cm/controlmapping
हिन्दी
स्रोत
चरण-दर-चरण मार्गदर्शिका · ISO 27001 · SOC 2 · NIST CSF 2.0 · PCI DSS · NIS2

बिना दोबारा लिखे, एक नीति-समूह को कई फ़्रेमवर्क से मैप करना

दूसरा या तीसरा फ़्रेमवर्क अपनाने वाली संस्थाएँ अक्सर हर एक के लिए अपनी नीतियाँ दोबारा लिखती हैं। इसकी ज़रूरत नहीं है: उन्हें एक बार संरचित करें, फिर मैप करें।

यह पोस्ट उन 11 फ़्रेमवर्कों को कवर करती है जिन्हें इसके लिखे जाने के समय ControlMapping ने मानचित्रित किया था। तब से DORA, CPS 234, Cyber Essentials को 2026-10-27 पर जोड़ा गया है; उनके पृष्ठ और कवरेज मैट्रिक्स में वे शामिल हैं।

छोटे दस्तावेज़ों के ढेर का रिसोग्राफ़-शैली प्रिंट, जो उसके चारों ओर पाँच आकृतियों से पतली रेखाओं द्वारा जुड़ा है
एक नीति-समूह, कई फ़्रेमवर्क।

एक आम पैटर्न: कोई कंपनी ISO 27001 के लिए नीति-समूह लिखती है, फिर कोई ग्राहक SOC 2 माँगता है और कोई दूसरा टेम्पलेट पैक खरीद लेता है, फिर PCI DSS अपनी अलग आवश्यकताओं के साथ आ जाता है। तीन आपस में ओवरलैप करने वाले नीति-समूह, जिनमें से हर एक थोड़ा पुराना है, और कोई भी उस चीज़ से मेल नहीं खाता जो लोग वास्तव में करते हैं। नीतियों को फ़्रेमवर्क-विशिष्ट होने की ज़रूरत नहीं है। उन्हें संस्था-विशिष्ट होना चाहिए, और मैप की गई होनी चाहिए।

संरचना: तीन परतें

  1. एक सूचना सुरक्षा नीति: संक्षिप्त, नेतृत्व द्वारा अनुमोदित, जिसमें उद्देश्य, दायरा, ज़िम्मेदारियाँ और प्रतिबद्धता बताई गई हो। ISO 27001 खंड 5.2 और PCI DSS 12.1.1 दोनों इसकी माँग करते हैं।
  2. विषय-आधारित नीतियाँ (लगभग एक दर्जन): एक्सेस नियंत्रण, स्वीकार्य उपयोग, परिसंपत्ति प्रबंधन, क्रिप्टोग्राफ़ी, घटना प्रतिक्रिया, व्यवसाय निरंतरता, आपूर्तिकर्ता सुरक्षा, सुरक्षित विकास, कमज़ोरी और पैच प्रबंधन, लॉगिंग और निगरानी, भौतिक सुरक्षा, मानव संसाधन सुरक्षा।
  3. उनके नीचे प्रक्रियाएँ और मानक, जहाँ आवृत्तियाँ, सेटिंग्स और चरण रहते हैं। ये अधिक बार बदलते हैं और हर बार नेतृत्व की स्वीकृति की ज़रूरत नहीं होनी चाहिए।

फ़्रेमवर्क-विशिष्ट विवरण नीतियों में नहीं, प्रक्रियाओं में रखें: "एक्सेस की समीक्षा हर छह महीने में की जाती है" एक्सेस समीक्षा प्रक्रिया में जाता है, जहाँ PCI DSS की आवृत्ति नीति को भारी किए बिना रह सकती है।

मैप करें, दोबारा न लिखें

एक मैपिंग तालिका रखें: नीति के हर खंड के लिए एक पंक्ति, जिसमें हर फ़्रेमवर्क में उसके द्वारा संबोधित आवश्यकताएँ हों। Governance Policy विषय दिखाता है कि शीर्ष स्तर पर हर फ़्रेमवर्क क्या अपेक्षा रखता है:

