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

ऑडिट लॉगिंग लगभग सार्वभौमिक है: हमारे मैप किए गए ग्यारह फ़्रेमवर्क में से दस इसकी आवश्यकता रखते हैं (GDPR अपवाद है, और वहाँ भी उल्लंघन की जाँच के लिए लॉग ही सहारा होते हैं)। ये आवश्यकताएँ दो तरीकों से अलग होती हैं: क्या लॉग करना है और कितने समय तक रखना है। दूसरा बिंदु वही है जहाँ टीमें सबसे अधिक अटकती हैं, क्योंकि केवल कुछ फ़्रेमवर्क ही कोई संख्या देते हैं।
कौन क्या माँगता है
| फ़्रेमवर्क | लॉगिंग और ऑडिट | लिंक |
|---|---|---|
| NIST CSF 2.0 | PR.PS-04DE.AE-03 | विषय परिभाषा |
| ISO 27001 | A.8.15A.8.17 | क्रॉसवॉक |
| CIS v8.1 | CIS 8.2CIS 8.10CIS 3.14CIS 8.1CIS 8.3CIS 8.4CIS 8.5CIS 8.7CIS 8.8CIS 8.12 | क्रॉसवॉक |
| SOC 2 | CC7.2 | संपादकीय |
| PCI DSS | 10.2.110.3.210.5.110.6.1 | क्रॉसवॉक |
| CMMC | AU.L2-3.3.1AU.L2-3.3.2AU.L2-3.3.7 | क्रॉसवॉक |
| 800-53 | AU-2AU-3AU-11AU-12 | क्रॉसवॉक |
| HIPAA | §164.312(b) | क्रॉसवॉक |
| GDPR | — | हमारे डेटा में कोई मैपिंग नहीं |
| NIS2 | 3.2 | क्रॉसवॉक |
| Essential Eight | ISM-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 परिणाम साझा करता है: जाँचने योग्य है, मैपिंग नहीं · हमारे डेटा में कोई मैपिंग नहीं हमारे डेटा में कुछ भी मैप नहीं है; अक्सर यह नया काम होता है, पर कवरेज नोट्स जाँच लें. यह अनुपालन सलाह नहीं है।