तुलना

NIST CSF 2.0 बनाम SOC 2: एक ऐसा फ़्रेमवर्क जिसे आप अपनाते हैं बनाम एक ऐसी रिपोर्ट जिसके लिए आपका ऑडिट होता है

NIST Cybersecurity Framework 2.0 · SOC 2 (Trust Services Criteria) · डेटा 2026-10-27

Paul Gillet के अनुसार · अपडेट किया गया 2026-10-17

NIST CSF 2.0 एक स्वैच्छिक परिणाम-आधारित फ़्रेमवर्क है: आप तय करते हैं कि आपका लक्ष्य प्रोफ़ाइल क्या होगा और उसके मुकाबले खुद का आकलन करते हैं। SOC 2 AICPA के ट्रस्ट सर्विसेज़ क्राइटेरिया के आधार पर एक स्वतंत्र CPA आश्वासन रिपोर्ट है, और उत्तर अमेरिका के कई ग्राहक खरीद प्रक्रिया में SaaS विक्रेता से इसी की मांग करते हैं।

अधिकांश SOC 2 सुरक्षा (Common Criteria) आवश्यकताओं के CSF में समकक्ष मौजूद हैं: तार्किक पहुँच, निगरानी, घटना प्रतिक्रिया, परिवर्तन प्रबंधन, जोखिम आकलन और विक्रेता प्रबंधन। CSF के अनुरूप कार्यक्रम आपको वे अधिकांश नियंत्रण देता है जिनका ऑडिटर परीक्षण करेगा।

CSF से SOC 2 की ओर जाने पर लगभग हर Common Criterion का CSF में समकक्ष मिलता है, जिसमें नियंत्रण-वातावरण के मानदंड (नैतिकता, बोर्ड की निगरानी, जवाबदेही) भी शामिल हैं, जिन्हें CSF अपने शासन करें (Govern) फ़ंक्शन के माध्यम से कवर करता है। जो मद मेल नहीं खातीं वे SOC 2 की वैकल्पिक श्रेणियाँ प्रोसेसिंग इंटेग्रिटी और प्रिवेसी हैं, जिनका किसी सुरक्षा फ़्रेमवर्क में बहुत कम समकक्ष होता है। SOC 2 का कोई सार्वजनिक, मशीन-पठनीय क्रॉसवॉक उपलब्ध नहीं है, इसलिए इस तुलना के SOC 2 पक्ष के लिए ControlMapping की संपादकीय मैपिंग का उपयोग किया गया है।

SOC 2 से CSF की ओर जाने पर अंतर मुख्यतः CSF के व्यापक शासन और लचीलापन परिणामों में हैं: जोखिम रणनीति, आपूर्ति-श्रृंखला जोखिम प्रबंधन जीवनचक्र, खतरा इंटेलिजेंस और सुधार प्रक्रियाएँ, जिन्हें SOC 2 स्पष्ट रूप से आवश्यक नहीं बनाता।

एक नज़र में

	NIST CSF 2.0	SOC 2
यह क्या है	स्वैच्छिक परिणाम-आधारित फ़्रेमवर्क	नियंत्रणों पर आश्वासन रिपोर्ट
इसकी जाँच कौन करता है	आप, या आपकी चुनी हुई कोई मूल्यांकनकर्ता संस्था	एक लाइसेंसधारी CPA फ़र्म
परिणाम	वर्तमान और लक्ष्य प्रोफ़ाइल	SOC 2 Type I या Type II रिपोर्ट
दायरा	पूरे संगठन का साइबर जोखिम	वह सिस्टम जिस पर ग्राहक निर्भर हैं
इसकी मांग कौन करता है	बोर्ड, नियामक, बीमाकर्ता	ग्राहकों की विक्रेता-जोखिम टीमें

ये एक-दूसरे में कैसे फिट होते हैं

CSF बताता है कि एक अच्छा कार्यक्रम क्या हासिल करता है; SOC 2 ग्राहकों को यह साबित करता है कि कुछ विशिष्ट नियंत्रण काम करते हैं। कई कंपनियाँ CSF का उपयोग कार्यक्रम की संरचना बनाने और बोर्ड को रिपोर्ट करने के लिए करती हैं, और SOC 2 का उपयोग ग्राहकों को साक्ष्य देने के लिए। चूँकि SOC 2 का कोई खुले लाइसेंस वाला क्रॉसवॉक नहीं है, यहाँ हर SOC 2 लिंक ControlMapping का संपादकीय निर्णय है, जिसके पीछे एक कारण दिया गया है।

किसकी मांग कौन सी चीज़ के लिए करता है

SOC 2 की मांग मुख्यतः ग्राहक करते हैं, जो अधिकतर अमेरिकी उद्यम होते हैं और सॉफ़्टवेयर व सेवा प्रदाताओं का मूल्यांकन करते हैं। यह "क्या हम अपना डेटा आप पर भरोसा करके सौंप सकते हैं?" सवाल का जवाब एक स्वतंत्र ऑडिटर की राय के साथ देता है।
NIST CSF 2.0 की मांग बोर्ड, नियामक, बीमाकर्ता और साझेदार करते हैं, जो यह जानना चाहते हैं कि कोई संगठन समग्र रूप से साइबर जोखिम का प्रबंधन कैसे करता है। कोई "CSF प्रमाणपत्र" नहीं दे सकता; इसके बजाय आप अपनी प्रोफ़ाइल और उनके पीछे के साक्ष्य दिखाते हैं।
बढ़ती संख्या में कंपनियाँ आंतरिक रूप से CSF का उपयोग करती हैं और ग्राहकों के लिए SOC 2 रिपोर्ट तैयार करती हैं। ये दोनों एक-दूसरे के पूरक हैं, एक-दूसरे के प्रतिस्पर्धी नहीं।

SOC 2 की तैयारी के लिए CSF का उपयोग