फ़्रेमवर्कशासन नीतिलिंक
NIST CSF 2.0GV.PO-01GV.PO-02विषय परिभाषा
ISO 27001A.5.1A.5.37Clause 5.2क्रॉसवॉक
CIS v8.1—हमारे डेटा में कोई मैपिंग नहीं
SOC 2CC5.3CC1.1संपादकीय
PCI DSS12.1.112.1.2क्रॉसवॉक
CMMC—हमारे डेटा में कोई मैपिंग नहीं
800-53PM-1PL-1क्रॉसवॉक
HIPAA§164.316(a)§164.316(b)(2)(iii)क्रॉसवॉक
GDPRArt.24(2)संपादकीय
NIS21.1क्रॉसवॉक
Essential Eight—हमारे डेटा में कोई मैपिंग नहीं

पूर्ण विवरण और हर संबंध का कारण: फ़्रेमवर्क में शासन नीति →

जब कोई नया फ़्रेमवर्क आए, तो गैप विश्लेषण चलाएँ और गवर्नेंस और नीति की आवश्यकताएँ देखें: अधिकांश उस नीति से मैप हो जाएँगी जो आपके पास पहले से है; बाकी नए खंड या प्रक्रियाएँ बन जाएँगी।

लकड़ी की शेल्फ़ पर दो बुककेंडों के बीच एक-जैसे पतले दस्तावेज़ फ़ोल्डरों की एक छोटी पंक्ति की तस्वीर
कम और छोटी नीतियाँ सच बनाए रखना आसान है।

फ़्रेमवर्क लिखित रूप में विशेष रूप से क्या माँगते हैं

  • ISO 27001: एक सूचना सुरक्षा नीति (5.2) और आवश्यकतानुसार विषय-विशिष्ट नीतियाँ (A.5.1), जिनका संचार और समीक्षा हो।
  • SOC 2: ऐसी नीतियाँ जो स्थापित करें कि क्या अपेक्षित है, और जो प्रक्रियाओं के माध्यम से लागू हों (CC5.3)।
  • PCI DSS: इसकी बारह आवश्यकताओं में से हर एक के लिए, प्रलेखित, अद्यतन नीतियाँ और प्रक्रियाएँ (x.1.1) तथा सौंपी गई भूमिकाएँ (x.1.2), जिनकी कम से कम वार्षिक समीक्षा हो।
  • NIS2: नेटवर्क और सूचना प्रणालियों की सुरक्षा पर एक नीति और विषय-विशिष्ट नीतियाँ (कार्यान्वयन विनियमन, बिंदु 1)।
  • NIST CSF 2.0: नीति स्थापित, संचारित और लागू हो (GV.PO)।

न्यूनतम नीति-समूह

अधिकांश छोटी और मध्यम आकार की संस्थाओं के लिए, ये दस्तावेज़ ISO 27001, SOC 2, NIST CSF, PCI DSS और NIS2 की नीति आवश्यकताओं को कवर करते हैं:

  1. सूचना सुरक्षा नीति (शीर्ष स्तर, नेतृत्व द्वारा अनुमोदित)
  2. स्वीकार्य उपयोग नीति
  3. एक्सेस नियंत्रण नीति
  4. परिसंपत्ति प्रबंधन और डेटा वर्गीकरण नीति
  5. क्रिप्टोग्राफ़ी नीति
  6. सुरक्षित विकास और परिवर्तन प्रबंधन नीति
  7. कमज़ोरी और पैच प्रबंधन नीति
  8. लॉगिंग और निगरानी नीति
  9. घटना प्रतिक्रिया नीति (रिपोर्टिंग दायित्वों सहित)
  10. व्यवसाय निरंतरता और बैकअप नीति
  11. आपूर्तिकर्ता सुरक्षा नीति
  12. मानव संसाधन सुरक्षा नीति
  13. भौतिक सुरक्षा नीति

तेरह दस्तावेज़, जिनमें से अधिकांश कुछ पृष्ठों के हैं, हर एक का एक स्वामी और समीक्षा तिथि हो। विवरण प्रक्रियाओं में रहते हैं, जो अधिक बार बदलते हैं।

मुख्य बिंदु

  • नीतियाँ संस्था-विशिष्ट और मैप की गई होनी चाहिए, फ़्रेमवर्क-विशिष्ट नहीं।
  • आवृत्तियाँ और सेटिंग्स प्रक्रियाओं में रखें।
  • तेरह संक्षिप्त नीतियाँ अधिकांश फ़्रेमवर्क को कवर करती हैं।
  • PCI DSS माँगता है कि उसकी नीतियों और प्रक्रियाओं की कम से कम वार्षिक समीक्षा हो।

