Apri la cartella
Scegli la cartella di lavoro che contiene le tue procedure e seleziona Ask first così ogni modifica attende il tuo OK.
Il framework NIST per la risposta agli incidenti indica qui la SP 800-61, la guida NIST alla gestione degli incidenti in 4 fasi. Scegli una procedura. Confrontala con quelle fasi, partendo dalla sezione che per il tuo team è il punto più dolente nella gestione degli incidenti, e annota le lacune.
Scegli la cartella di lavoro che contiene le tue procedure e seleziona Ask first così ogni modifica attende il tuo OK.
Chiedi all'agente di leggere la guida con web_search e http_get e di elencarne le fasi in un file di note.
L'agente legge la tua procedura con read_file e grep, poi elenca quali fasi copre e quali non cita mai.
Leggi ogni modifica proposta come diff, accetta quelle adatte alla tua organizzazione e rifiuta le altre.
NIST SP 800-61 phases3 risultatinist.gov SP 800-61 pagerecuperatadocs/triage.mdlettorecovery0 corrispondenzedocs/triage.md+8 righe# 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 datesIl file è breve. Un piccolo team può tenere una checklist così su una sola pagina, con 5 titoli di fase e poche righe di attività ciascuno, e farla crescere più avanti fino a un piano di risposta informatica.
Il framework SANS per la risposta agli incidenti si insegna di solito in sei passi: preparazione, identificazione, contenimento, eradicazione, ripristino e lezioni apprese. Chiedi all'agente di mettere questi passi accanto alle 4 fasi della SP 800-61 in una tabella. web_search trova le pagine e http_get ne recupera una alla volta. Poi read_file apre la tua procedura e grep cerca ogni passo per nome, così il risultato è una tabella dei passi che il tuo documento nomina e di quelli che omette. Per ora non si modifica nulla. Leggi tu la tabella e decidi con i colleghi quali lacune contano prima di qualsiasi modifica.
Un piano di comunicazione risponde a chi viene avvisato, quando, da chi e tramite quale canale, e un canale di riserva non dovrebbe dipendere dai sistemi che potrebbero essere colpiti. Se valuti fornitori terzi, chiedi a ciascuno un contatto per gli incidenti e aggiungilo all'elenco, perché un incidente presso un fornitore può toccare i tuoi sistemi. read_file apre l'elenco e edit_file aggiunge una sezione di comunicazione per direzione, IT, ufficio legale, risorse umane, personale coinvolto, clienti e autorità. Obblighi e scadenze di notifica cambiano da paese a paese e da settore a settore, quindi confermali con un legale; questa non è consulenza legale. Ask first mostra il diff. Poi chiama tu una volta ogni contatto, a mano, per provare l'elenco.