यदि आप पहले से CSF-आधारित कार्यक्रम चलाते हैं, तो SOC 2 के सुरक्षा मानदंड जिन चीज़ों का परीक्षण करते हैं, उनमें से अधिकांश आपके पास पहले से है। अपने CSF परिणामों को ट्रस्ट सर्विसेज़ क्राइटेरिया से मैप करें, फिर तीन बातों की जाँच करें जिन्हें CSF अनिवार्य नहीं बनाता: हर नियंत्रण लगातार साक्ष्य देता है (SOC 2 Type II महीनों में नमूने लेता है), नियंत्रण-वातावरण के मानदंड कवर हैं (बोर्ड की निगरानी, ईमानदारी और नैतिक मूल्य, क्षमता, जवाबदेही), और आपका सिस्टम विवरण उस सीमा से मेल खाता है जिसकी ग्राहकों को परवाह है। CSF → SOC 2 गैप रिपोर्ट हर मानदंड को उसके CSF मेल और हर लिंक के कारण के साथ सूचीबद्ध करती है।

लागत और प्रयास

CSF स्वयं निःशुल्क है; प्रयास आपकी प्रोफ़ाइल का आकलन और सुधार करने में लगता है। SOC 2 में CPA फ़र्म की फ़ीस जुड़ती है और Type II के लिए पूरी अवलोकन अवधि में साक्ष्य एकत्र करने का अनुशासन भी। जिस कंपनी का CSF कार्यक्रम परिपक्व है, उसके लिए अतिरिक्त SOC 2 प्रयास मुख्यतः साक्ष्य संग्रह, सिस्टम विवरण और आपके द्वारा शामिल किसी भी वैकल्पिक श्रेणी में लगता है। जो कंपनी शून्य से शुरू कर रही है, उसके लिए पहले CSF के अनुसार निर्माण एक व्यापक आधार देता है; पहले SOC 2 के अनुसार निर्माण करने से ग्राहकों के लिए उपयोगी परिणाम जल्दी मिलता है।

समय-सीमा

एक चालू CSF कार्यक्रम से पहली SOC 2 Type II रिपोर्ट तक आमतौर पर छह से नौ महीने लगते हैं: नियंत्रणों को मैप करने, गैप बंद करने और ऑडिटर नियुक्त करने में एक से तीन महीने, फिर तीन से छह महीने की अवलोकन अवधि और रिपोर्ट के लिए कुछ सप्ताह। उलटी दिशा में, जिस कंपनी के पास SOC 2 रिपोर्ट है, वह कुछ ही हफ़्तों में CSF वर्तमान प्रोफ़ाइल तैयार कर सकती है, क्योंकि सुरक्षित करें, पता लगाएं और प्रतिक्रिया दें के अधिकांश परिणाम पहले से साक्ष्यित होते हैं; शासन करें (Govern) फ़ंक्शन पर आमतौर पर सबसे अधिक काम लगता है।

उदाहरण: एक फ़िनटेक स्टार्टअप

एक 30 लोगों की फ़िनटेक कंपनी के पास अपने पेमेंट API के लिए SOC 2 Type II रिपोर्ट है। इसके बोर्ड और साइबर बीमाकर्ता अब पूछ रहे हैं कि यह साइबर जोखिम का व्यापक प्रबंधन कैसे करती है। कंपनी अपने SOC 2 नियंत्रणों से CSF 2.0 वर्तमान प्रोफ़ाइल बनाती है और पाती है कि सुरक्षित करें, पता लगाएं और प्रतिक्रिया दें में मजबूत कवरेज है, जबकि शासन करें में गैप हैं: कोई औपचारिक जोखिम सहनशीलता कथन नहीं, विक्रेता प्रश्नावली से आगे कोई आपूर्ति-श्रृंखला जोखिम कार्यक्रम नहीं, और नियमित निगरानी रिपोर्टिंग नहीं। यह एक लक्ष्य प्रोफ़ाइल तय करती है, CSF की भाषा में एक त्रैमासिक बोर्ड रिपोर्ट जोड़ती है, और अपना SOC 2 ऑडिट चक्र अपरिवर्तित रखती है। अब एक ही नियंत्रण समूह दोनों दर्शकों के प्रश्नों का उत्तर देता है।

आम गलतियाँ

यह मान लेना कि CSF अनुरूपता का अर्थ SOC 2 की तैयारी है। CSF किसी अवधि में लगातार साक्ष्य की आवश्यकता नहीं बनाता, जिसका Type II रिपोर्ट परीक्षण करती है।
नियंत्रण-वातावरण की अनदेखी। SOC 2 के CC1 से CC5 मानदंड (बोर्ड की निगरानी, ईमानदारी, क्षमता, जवाबदेही) ऐसे साक्ष्य की मांग करते हैं जो तकनीकी CSF कार्यक्रमों में अक्सर नहीं होते।
SOC 2 रिपोर्ट का दायरा बढ़ाना ताकि वह पूरे CSF कार्यक्रम से मेल खाए, न कि उस सिस्टम से जिस पर ग्राहक निर्भर हैं।
दो अलग कार्यक्रम चलाना। एक नियंत्रण समूह, जो दोनों ओर मैप हो, दोहराए गए साक्ष्य से बचाता है।
शासन करें (Govern) को अंत तक टालना। CSF 2.0 के Govern परिणाम अक्सर SOC 2-पहले वाले कार्यक्रम का सबसे कमज़ोर हिस्सा होते हैं और वही हिस्सा है जिसके बारे में बोर्ड सबसे अधिक पूछते हैं।

मुख्य बिंदु

CSF बताता है कि अच्छा कैसा दिखता है; SOC 2 ग्राहक को साबित करता है कि आप उसे वास्तव में चलाते हैं।
साक्ष्य लगातार एकत्र करें: Type II रिपोर्ट को पूरी ऑडिट अवधि में प्रमाण चाहिए।
यदि प्रोसेसिंग इंटेग्रिटी और प्रिवेसी दायरे में हैं, तो उन्हें अलग परियोजनाओं के रूप में लें।

यह तुलना (CSV) डाउनलोड करें गैप विश्लेषण में खोलें →

NIST CSF 2.0 है → SOC 2 चाहिए

61 आवश्यकताएँ

37 मैप किए गए · · 24 कोई मैपिंग नहीं गैप व्यू में खोलें →

61 SOC 2 (Trust Services Criteria) आवश्यकताओं में से 37 NIST CSF 2.0 में किसी चीज़ से मैप होती हैं, 0 केवल ढीले तौर पर संबंधित हैं, और 24 का हमारे डेटा में कोई मैपिंग नहीं है।

