फ़ोल्डर खोलें
वह वर्किंग फ़ोल्डर चुनें जिसमें आपकी प्रक्रियाएँ हैं, और Ask first चुनें ताकि हर बदलाव आपकी मंज़ूरी का इंतज़ार करे।
यहाँ NIST incident response framework का मतलब SP 800-61 है, जो NIST की 4 चरणों वाली घटना-प्रबंधन गाइड है। एक प्रक्रिया चुनें। उसकी तुलना इन चरणों से करें, शुरुआत उस हिस्से से करें जो घटना-प्रबंधन में आपकी टीम की सबसे बड़ी परेशानी है, और कमियाँ नोट करें।
वह वर्किंग फ़ोल्डर चुनें जिसमें आपकी प्रक्रियाएँ हैं, और Ask first चुनें ताकि हर बदलाव आपकी मंज़ूरी का इंतज़ार करे।
एजेंट से कहें कि वह web_search और http_get से मार्गदर्शन पढ़े और उसके चरण एक नोट्स फ़ाइल में सूचीबद्ध करे।
एजेंट आपकी प्रक्रिया read_file और grep से पढ़ता है, फिर बताता है कि वह कौन-से चरण कवर करती है और किनका कभी ज़िक्र नहीं करती।
हर प्रस्तावित संपादन को diff के रूप में पढ़ें, जो आपके संगठन के अनुकूल हों उन्हें स्वीकार करें और बाकी को अस्वीकार करें।
NIST SP 800-61 phases3 नतीजेnist.gov SP 800-61 pageलाया गयाdocs/triage.mdपढ़ी गईrecovery0 मिलानdocs/triage.md+8 पंक्तियाँ# Incident checklist
## Prepare
- [ ] Review the contact list and owners
- [ ] Confirm the backup channel is written down
## Triage
- [ ] Open an incident record with date and time
- [ ] Note who reported it and how
## Contain
- [ ] Record who approves each decision
- [ ] Note times and keep copies of logs
## Communicate
- [ ] Tell the people listed in the plan
## Review
- [ ] Hold a review and assign owners and datesफ़ाइल छोटी है। छोटी टीम ऐसी चेकलिस्ट को एक पन्ने पर रख सकती है, जिसमें 5 चरण-शीर्षक हों और हर के नीचे कुछ कार्य-पंक्तियाँ, और बाद में उसे साइबर रिस्पॉन्स प्लान में बढ़ा सकती है।
SANS incident response framework आमतौर पर छह चरणों में सिखाया जाता है: तैयारी, पहचान, containment, eradication, रिकवरी और सीखे गए सबक। एजेंट से कहें कि इन चरणों को SP 800-61 के 4 चरणों के बगल में एक तालिका में रखे। web_search पेज ढूँढता है और http_get एक बार में एक पेज लाता है। फिर read_file आपकी प्रक्रिया खोलता है और grep हर चरण को उसके नाम से खोजता है, इसलिए नतीजा उन चरणों की तालिका होता है जिनका आपका दस्तावेज़ नाम लेता है और जिन्हें छोड़ देता है। अभी कुछ संपादित नहीं होता। तालिका खुद पढ़ें, और कोई भी संपादन करने से पहले सहकर्मियों के साथ तय करें कि कौन-सी कमियाँ मायने रखती हैं।
संवाद योजना बताती है कि किसे, कब, किसके द्वारा और किस चैनल से सूचित किया जाता है, और बैकअप चैनल उन सिस्टम पर निर्भर नहीं होना चाहिए जो प्रभावित हो सकते हैं। यदि आप तीसरे पक्ष के विक्रेताओं की जाँच करते हैं, तो हर एक से घटना-संपर्क माँगें और उसे सूची में जोड़ें, क्योंकि किसी आपूर्तिकर्ता की घटना आपके अपने सिस्टम को भी प्रभावित कर सकती है। read_file सूची खोलता है और edit_file प्रबंधन, IT, कानूनी, HR, प्रभावित कर्मचारियों, ग्राहकों और अधिकारियों के लिए संवाद सेक्शन जोड़ता है। सूचना के दायित्व और समय-सीमाएँ देश और क्षेत्र के अनुसार अलग होती हैं, इसलिए उनकी पुष्टि वकील से करें; यह कानूनी सलाह नहीं है। Ask first diff दिखाता है। फिर आप सूची परखने के लिए हर संपर्क को एक बार हाथ से फ़ोन करते हैं।