इन्हें सच बनाए रखें

  • वही लिखें जो आप करते हैं, जो टेम्पलेट कहता है वह नहीं। ऑडिटर नीतियों की जाँच व्यवहार से करते हैं।
  • वार्षिक समीक्षा करें, और किसी महत्वपूर्ण बदलाव के बाद भी, दर्ज अनुमोदन के साथ।
  • संक्षिप्त, संपूर्ण से बेहतर है: दो पृष्ठ की एक्सेस नियंत्रण नीति, जिसे लोग पढ़ते हैं, बीस पृष्ठों से बेहतर है जिसे कोई नहीं पढ़ता।

उसी विचार पर आधारित एक पूर्ण सामान्य नियंत्रण-समूह के लिए, देखें SOC 2 और ISO 27001 के लिए एक नियंत्रण-समूह।

प्रश्न

आपको कितनी सुरक्षा नीतियों की ज़रूरत है?

अधिकांश टेम्पलेट जितना सुझाते हैं उससे कम। एक शीर्ष-स्तरीय सूचना सुरक्षा नीति और लगभग एक दर्जन विषय-आधारित नीतियाँ (एक्सेस, स्वीकार्य उपयोग, घटना प्रतिक्रिया, आपूर्तिकर्ता सुरक्षा आदि) आमतौर पर ISO 27001, SOC 2, NIST और PCI DSS को कवर कर लेती हैं।

क्या PCI DSS विशिष्ट नीतियाँ माँगता है?

हाँ। PCI DSS की हर आवश्यकता उस क्षेत्र के लिए प्रलेखित, अद्यतन नीतियों और प्रक्रियाओं की आवश्यकता से शुरू होती है (x.1.1), साथ ही भूमिकाओं और ज़िम्मेदारियों की आवश्यकता (x.1.2) भी।

2026-10-27 तक का डेटा: इस पोस्ट के आँकड़े वर्तमान क्रॉसवॉक से गणना किए गए हैं और उसके बदलने पर अपडेट होते हैं। क्रॉसवॉक प्रकाशित क्रॉसवॉक (NIST, ENISA, CIS, PCI SSC) यह संबंध बनाता है · संपादकीय जहाँ कोई क्रॉसवॉक मौजूद नहीं है वहाँ ControlMapping का निर्णय; कारण दिखाया गया है · ढीले तौर पर संबंधित केवल एक CSF 2.0 परिणाम साझा करता है: जाँचने योग्य है, मैपिंग नहीं · हमारे डेटा में कोई मैपिंग नहीं हमारे डेटा में कुछ भी मैप नहीं है; अक्सर यह नया काम होता है, पर कवरेज नोट्स जाँच लें. यह अनुपालन सलाह नहीं है।

संबंधित पोस्ट

विश्लेषण · 2026-10-27APRA CPS 234 और ISO 27001: आपका ISMS क्या कवर करता है और APRA क्या जोड़ता हैISO 27001 ISMS APRA के CPS 234 के लगभग हर अनुच्छेद को कवर करता है, फिर भी APRA बोर्ड की जिम्मेदारियाँ, तृतीय पक्ष आश्वासन और सख़्त सूचना समय-सीमाएँ जोड़ता है।विश्लेषण · 2026-10-27DORA बनाम NIS2: NIS2 कार्यक्रम पहले से क्या-क्या कवर करता हैDORA और NIS2 की अधिकांश सुरक्षा सामग्री समान है, लेकिन DORA में रजिस्टर, अनुबंध शर्तें और खतरा-आधारित परीक्षण जुड़ते हैं। अनुच्छेद-दर-अनुच्छेद देखें कि क्या आगे ले जाया जा सकता है।विश्लेषण · 2026-10-1311 सुरक्षा फ़्रेमवर्क में MFA आवश्यकताओं की तुलनाकौन-से फ़्रेमवर्क MFA की आवश्यकता रखते हैं, किन उपयोगकर्ताओं के लिए और कितनी सख़्ती से: PCI DSS, CMMC, NIS2, Essential Eight, ISO 27001, SOC 2 और HIPAA की साथ-साथ तुलना।