Buncha Build
Workflows

NIST-Framework zur Vorfallreaktion: dein Verfahren Schritt für Schritt prüfen

03
Die Aufgabe

Vergleiche ein Verfahren mit öffentlichen Leitfäden

Das NIST-Framework zur Vorfallreaktion meint hier SP 800-61, den Leitfaden des NIST zur Vorfallbehandlung mit 4 Phasen. Wähle ein Verfahren. Vergleiche es mit diesen Phasen, beginnend mit dem Abschnitt, der im Vorfallmanagement dein Team am meisten plagt, und notiere die Lücken.

01

Öffne den Ordner

Wähle den Arbeitsordner mit deinen Verfahren und nimm Ask first, damit jede Änderung auf dein OK wartet.

02

Lies den öffentlichen Leitfaden

Bitte den Agenten, den Leitfaden mit web_search und http_get zu lesen und seine Phasen in einer Notizdatei aufzulisten.

03

Vergleiche die Phasen

Der Agent liest dein Verfahren mit read_file und grep und listet dann auf, welche Phasen es abdeckt und welche es nie erwähnt.

04

Prüfe den Diff

Lies jede vorgeschlagene Änderung als Diff, nimm die an, die zu deiner Organisation passen, und lehne den Rest ab.

Eine kurze Checkliste, die der Agent schreiben kann

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

Die Datei ist kurz. Ein kleines Team kann eine solche Checkliste auf einer Seite führen, mit 5 Phasenüberschriften und je ein paar Aufgabenzeilen, und sie später zu einem Cyber-Reaktionsplan ausbauen.

Gleiche einen Entwurf mit dem SANS-Framework zur Vorfallreaktion ab

Vergleiche die Schritte zweier öffentlicher Leitfäden

Das SANS-Framework zur Vorfallreaktion wird meist in sechs Schritten gelehrt: Vorbereitung, Identifizierung, Eindämmung, Beseitigung, Wiederherstellung und gewonnene Erkenntnisse. Bitte den Agenten, diese Schritte in einer Tabelle neben die 4 Phasen von SP 800-61 zu stellen. web_search findet die Seiten und http_get holt jeweils eine Seite. Dann öffnet read_file dein Verfahren und grep sucht jeden Schritt beim Namen, sodass eine Tabelle entsteht mit den Schritten, die dein Dokument nennt, und denen, die es auslässt. Noch wird nichts bearbeitet. Lies die Tabelle selbst und entscheide mit Kollegen, welche Lücken wichtig sind, bevor du etwas änderst.

Ergänze, wer wann und wie informiert wird

Ein Kommunikationsplan beantwortet, wer wann, von wem und über welchen Kanal informiert wird, und ein Ersatzkanal sollte nicht von den Systemen abhängen, die betroffen sein könnten. Wenn du Drittanbieter prüfst, bitte jeden um einen Ansprechpartner für Vorfälle und trage ihn in die Liste ein, denn ein Vorfall bei einem Lieferanten kann deine eigenen Systeme treffen. read_file öffnet die Liste und edit_file ergänzt einen Kommunikationsabschnitt für Geschäftsleitung, IT, Recht, Personalabteilung, betroffene Mitarbeitende, Kunden und Behörden. Meldepflichten und Fristen unterscheiden sich je nach Land und Branche, also kläre sie mit einer Rechtsberatung; das ist keine Rechtsberatung. Ask first zeigt den Diff. Rufe danach jeden Kontakt einmal von Hand an, um die Liste zu testen.

Buncha Build für Windows

Probiere den Vergleich an einem Verfahren aus

Buncha Build herunterladen ↗