cm/controlmapping
हिन्दी
स्रोत
विश्लेषण · PCI DSS · CIS v8.1 · ISO 27001 · HIPAA · CMMC

लॉगिंग और लॉग रिटेंशन आवश्यकताओं की तुलना

हर प्रमुख फ़्रेमवर्क ऑडिट लॉग की माँग करता है। लेकिन उनमें से बहुत कम बताते हैं कि इन्हें कितने समय तक रखना है। यहाँ बताया गया है कि कौन संख्या तय करता है, कौन नहीं करता, और ऐसी संख्या कैसे चुनें जो इन सभी को पूरा करे।

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

रिसोग्राफ़ शैली में एक लंबी कागज़ की टेप का प्रिंट, जिस पर समान दूरी पर निशान हैं, जो एक सिरे पर करीने से एक ढेर में मुड़ रही है
लॉग जमा होते रहते हैं; सवाल यह है कि ढेर को कितने समय तक रखना है।

ऑडिट लॉगिंग लगभग सार्वभौमिक है: हमारे मैप किए गए ग्यारह फ़्रेमवर्क में से दस इसकी आवश्यकता रखते हैं (GDPR अपवाद है, और वहाँ भी उल्लंघन की जाँच के लिए लॉग ही सहारा होते हैं)। ये आवश्यकताएँ दो तरीकों से अलग होती हैं: क्या लॉग करना है और कितने समय तक रखना है। दूसरा बिंदु वही है जहाँ टीमें सबसे अधिक अटकती हैं, क्योंकि केवल कुछ फ़्रेमवर्क ही कोई संख्या देते हैं।

कौन क्या माँगता है

फ़्रेमवर्कलॉगिंग और ऑडिटलिंक
NIST CSF 2.0PR.PS-04DE.AE-03विषय परिभाषा
ISO 27001A.8.15A.8.17क्रॉसवॉक
CIS v8.1CIS 8.2CIS 8.10CIS 3.14CIS 8.1CIS 8.3CIS 8.4CIS 8.5CIS 8.7CIS 8.8CIS 8.12क्रॉसवॉक
SOC 2CC7.2संपादकीय
PCI DSS10.2.110.3.210.5.110.6.1क्रॉसवॉक
CMMCAU.L2-3.3.1AU.L2-3.3.2AU.L2-3.3.7क्रॉसवॉक
800-53AU-2AU-3AU-11AU-12क्रॉसवॉक
HIPAA§164.312(b)क्रॉसवॉक
GDPR—हमारे डेटा में कोई मैपिंग नहीं
NIS23.2क्रॉसवॉक
Essential EightISM-1815ISM-1660ISM-1509ISM-1683ISM-1623संपादकीय

पूर्ण विवरण और हर संबंध का कारण: फ़्रेमवर्क में लॉगिंग और ऑडिट →

क्या लॉग करें

सबसे विशिष्ट फ़्रेमवर्क इवेंट की सूची देते हैं। PCI DSS माँगता है कि लॉग में ये दर्ज हों: कार्डधारक डेटा तक व्यक्तिगत उपयोगकर्ता की पहुँच, सभी प्रशासनिक कार्रवाइयाँ, स्वयं लॉग तक पहुँच, अमान्य पहुँच प्रयास, पहचान और प्रमाणीकरण क्रेडेंशियल में बदलाव, लॉगिंग का शुरू और बंद होना, तथा सिस्टम-स्तर की ऑब्जेक्ट का बनना और मिटना (10.2.1.1 से 10.2.1.7), और इनमें से हर एक के साथ उपयोगकर्ता, प्रकार, समय, परिणाम और स्रोत (10.2.2)। CIS Controls विस्तृत DNS, URL और कमांड-लाइन लॉग जोड़ते हैं (8.5 से 8.8)। SP 800-53 और CMMC माँगते हैं कि आप वे इवेंट परिभाषित करें जिन्हें लॉग करना है (AU-2; AU.L2-3.3.1)। ISO 27001 (A.8.15) और SOC 2 (CC7.2) अपने जोखिमों के अनुरूप लॉगिंग की माँग करते हैं।

लॉग कितने समय तक रखें

फ़्रेमवर्करिटेंशन
PCI DSSकम से कम 12 महीने, जिनमें अंतिम तीन महीने तुरंत उपलब्ध हों (10.5.1)
CIS Controlsकम से कम 90 दिन (8.10)
SP 800-53आपके द्वारा परिभाषित एक अवधि (AU-11)
CMMC Level 2जब तक निगरानी, विश्लेषण, जाँच और रिपोर्टिंग के लिए आवश्यक हो (AU.L2-3.3.1)
ISO 27001, SOC 2निर्दिष्ट नहीं; आपके जोखिम मूल्यांकन और कानूनी दायित्वों द्वारा तय होती है
HIPAAलॉग के लिए निर्दिष्ट नहीं (छह-वर्षीय नियम दस्तावेज़ों पर लागू होता है)
सर्वर रूम की शेल्फ़ पर बैकअप टेप कार्ट्रिज़ की एक पंक्ति की फ़ोटो, जिसमें एक थोड़ा आगे खींचा हुआ है
रिटेंशन जितना अनुपालन का निर्णय है, उतना ही भंडारण का भी।

रिटेंशन अवधि चुनना

