Buncha Build
वर्कफ़्लो

NIST incident response framework: अपनी प्रक्रिया को चरण-दर-चरण जाँचें

03
काम

एक प्रक्रिया की तुलना सार्वजनिक मार्गदर्शन से करें

यहाँ NIST incident response framework का मतलब SP 800-61 है, जो NIST की 4 चरणों वाली घटना-प्रबंधन गाइड है। एक प्रक्रिया चुनें। उसकी तुलना इन चरणों से करें, शुरुआत उस हिस्से से करें जो घटना-प्रबंधन में आपकी टीम की सबसे बड़ी परेशानी है, और कमियाँ नोट करें।

01

फ़ोल्डर खोलें

वह वर्किंग फ़ोल्डर चुनें जिसमें आपकी प्रक्रियाएँ हैं, और Ask first चुनें ताकि हर बदलाव आपकी मंज़ूरी का इंतज़ार करे।

02

सार्वजनिक गाइड पढ़ें

एजेंट से कहें कि वह web_search और http_get से मार्गदर्शन पढ़े और उसके चरण एक नोट्स फ़ाइल में सूचीबद्ध करे।

03

चरणों की तुलना करें

एजेंट आपकी प्रक्रिया read_file और grep से पढ़ता है, फिर बताता है कि वह कौन-से चरण कवर करती है और किनका कभी ज़िक्र नहीं करती।

04

diff की समीक्षा करें

हर प्रस्तावित संपादन को diff के रूप में पढ़ें, जो आपके संगठन के अनुकूल हों उन्हें स्वीकार करें और बाकी को अस्वीकार करें।

एक छोटी चेकलिस्ट, जो एजेंट लिख सकता है

ir-checklist.md
# 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 से मिलाएँ

दो सार्वजनिक गाइडों के चरणों की तुलना करें

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 दिखाता है। फिर आप सूची परखने के लिए हर संपर्क को एक बार हाथ से फ़ोन करते हैं।

Windows के लिए Buncha Build

एक प्रक्रिया पर तुलना आज़माएँ

Buncha Build डाउनलोड करें ↗