AICPA के SOC 2 मैपिंग खुले लाइसेंस के तहत नहीं हैं, इसलिए यहाँ हर SOC 2 लिंक ControlMapping का संपादकीय है: जिन मानदंडों का हमने मैपिंग नहीं किया है, वे मेल नहीं खा सकते। प्रोसेसिंग इंटेग्रिटी (PI) मानदंडों और अधिकांश गोपनीयता (P) मानदंडों का सुरक्षा फ़्रेमवर्क में कोई समकक्ष नहीं है।

संभवतः नया कार्य: NIST CSF 2.0 से कोई मैपिंग न रखने वाली SOC 2 आवश्यकताएँ (24)

SOC 2	आवश्यकता	मिलान	NIST CSF 2.0	साक्ष्य
CC2 Communication and information · 1
CC2.1	Quality information to support internal control	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P Privacy · 18
P1.1	Privacy notice	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P2.1	Choice and consent	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P3.1	Collection limited to privacy objectives	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P3.2	Explicit consent where required	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P4.1	Use limited to privacy objectives	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P4.2	Retention of personal information	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P4.3	Disposal of personal information	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P5.1	Data subject access	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P5.2	Correction of personal information	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.1	Disclosure to third parties with consent	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.2	Record of authorized disclosures	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.3	Record of unauthorized disclosures	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.4	Privacy commitments from third parties	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.5	Notification by third parties of unauthorized disclosures	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.6	Breach notification to affected individuals	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P6.7	Accounting of disclosures to data subjects	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P7.1	Quality of personal information	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
P8.1	Handling privacy inquiries, complaints and disputes	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
PI1 Processing integrity · 5
PI1.1	Information about processing objectives	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
PI1.2	Controls over system inputs	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
PI1.3	Controls over system processing	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
PI1.4	Controls over system outputs	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।
PI1.5	Storing inputs, items in processing and outputs	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में NIST CSF 2.0 से कोई मैपिंग नहीं।

मैप किया गया (37)

SOC 2	आवश्यकता	मिलान	NIST CSF 2.0	साक्ष्य
A1 Availability · 3
A1.1	Capacity management to meet availability commitments	संपादकीय	GV.OC-04 PR.IR-03 RC.RP-04	वही विषय: व्यवसाय निरंतरता (संपादकीय पसंद)
A1.2	Environmental protections, backups and recovery infrastructure	संपादकीय	GV.OC-04 PR.DS-11 PR.IR-03+4	वही विषय: व्यवसाय निरंतरता, बैकअप और रिकवरी, आपदा पुनर्प्राप्ति (संपादकीय पसंद)
A1.3	Testing recovery plan procedures	संपादकीय	ID.IM-04 PR.IR-03 RC.RP-01+2	वही विषय: रिकवरी योजना, आपदा पुनर्प्राप्ति (संपादकीय पसंद)
C1 Confidentiality · 2
C1.1	Identifying and protecting confidential information	संपादकीय	ID.AM-05 ID.AM-07	वही विषय: डेटा वर्गीकरण (संपादकीय पसंद)
C1.2	Disposing of confidential information	संपादकीय	PR.DS-01 PR.DS-02 PR.DS-10	वही विषय: डेटा संरक्षण (संपादकीय पसंद)
CC1 Control environment · 5
CC1.1	Commitment to integrity and ethical values	संपादकीय	GV.PO-01 GV.PO-02	वही विषय: शासन नीति (संपादकीय पसंद)
CC1.2	Board independence and oversight of internal control	संपादकीय	GV.RR-01 GV.RR-02 GV.RR-03	वही विषय: भूमिकाएँ और उत्तरदायित्व (संपादकीय पसंद)
CC1.3	Structures, reporting lines, authorities and responsibilities	संपादकीय	GV.RR-01 GV.RR-02 GV.RR-03	वही विषय: भूमिकाएँ और उत्तरदायित्व (संपादकीय पसंद)
CC1.4	Commitment to attracting, developing and retaining competent people	संपादकीय	PR.AT-01 PR.AT-02	वही विषय: जागरूकता और प्रशिक्षण (संपादकीय पसंद)
CC1.5	Accountability for internal control responsibilities	संपादकीय	GV.RR-01 GV.RR-02 GV.RR-03	वही विषय: भूमिकाएँ और उत्तरदायित्व (संपादकीय पसंद)
CC2 Communication and information · 2
CC2.2	Internal communication of objectives and responsibilities	संपादकीय	PR.AT-01 PR.AT-02	वही विषय: जागरूकता और प्रशिक्षण (संपादकीय पसंद)
CC2.3	Communication with external parties	संपादकीय	RC.CO-03 RC.CO-04 RC.RP-05+2	वही विषय: संचार और बहाली (संपादकीय पसंद)
CC3 Risk assessment · 4
CC3.1	Objectives specified clearly enough to identify risks	संपादकीय	GV.OC-01 GV.OC-04 GV.OC-05+4	वही विषय: व्यावसायिक परिवेश (संपादकीय पसंद)
CC3.2	Risk identification and analysis	संपादकीय	ID.RA-03 ID.RA-04 ID.RA-05+1	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
CC3.3	Considering the potential for fraud	संपादकीय	ID.RA-03 ID.RA-04 ID.RA-05+1	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
CC3.4	Identifying and assessing significant changes	संपादकीय	ID.RA-03 ID.RA-04 ID.RA-05+1	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
CC4 Monitoring activities · 2
CC4.1	Ongoing and/or separate evaluations of controls	संपादकीय	GV.OC-03 GV.OV-03	वही विषय: अनुपालन (संपादकीय पसंद)
CC4.2	Communicating and remediating control deficiencies	संपादकीय	GV.OC-03 GV.OV-03	वही विषय: अनुपालन (संपादकीय पसंद)
CC5 Control activities · 3
CC5.1	Control activities that mitigate risks	संपादकीय	GV.RM-01 GV.RM-02 GV.RM-03+1	वही विषय: जोखिम प्रबंधन (संपादकीय पसंद)
CC5.2	General controls over technology	संपादकीय	PR.PS-01	वही विषय: सुरक्षित कॉन्फ़िगरेशन (संपादकीय पसंद)
CC5.3	Control activities deployed through policies and procedures	संपादकीय	GV.PO-01 GV.PO-02	वही विषय: शासन नीति (संपादकीय पसंद)
CC6 Logical and physical access · 8
CC6.1	Logical access security over information assets	संपादकीय	ID.AM-01 ID.AM-02 ID.AM-04+6	वही विषय: एसेट प्रबंधन (संपादकीय पसंद)
CC6.2	User registration, authorization and removal	संपादकीय	PR.AA-01 PR.AA-05	वही विषय: एक्सेस कंट्रोल (संपादकीय पसंद)
CC6.3	Role-based access, least privilege and segregation of duties	संपादकीय	PR.AA-01 PR.AA-05	वही विषय: एक्सेस कंट्रोल, विशेषाधिकार प्राप्त पहुँच (संपादकीय पसंद)
CC6.4	Physical access restrictions	संपादकीय	DE.CM-02 PR.AA-06 PR.IR-02	वही विषय: भौतिक सुरक्षा (संपादकीय पसंद)
CC6.5	Protection of data when assets are disposed of	संपादकीय	PR.DS-01 PR.DS-02 PR.DS-10	वही विषय: डेटा संरक्षण (संपादकीय पसंद)
CC6.6	Protection against threats from outside system boundaries	संपादकीय	DE.CM-01 ID.AM-03 PR.AA-03+4	वही विषय: WAF, फ़ायरवॉल / नेट सेग, ज़ीरो ट्रस्ट (संपादकीय पसंद)
CC6.7	Restricting transmission, movement and removal of information	संपादकीय	PR.AA-05 PR.DS-01 PR.DS-02+2	वही विषय: मोबाइल सुरक्षा, एन्क्रिप्शन, DLP (संपादकीय पसंद)
CC6.8	Preventing or detecting unauthorized or malicious software	संपादकीय	DE.CM-09 PR.DS-02 PR.PS-05	वही विषय: एंडपॉइंट सुरक्षा, ईमेल सुरक्षा (संपादकीय पसंद)
CC7 System operations · 5
CC7.1	Detecting configuration changes and new vulnerabilities	संपादकीय	ID.RA-01 ID.RA-08 PR.PS-01+1	वही विषय: भेद्यता प्रबंधन, सुरक्षित कॉन्फ़िगरेशन (संपादकीय पसंद)
CC7.2	Monitoring system components for anomalies	संपादकीय	DE.AE-02 DE.AE-03 DE.AE-04+4	वही विषय: घुसपैठ का पता लगाना, विसंगति पहचान (Anomaly Detection), लॉगिंग और ऑडिट (संपादकीय पसंद)
CC7.3	Evaluating security events to determine if they are incidents	संपादकीय	DE.AE-03 DE.AE-06 DE.AE-08+5	वही विषय: SIEM / SOC (संपादकीय पसंद)
CC7.4	Responding to identified security incidents	संपादकीय	ID.IM-04 RS.AN-03 RS.AN-06+7	वही विषय: घटना प्रतिक्रिया, फ़ॉरेंसिक (संपादकीय पसंद)
CC7.5	Recovering from identified security incidents	संपादकीय	ID.IM-03 ID.IM-04 RC.CO-03+5	वही विषय: सीखे गए सबक, रिकवरी योजना, संचार और बहाली (संपादकीय पसंद)
CC8 Change management · 1
CC8.1	Change management for infrastructure, data and software	संपादकीय	PR.PS-06	वही विषय: सुरक्षित विकास (संपादकीय पसंद)
CC9 Risk mitigation · 2
CC9.1	Mitigating risks from business disruptions	संपादकीय	GV.OC-04 GV.RM-01 GV.RM-02+4	वही विषय: व्यवसाय निरंतरता, जोखिम प्रबंधन (संपादकीय पसंद)
CC9.2	Managing vendor and business partner risk	संपादकीय	DE.CM-06 GV.SC-01 GV.SC-03+10	वही विषय: वेंडर जोखिम प्रबंधन, आपूर्ति श्रृंखला जोखिम (संपादकीय पसंद)