यदि आपके परिवेश के किसी भी हिस्से पर PCI DSS लागू होता है, तो तीन महीने तुरंत उपलब्ध के साथ 12 महीने स्पष्ट आधार रेखा है, और यह CIS की न्यूनतम सीमा को भी आराम से पूरा करता है। बाकी सबके लिए यह भी एक उचित डिफ़ॉल्ट है: इतनी लंबी अवधि कि महीनों बाद पता चलने वाली घटनाओं की जाँच हो सके (और कई घटनाएँ ऐसी ही होती हैं), और इतनी छोटी कि भंडारण किफ़ायती रहे। अपने क्षेत्र के कानूनों और अनुबंधों के अनुसार समायोजन करें, और निर्णय को उसके तर्क सहित दर्ज करें, क्योंकि ISO और SOC 2 के ऑडिटर यही देखेंगे।

केवल कितना नहीं, बल्कि क्या रखें

रिटेंशन अवधि उन लॉग पर लागू होती है जो जाँच के लिए मायने रखते हैं। एक व्यावहारिक स्तरीकरण:

  • सुरक्षा-संबंधित लॉग (प्रमाणीकरण, विशेषाधिकार प्राप्त कार्रवाइयाँ, फ़ायरवॉल और EDR इवेंट, संवेदनशील डेटा तक पहुँच): पूरी रिटेंशन अवधि, बदलाव से सुरक्षित।
  • परिचालन लॉग (एप्लिकेशन डीबग आउटपुट, प्रदर्शन मेट्रिक्स): छोटी रिटेंशन, इंजीनियरिंग की आवश्यकता के अनुसार तय।
  • व्यक्तिगत डेटा वाले लॉग: सुरक्षा के लिए पर्याप्त लंबी, पर आवश्यकता से अधिक नहीं, जिससे GDPR का भंडारण सीमा सिद्धांत पूरा होता रहे।

ये स्तर अपनी लॉगिंग नीति में लिखें, ताकि रिटेंशन का निर्णय दिखाई दे और उसका बचाव किया जा सके।

मुख्य बिंदु

  • ग्यारह में से दस फ़्रेमवर्क ऑडिट लॉगिंग की आवश्यकता रखते हैं।
  • केवल PCI DSS और CIS रिटेंशन अवधि तय करते हैं।
  • बारह महीने, जिनमें तीन तुरंत उपलब्ध हों, एक सुरक्षित डिफ़ॉल्ट है।
  • लॉग को छेड़छाड़ से बचाएँ और सुरक्षा इवेंट की समीक्षा करें; PCI DSS दैनिक समीक्षा माँगता है।

रिटेंशन से आगे

  • लॉग को छेड़छाड़ से बचाएँ (PCI 10.3.2, CMMC AU.L2-3.3.8): write-once स्टोरेज या सीमित पहुँच वाला केंद्रीय लॉग प्लेटफ़ॉर्म।
  • घड़ियों को सिंक्रनाइज़ करें (PCI 10.6.1, CIS 8.4, CMMC AU.L2-3.3.7), नहीं तो सिस्टमों के बीच इवेंट का सहसंबंध विफल हो जाएगा।
  • इनकी समीक्षा करें: PCI सुरक्षा इवेंट की दैनिक समीक्षा माँगता है (10.4.1); अधिकांश अन्य नियमित समीक्षा की अपेक्षा रखते हैं, आमतौर पर स्वचालित।

लॉगिंग और ऑडिट विषय पेज हर आवश्यकता को उसके स्रोत सहित सूचीबद्ध करता है, और संबंधित SIEM / SOC विषय विश्लेषण को कवर करता है। गैप विश्लेषण किन्हीं दो फ़्रेमवर्क की पूरी तुलना करता है।

प्रश्न

PCI DSS को लॉग कितने समय तक रखने की आवश्यकता है?

कम से कम 12 महीने का ऑडिट लॉग इतिहास, जिसमें सबसे हाल के तीन महीने विश्लेषण के लिए तुरंत उपलब्ध हों (10.5.1)।

क्या HIPAA लॉग रिटेंशन अवधि तय करता है?

नहीं। सिक्योरिटी रूल ऑडिट नियंत्रण (§164.312(b)) की आवश्यकता रखता है, पर कोई लॉग रिटेंशन अवधि तय नहीं करता। इसकी छह-वर्षीय रिटेंशन आवश्यकता नीतियों जैसे आवश्यक दस्तावेज़ों पर लागू होती है, ऑडिट लॉग पर नहीं।

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-27Cyber Essentials बनाम Essential Eight: दो राष्ट्रीय बेसलाइनों की तुलनाUK का Cyber Essentials और ऑस्ट्रेलिया का Essential Eight, दोनों आम हमलों को निशाना बनाते हैं, लेकिन उनका दायरा अलग है। क्या ओवरलैप होता है, क्या नहीं होता, और क्यों।विश्लेषण · 2026-10-27DORA बनाम NIS2: NIS2 कार्यक्रम पहले से क्या-क्या कवर करता हैDORA और NIS2 की अधिकांश सुरक्षा सामग्री समान है, लेकिन DORA में रजिस्टर, अनुबंध शर्तें और खतरा-आधारित परीक्षण जुड़ते हैं। अनुच्छेद-दर-अनुच्छेद देखें कि क्या आगे ले जाया जा सकता है।