Buncha Build
Workflow-uri

Cadrul NIST de răspuns la incidente: verifică-ți procedura pas cu pas

03
Sarcina

Compară o procedură cu ghiduri publice

Cadrul NIST de răspuns la incidente înseamnă aici SP 800-61, ghidul NIST de gestionare a incidentelor, cu 4 faze. Alege o procedură. Compară-o cu acele faze, începând cu secțiunea care e cea mai mare problemă a echipei tale în gestionarea incidentelor, și notează lacunele.

01

Deschide folderul

Alege folderul de lucru care conține procedurile tale și selectează Ask first, ca orice modificare să aștepte OK-ul tău.

02

Citește ghidul public

Cere agentului să citească ghidul cu web_search și http_get și să-i listeze fazele într-un fișier de notițe.

03

Compară fazele

Agentul îți citește procedura cu read_file și grep, apoi listează ce faze acoperă și pe care nu le menționează deloc.

04

Verifică diff-ul

Citește fiecare editare propusă ca diff, acceptă-le pe cele care se potrivesc organizației tale și respinge-le pe celelalte.

O listă de verificare scurtă pe care o poate scrie agentul

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

Fișierul este scurt. O echipă mică poate ține o astfel de listă de verificare pe o singură pagină, cu 5 titluri de fază și câteva rânduri de sarcini sub fiecare, și o poate extinde mai târziu într-un plan de răspuns cibernetic.

Verifică o ciornă în raport cu cadrul SANS de răspuns la incidente

Compară pașii a două ghiduri publice

Cadrul SANS de răspuns la incidente se predă de obicei în șase pași: pregătire, identificare, izolare, eradicare, recuperare și lecții învățate. Cere agentului să pună acești pași într-un tabel, lângă cele 4 faze din SP 800-61. web_search găsește paginile, iar http_get aduce câte o pagină pe rând. Apoi read_file îți deschide procedura, iar grep caută fiecare pas după nume, așa că rezultatul este un tabel cu pașii pe care documentul tău îi numește și cu cei pe care îi omite. Încă nu se editează nimic. Citește tu tabelul și hotărăște cu colegii ce lacune contează, înainte de orice modificare.

Adaugă cine este anunțat, când și cum

Un plan de comunicare răspunde la întrebările cine este anunțat, când, de către cine și prin ce canal, iar un canal de rezervă nu trebuie să depindă de sistemele care pot fi afectate. Dacă evaluezi furnizori terți, cere fiecăruia un contact pentru incidente și adaugă-l pe listă, pentru că un incident la un furnizor poate afecta propriile tale sisteme. read_file deschide lista, iar edit_file adaugă o secțiune de comunicare pentru conducere, IT, departamentul juridic, resurse umane, angajații afectați, clienți și autorități. Obligațiile și termenele de notificare diferă în funcție de țară și de sector, așa că confirmă-le cu un jurist; aceasta nu este consultanță juridică. Ask first arată diff-ul. Apoi sună tu o dată fiecare contact, manual, ca să testezi lista.

Buncha Build pentru Windows

Încearcă compararea pe o procedură

Descarcă Buncha Build ↗