SOC 2 है → NIST CSF 2.0 चाहिए

106 आवश्यकताएँ

86 मैप किए गए · · 20 कोई मैपिंग नहीं गैप व्यू में खोलें →

106 NIST Cybersecurity Framework 2.0 आवश्यकताओं में से 86 SOC 2 में किसी चीज़ से मैप होती हैं, 0 केवल ढीले तौर पर संबंधित हैं, और 20 का हमारे डेटा में कोई मैपिंग नहीं है।

संभवतः नया कार्य: SOC 2 से कोई मैपिंग न रखने वाली NIST CSF 2.0 आवश्यकताएँ (20)

NIST CSF 2.0	आवश्यकता	मिलान	SOC 2	साक्ष्य
Detect (DE) · 1
DE.AE-07	Cyber threat intelligence and other contextual information are integrated into the analysis	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
Govern (GV) · 10
GV.OC-02	Internal and external stakeholders are understood, and their needs and expectations regarding cybersecurity risk management are understood and considered	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.OV-01	Cybersecurity risk management strategy outcomes are reviewed to inform and adjust strategy and direction	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.OV-02	The cybersecurity risk management strategy is reviewed and adjusted to ensure coverage of organizational requirements and risks	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.RM-04	Strategic direction that describes appropriate risk response options is established and communicated	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.RM-05	Lines of communication across the organization are established for cybersecurity risks, including risks from suppliers and other third parties	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.RM-07	Strategic opportunities (i.e., positive risks) are characterized and are included in organizational cybersecurity risk discussions	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.RR-04	Cybersecurity is included in human resources practices	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.SC-02	Cybersecurity roles and responsibilities for suppliers, customers, and partners are established, communicated, and coordinated internally and externally	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.SC-08	Relevant suppliers and other third parties are included in incident planning, response, and recovery activities	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
GV.SC-10	Cybersecurity supply chain risk management plans include provisions for activities that occur after the conclusion of a partnership or service agreement	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
Identify (ID) · 4
ID.IM-01	Improvements are identified from evaluations	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
ID.IM-02	Improvements are identified from security tests and exercises, including those done in coordination with suppliers and relevant third parties	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
ID.RA-02	Cyber threat intelligence is received from information sharing forums and sources	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
ID.RA-07	Changes and exceptions are managed, assessed for risk impact, recorded, and tracked	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
Protect (PR) · 3
PR.AA-02	Identities are proofed and bound to credentials based on the context of interactions	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
PR.IR-04	Adequate resource capacity to ensure availability is maintained	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
PR.PS-03	Hardware is maintained, replaced, and removed commensurate with risk	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
Respond (RS) · 2
RS.AN-08	An incident's magnitude is estimated and validated	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।
RS.MA-05	The criteria for initiating incident recovery are applied	हमारे डेटा में कोई मैपिंग नहीं	—	हमारे डेटा में SOC 2 से कोई मैपिंग नहीं।

