वे किस लिए हैं
जब कोई प्रत्यक्ष कोड, क्लाउड, या रनटाइम सुधार तुरंत शिप नहीं किया जा सकता है, तो अस्थायी क्षतिपूर्ति नियंत्रण टीमों को व्यावहारिक जोखिम कम करने में मदद करते हैं।
क्या ट्रैक किया जाता है
प्रत्येक नियंत्रण स्वामी, तर्क, अनुमोदन स्थिति, ऑर्केस्ट्रेशन संदर्भ और एक टीटीएल को रिकॉर्ड करता है ताकि अपवाद विंडो स्पष्ट और समीक्षा योग्य बनी रहे।
समीक्षा कैसे काम करती है
समाप्त हो चुके नियंत्रण समीक्षा-आवश्यक स्थिति में चले जाते हैं और अलर्ट वर्कफ़्लो के माध्यम से सामने आते हैं ताकि टीमें उन्हें बढ़ा सकें, बदल सकें या रद्द कर सकें।
अनुशंसित ऑपरेटर प्रवाह
1. सबसे कम विघटनकारी नियंत्रण चुनें
उजागर एप्लिकेशन पथों के लिए WAF नियमों का उपयोग करें, होस्ट/रनटाइम जोखिम के लिए EDR अलगाव, पहुंच योग्यता में कमी के लिए विभाजन, और जब पहुंच या कॉन्फ़िगरेशन को अस्थायी रूप से कड़ा किया जा सकता है तो नीति सख्त करें।
2. अपवाद विंडो को छोटा रखें
प्रत्येक अस्थायी नियंत्रण में एक नामित स्वामी, एक स्पष्ट कारण और एक सीमित टीटीएल होना चाहिए जो अपेक्षित उपचार समयरेखा से मेल खाता हो।
3. समाप्ति से पहले समीक्षा बहाव बन जाती है
समाप्त हो चुके अस्थायी नियंत्रणों को शासन कार्य के रूप में मानें, पृष्ठभूमि शोर के रूप में नहीं। केवल नए तर्क के साथ ही विस्तार करें या स्थायी सुधार पूरा होने के बाद उन्हें रद्द कर दें।
नियंत्रण प्रकार शामिल हैं
- उजागर ऐप पथों के लिए WAF वर्चुअल पैचिंग
- होस्ट/रनटाइम निष्कर्षों के लिए ईडीआर रोकथाम या अलगाव
- पहुंच योग्यता में कमी के लिए नेटवर्क विभाजन
- जोखिम भरी अनुमतियों या कॉन्फ़िगरेशन के लिए अस्थायी नीति सख्त करना