मैप किया गया (86)

NIST CSF 2.0	आवश्यकता	मिलान	SOC 2	साक्ष्य
Detect (DE) · 10
DE.AE-02	Potentially adverse events are analyzed to better understand associated activities	संपादकीय	CC7.2	वही विषय: घुसपैठ का पता लगाना, विसंगति पहचान (Anomaly Detection) (संपादकीय पसंद)
DE.AE-03	Information is correlated from multiple sources	संपादकीय	CC7.2 CC7.3	वही विषय: लॉगिंग और ऑडिट, SIEM / SOC (संपादकीय पसंद)
DE.AE-04	The estimated impact and scope of adverse events are understood	संपादकीय	CC7.2	वही विषय: विसंगति पहचान (Anomaly Detection) (संपादकीय पसंद)
DE.AE-06	Information on adverse events is provided to authorized staff and tools	संपादकीय	CC7.3	वही विषय: SIEM / SOC (संपादकीय पसंद)
DE.AE-08	Incidents are declared when adverse events meet the defined incident criteria	संपादकीय	CC7.3	वही विषय: SIEM / SOC (संपादकीय पसंद)
DE.CM-01	Networks and network services are monitored to find potentially adverse events	संपादकीय	CC6.6 CC7.2	वही विषय: WAF, सतत निगरानी, घुसपैठ का पता लगाना (संपादकीय पसंद)
DE.CM-02	The physical environment is monitored to find potentially adverse events	संपादकीय	CC6.4	वही विषय: भौतिक सुरक्षा (संपादकीय पसंद)
DE.CM-03	Personnel activity and technology usage are monitored to find potentially adverse events	संपादकीय	CC7.2	वही विषय: सतत निगरानी (संपादकीय पसंद)
DE.CM-06	External service provider activities and services are monitored to find potentially adverse events	संपादकीय	CC9.2	वही विषय: वेंडर जोखिम प्रबंधन (संपादकीय पसंद)
DE.CM-09	Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse events	संपादकीय	CC6.8 CC7.2	वही विषय: एंडपॉइंट सुरक्षा, ईमेल सुरक्षा, सतत निगरानी, विसंगति पहचान (Anomaly Detection) (संपादकीय पसंद)
Govern (GV) · 21
GV.OC-01	The organizational mission is understood and informs cybersecurity risk management	संपादकीय	CC3.1	वही विषय: व्यावसायिक परिवेश (संपादकीय पसंद)
GV.OC-03	Legal, regulatory, and contractual requirements regarding cybersecurity - including privacy and civil liberties obligations - are understood and managed	संपादकीय	CC4.1 CC4.2	वही विषय: अनुपालन (संपादकीय पसंद)
GV.OC-04	Critical objectives, capabilities, and services that external stakeholders depend on or expect from the organization are understood and communicated	संपादकीय	A1.1 A1.2 CC3.1+1	वही विषय: व्यवसाय निरंतरता, व्यावसायिक परिवेश (संपादकीय पसंद)
GV.OC-05	Outcomes, capabilities, and services that the organization depends on are understood and communicated	संपादकीय	CC3.1	वही विषय: व्यावसायिक परिवेश (संपादकीय पसंद)
GV.OV-03	Organizational cybersecurity risk management performance is evaluated and reviewed for adjustments needed	संपादकीय	CC4.1 CC4.2	वही विषय: अनुपालन (संपादकीय पसंद)
GV.PO-01	Policy for managing cybersecurity risks is established based on organizational context, cybersecurity strategy, and priorities and is communicated and enforced	संपादकीय	CC1.1 CC5.3	वही विषय: शासन नीति (संपादकीय पसंद)
GV.PO-02	Policy for managing cybersecurity risks is reviewed, updated, communicated, and enforced to reflect changes in requirements, threats, technology, and organizational mission	संपादकीय	CC1.1 CC5.3	वही विषय: शासन नीति (संपादकीय पसंद)
GV.RM-01	Risk management objectives are established and agreed to by organizational stakeholders	संपादकीय	CC3.1 CC5.1 CC9.1	वही विषय: जोखिम प्रबंधन (संपादकीय पसंद)
GV.RM-02	Risk appetite and risk tolerance statements are established, communicated, and maintained	संपादकीय	CC3.1 CC5.1 CC9.1	वही विषय: जोखिम प्रबंधन (संपादकीय पसंद)
GV.RM-03	Cybersecurity risk management activities and outcomes are included in enterprise risk management processes	संपादकीय	CC3.1 CC5.1 CC9.1	वही विषय: जोखिम प्रबंधन (संपादकीय पसंद)
GV.RM-06	A standardized method for calculating, documenting, categorizing, and prioritizing cybersecurity risks is established and communicated	संपादकीय	CC3.1 CC5.1 CC9.1	वही विषय: जोखिम प्रबंधन (संपादकीय पसंद)
GV.RR-01	Organizational leadership is responsible and accountable for cybersecurity risk and fosters a culture that is risk-aware, ethical, and continually improving	संपादकीय	CC1.2 CC1.3 CC1.5	वही विषय: भूमिकाएँ और उत्तरदायित्व (संपादकीय पसंद)
GV.RR-02	Roles, responsibilities, and authorities related to cybersecurity risk management are established, communicated, understood, and enforced	संपादकीय	CC1.2 CC1.3 CC1.5	वही विषय: भूमिकाएँ और उत्तरदायित्व (संपादकीय पसंद)
GV.RR-03	Adequate resources are allocated commensurate with the cybersecurity risk strategy, roles, responsibilities, and policies	संपादकीय	CC1.2 CC1.3 CC1.5	वही विषय: भूमिकाएँ और उत्तरदायित्व (संपादकीय पसंद)
GV.SC-01	A cybersecurity supply chain risk management program, strategy, objectives, policies, and processes are established and agreed to by organizational stakeholders	संपादकीय	CC9.2	वही विषय: आपूर्ति श्रृंखला जोखिम (संपादकीय पसंद)
GV.SC-03	Cybersecurity supply chain risk management is integrated into cybersecurity and enterprise risk management, risk assessment, and improvement processes	संपादकीय	CC9.2	वही विषय: आपूर्ति श्रृंखला जोखिम (संपादकीय पसंद)
GV.SC-04	Suppliers are known and prioritized by criticality	संपादकीय	CC9.2	वही विषय: वेंडर जोखिम प्रबंधन (संपादकीय पसंद)
GV.SC-05	Requirements to address cybersecurity risks in supply chains are established, prioritized, and integrated into contracts and other types of agreements with suppliers and other relevant third parties	संपादकीय	CC9.2	वही विषय: आपूर्ति श्रृंखला जोखिम (संपादकीय पसंद)
GV.SC-06	Planning and due diligence are performed to reduce risks before entering into formal supplier or other third-party relationships	संपादकीय	CC9.2	वही विषय: वेंडर जोखिम प्रबंधन (संपादकीय पसंद)
GV.SC-07	The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationship	संपादकीय	CC9.2	वही विषय: वेंडर जोखिम प्रबंधन (संपादकीय पसंद)
GV.SC-09	Supply chain security practices are integrated into cybersecurity and enterprise risk management programs, and their performance is monitored throughout the technology product and service life cycle	संपादकीय	CC9.2	वही विषय: आपूर्ति श्रृंखला जोखिम (संपादकीय पसंद)
Identify (ID) · 17
ID.AM-01	Inventories of hardware managed by the organization are maintained	संपादकीय	CC6.1	वही विषय: एसेट प्रबंधन (संपादकीय पसंद)
ID.AM-02	Inventories of software, services, and systems managed by the organization are maintained	संपादकीय	CC6.1	वही विषय: एसेट प्रबंधन (संपादकीय पसंद)
ID.AM-03	Representations of the organization's authorized network communication and internal and external network data flows are maintained	संपादकीय	CC6.6	वही विषय: फ़ायरवॉल / नेट सेग (संपादकीय पसंद)
ID.AM-04	Inventories of services provided by suppliers are maintained	संपादकीय	CC6.1 CC9.2	वही विषय: एसेट प्रबंधन, क्लाउड सुरक्षा (संपादकीय पसंद)
ID.AM-05	Assets are prioritized based on classification, criticality, resources, and impact on the mission	संपादकीय	C1.1	वही विषय: डेटा वर्गीकरण (संपादकीय पसंद)
ID.AM-07	Inventories of data and corresponding metadata for designated data types are maintained	संपादकीय	C1.1	वही विषय: डेटा वर्गीकरण (संपादकीय पसंद)
ID.AM-08	Systems, hardware, software, services, and data are managed throughout their life cycles	संपादकीय	CC6.1	वही विषय: एसेट प्रबंधन (संपादकीय पसंद)
ID.IM-03	Improvements are identified from execution of operational processes, procedures, and activities	संपादकीय	CC7.5	वही विषय: सीखे गए सबक (संपादकीय पसंद)
ID.IM-04	Incident response plans and other cybersecurity plans that affect operations are established, communicated, maintained, and improved	संपादकीय	A1.3 CC7.3 CC7.4+1	वही विषय: रिकवरी योजना, घटना प्रतिक्रिया (संपादकीय पसंद)
ID.RA-01	Vulnerabilities in assets are identified, validated, and recorded	संपादकीय	CC7.1	वही विषय: भेद्यता प्रबंधन (संपादकीय पसंद)
ID.RA-03	Internal and external threats to the organization are identified and recorded	संपादकीय	CC3.2 CC3.3 CC3.4	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
ID.RA-04	Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recorded	संपादकीय	CC3.2 CC3.3 CC3.4	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
ID.RA-05	Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritization	संपादकीय	CC3.2 CC3.3 CC3.4	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
ID.RA-06	Risk responses are chosen, prioritized, planned, tracked, and communicated	संपादकीय	CC3.2 CC3.3 CC3.4	वही विषय: जोखिम मूल्यांकन (संपादकीय पसंद)
ID.RA-08	Processes for receiving, analyzing, and responding to vulnerability disclosures are established	संपादकीय	CC7.1	वही विषय: भेद्यता प्रबंधन (संपादकीय पसंद)
ID.RA-09	The authenticity and integrity of hardware and software are assessed prior to acquisition and use	संपादकीय	CC9.2	वही विषय: आपूर्ति श्रृंखला जोखिम (संपादकीय पसंद)
ID.RA-10	Critical suppliers are assessed prior to acquisition	संपादकीय	CC9.2	वही विषय: वेंडर जोखिम प्रबंधन (संपादकीय पसंद)
Protect (PR) · 19
PR.AA-01	Identities and credentials for authorized users, services, and hardware are managed by the organization	संपादकीय	CC6.1 CC6.2 CC6.3	वही विषय: एक्सेस कंट्रोल (संपादकीय पसंद)
PR.AA-03	Users, services, and hardware are authenticated	संपादकीय	CC6.1 CC6.6	वही विषय: मल्टी-फ़ैक्टर ऑथेंटिकेशन, ज़ीरो ट्रस्ट (संपादकीय पसंद)
PR.AA-04	Identity assertions are protected, conveyed, and verified	संपादकीय	CC6.6	वही विषय: ज़ीरो ट्रस्ट (संपादकीय पसंद)
PR.AA-05	Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties	संपादकीय	CC6.1 CC6.2 CC6.3+2	वही विषय: एक्सेस कंट्रोल, विशेषाधिकार प्राप्त पहुँच (संपादकीय पसंद)
PR.AA-06	Physical access to assets is managed, monitored, and enforced commensurate with risk	संपादकीय	CC6.4	वही विषय: भौतिक सुरक्षा (संपादकीय पसंद)
PR.AT-01	Personnel are provided with awareness and training so that they possess the knowledge and skills to perform general tasks with cybersecurity risks in mind	संपादकीय	CC1.4 CC2.2	वही विषय: जागरूकता और प्रशिक्षण (संपादकीय पसंद)
PR.AT-02	Individuals in specialized roles are provided with awareness and training so that they possess the knowledge and skills to perform relevant tasks with cybersecurity risks in mind	संपादकीय	CC1.4 CC2.2	वही विषय: जागरूकता और प्रशिक्षण (संपादकीय पसंद)
PR.DS-01	The confidentiality, integrity, and availability of data-at-rest are protected	संपादकीय	C1.2 CC6.1 CC6.5+1	वही विषय: डेटा संरक्षण, एन्क्रिप्शन (संपादकीय पसंद)
PR.DS-02	The confidentiality, integrity, and availability of data-in-transit are protected	संपादकीय	C1.2 CC6.1 CC6.5+2	वही विषय: डेटा संरक्षण, एन्क्रिप्शन (संपादकीय पसंद)
PR.DS-10	The confidentiality, integrity, and availability of data-in-use are protected	संपादकीय	C1.2 CC6.5 CC6.7	वही विषय: डेटा संरक्षण, DLP (संपादकीय पसंद)
PR.DS-11	Backups of data are created, protected, maintained, and tested	संपादकीय	A1.2	वही विषय: बैकअप और रिकवरी (संपादकीय पसंद)
PR.IR-01	Networks and environments are protected from unauthorized logical access and usage	संपादकीय	CC6.6 CC9.2	वही विषय: फ़ायरवॉल / नेट सेग, वेब सुरक्षा, ज़ीरो ट्रस्ट, WAF, क्लाउड सुरक्षा (संपादकीय पसंद)
PR.IR-02	The organization's technology assets are protected from environmental threats	संपादकीय	CC6.4	वही विषय: भौतिक सुरक्षा (संपादकीय पसंद)
PR.IR-03	Mechanisms are implemented to achieve resilience requirements in normal and adverse situations	संपादकीय	A1.1 A1.2 A1.3+1	वही विषय: व्यवसाय निरंतरता, आपदा पुनर्प्राप्ति (संपादकीय पसंद)
PR.PS-01	Configuration management practices are established and applied	संपादकीय	CC5.2 CC6.7 CC7.1+1	वही विषय: सुरक्षित कॉन्फ़िगरेशन, मोबाइल सुरक्षा (संपादकीय पसंद)
PR.PS-02	Software is maintained, replaced, and removed commensurate with risk	संपादकीय	CC7.1	वही विषय: पैच प्रबंधन (संपादकीय पसंद)
PR.PS-04	Log records are generated and made available for continuous monitoring	संपादकीय	CC7.2	वही विषय: लॉगिंग और ऑडिट (संपादकीय पसंद)
PR.PS-05	Installation and execution of unauthorized software are prevented	संपादकीय	CC6.8	वही विषय: एंडपॉइंट सुरक्षा (संपादकीय पसंद)
PR.PS-06	Secure software development practices are integrated, and their performance is monitored throughout the software development life cycle	संपादकीय	CC6.6 CC8.1	वही विषय: वेब सुरक्षा, सुरक्षित विकास (संपादकीय पसंद)
Recover (RC) · 8
RC.CO-03	Recovery activities and progress in restoring operational capabilities are communicated to designated internal and external stakeholders	संपादकीय	CC2.3 CC7.5	वही विषय: संचार और बहाली (संपादकीय पसंद)
RC.CO-04	Public updates on incident recovery are shared using approved methods and messaging	संपादकीय	CC2.3 CC7.5	वही विषय: संचार और बहाली (संपादकीय पसंद)
RC.RP-01	The recovery portion of the incident response plan is executed once initiated from the incident response process	संपादकीय	A1.3 CC7.5	वही विषय: रिकवरी योजना (संपादकीय पसंद)
RC.RP-02	Recovery actions are selected, scoped, prioritized, and performed	संपादकीय	A1.2 A1.3 CC7.5	वही विषय: आपदा पुनर्प्राप्ति, रिकवरी योजना (संपादकीय पसंद)
RC.RP-03	The integrity of backups and other restoration assets is verified before using them for restoration	संपादकीय	A1.2	वही विषय: बैकअप और रिकवरी (संपादकीय पसंद)
RC.RP-04	Critical mission functions and cybersecurity risk management are considered to establish post-incident operational norms	संपादकीय	A1.1 A1.2 CC9.1	वही विषय: व्यवसाय निरंतरता (संपादकीय पसंद)
RC.RP-05	The integrity of restored assets is verified, systems and services are restored, and normal operating status is confirmed	संपादकीय	A1.2 A1.3 CC2.3+1	वही विषय: आपदा पुनर्प्राप्ति, संचार और बहाली (संपादकीय पसंद)
RC.RP-06	The end of incident recovery is declared based on criteria, and incident-related documentation is completed	संपादकीय	CC7.5	वही विषय: सीखे गए सबक (संपादकीय पसंद)
Respond (RS) · 11
RS.AN-03	Analysis is performed to establish what has taken place during an incident and the root cause of the incident	संपादकीय	CC7.4	वही विषय: फ़ॉरेंसिक (संपादकीय पसंद)
RS.AN-06	Actions performed during an investigation are recorded, and the records' integrity and provenance are preserved	संपादकीय	CC7.4	वही विषय: फ़ॉरेंसिक (संपादकीय पसंद)
RS.AN-07	Incident data and metadata are collected, and their integrity and provenance are preserved	संपादकीय	CC7.4	वही विषय: फ़ॉरेंसिक (संपादकीय पसंद)
RS.CO-02	Internal and external stakeholders are notified of incidents	संपादकीय	CC2.3	वही विषय: रिपोर्टिंग (संपादकीय पसंद)
RS.CO-03	Information is shared with designated internal and external stakeholders	संपादकीय	CC2.3	वही विषय: संचार (संपादकीय पसंद)
RS.MA-01	The incident response plan is executed in coordination with relevant third parties once an incident is declared	संपादकीय	CC7.3 CC7.4	वही विषय: घटना प्रतिक्रिया (संपादकीय पसंद)
RS.MA-02	Incident reports are triaged and validated	संपादकीय	CC7.3 CC7.4	वही विषय: घटना प्रतिक्रिया (संपादकीय पसंद)
RS.MA-03	Incidents are categorized and prioritized	संपादकीय	CC7.3 CC7.4	वही विषय: घटना प्रतिक्रिया (संपादकीय पसंद)
RS.MA-04	Incidents are escalated or elevated as needed	संपादकीय	CC7.3 CC7.4	वही विषय: घटना प्रतिक्रिया (संपादकीय पसंद)
RS.MI-01	Incidents are contained	संपादकीय	CC7.4	वही विषय: शमन (संपादकीय पसंद)
RS.MI-02	Incidents are eradicated	संपादकीय	CC7.4	वही विषय: शमन (संपादकीय पसंद)

विषय के अनुसार

दोनों में शामिल (46):

शासन नीति जागरूकता और प्रशिक्षण जोखिम प्रबंधन आपूर्ति श्रृंखला जोखिम भूमिकाएँ और उत्तरदायित्व अनुपालन एसेट प्रबंधन जोखिम मूल्यांकन व्यावसायिक परिवेश डेटा वर्गीकरण भेद्यता प्रबंधन एक्सेस कंट्रोल मल्टी-फ़ैक्टर ऑथेंटिकेशन एन्क्रिप्शन डेटा संरक्षण बैकअप और रिकवरी विशेषाधिकार प्राप्त पहुँच फ़ायरवॉल / नेट सेग एंडपॉइंट सुरक्षा पैच प्रबंधन सुरक्षित कॉन्फ़िगरेशन सुरक्षित विकास ईमेल सुरक्षा वेब सुरक्षा ज़ीरो ट्रस्ट मोबाइल सुरक्षा क्लाउड सुरक्षा WAF DLP सतत निगरानी लॉगिंग और ऑडिट घुसपैठ का पता लगाना विसंगति पहचान (Anomaly Detection)SIEM / SOC घटना प्रतिक्रिया फ़ॉरेंसिक संचार शमन रिपोर्टिंग रिकवरी योजना व्यवसाय निरंतरता सीखे गए सबक संचार और बहाली आपदा पुनर्प्राप्ति वेंडर जोखिम प्रबंधन भौतिक सुरक्षा

केवल NIST CSF 2.0 (4):

थ्रेट इंटेलिजेंस DNS सुरक्षा API सुरक्षा इनसाइडर थ्रेट

प्रश्न

क्या SOC 2 NIST पर आधारित है?

नहीं। SOC 2 AICPA के ट्रस्ट सर्विसेज़ क्राइटेरिया का उपयोग करता है, जो COSO आंतरिक-नियंत्रण फ़्रेमवर्क पर आधारित हैं। AICPA मानदंडों से NIST फ़्रेमवर्क तक की मैपिंग प्रकाशित करता है, लेकिन यह खुले लाइसेंस के अंतर्गत नहीं है।

क्या SOC 2 NIST CSF पर आधारित है?

नहीं। SOC 2 AICPA के ट्रस्ट सर्विसेज़ क्राइटेरिया का उपयोग करता है, जो COSO आंतरिक-नियंत्रण फ़्रेमवर्क पर आधारित हैं। सुरक्षा सामग्री में दोनों काफ़ी हद तक एक-दूसरे से मेल खाते हैं, लेकिन इन्हें स्वतंत्र रूप से विकसित किया गया था।

क्या SOC 2 रिपोर्ट NIST CSF के अनुरूपता को दिखा सकती है?

औपचारिक रूप से नहीं; SOC 2 राय ट्रस्ट सर्विसेज़ क्राइटेरिया के बारे में होती है। लेकिन SOC 2 रिपोर्ट में परीक्षण किए गए नियंत्रण कई CSF परिणामों के लिए मज़बूत साक्ष्य हैं, और कुछ संगठन अपनी रिपोर्टिंग के लिए इन दोनों को मैप करते हैं।

स्टार्टअप को पहले क्या करना चाहिए, NIST CSF या SOC 2?

यदि ग्राहक SOC 2 रिपोर्ट मांग रहे हैं, तो वहीं से शुरू करें। अन्यथा CSF कार्यक्रम की संरचना बनाने का एक निःशुल्क तरीका है, और इसके नियंत्रण बाद में SOC 2 रिपोर्ट को साक्ष्य देंगे।

SOC 2 रिपोर्ट कितने समय तक मान्य रहती है?

SOC 2 रिपोर्ट एक बीती अवधि को कवर करती है। ग्राहक आमतौर पर हर साल एक नई Type II रिपोर्ट की अपेक्षा करते हैं, आदर्श रूप से अवधियों के बीच कोई अंतराल न हो।

क्या NIST CSF में परिपक्वता स्तर हैं?

CSF 2.0 में टियर हैं (आंशिक, जोखिम-सूचित, दोहराने योग्य, अनुकूली) जो बताते हैं कि किसी संगठन का जोखिम शासन और प्रबंधन कितना कठोर है। ये प्रमाणन स्तर नहीं हैं।

क्या SOC 2 ऑडिटर NIST CSF का मूल्यांकन कर सकता है?

कुछ ऑडिट फ़र्म अलग CSF मूल्यांकन देती हैं, लेकिन ये SOC 2 परीक्षण और उसकी राय से अलग हैं।

क्या SOC 2 NIST CSF 2.0 की हर चीज़ को कवर करता है?

नहीं। SOC 2 सुरक्षित करें, पता लगाएं और प्रतिक्रिया दें के अधिकांश परिणामों को अच्छी तरह कवर करता है, लेकिन CSF 2.0 का शासन करें (Govern) फ़ंक्शन (जोखिम रणनीति, आपूर्ति-श्रृंखला जोखिम प्रबंधन, निगरानी) और कुछ पहचानें और पुनर्प्राप्त करें परिणाम उन सीमाओं से आगे जाते हैं जिनकी ट्रस्ट सर्विसेज़ क्राइटेरिया माँग करते हैं।

आवश्यकता की ID और शीर्षक हर फ़्रेमवर्क द्वारा प्रकाशित रूप में, अंग्रेज़ी में दिखाए जाते हैं।

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