Was ist Incident-Response-Planung?
Die Incident-Response-Planung ist eine Tabletop-Übung für die Zeit, bevor etwas schiefgeht. Euer Team sammelt die Vorfälle, die euren Betrieb treffen könnten, vom Sicherheitsvorfall bis zum Stromausfall. Danach erarbeitet ihr, wie ihr reagieren würdet, wer was übernimmt und wie ihr wieder zum Normalbetrieb zurückkehrt. Das Board hat sechs Themen: Mögliche Vorfälle, Reaktionsstrategien, Rollen und Verantwortlichkeiten, Kommunikationsprotokolle, Wiederherstellung und Kontinuität sowie Kontinuierliche Verbesserung. Wenn ihr sie der Reihe nach durchgeht, wird aus einem vagen Risikogefühl ein schriftlicher Plan, in dem jede Rolle einen Namen hat. Wenn Leute aus IT, Recht, Kommunikation und Führung dabei sind, seht ihr, wo sich Zuständigkeiten überschneiden oder ein Schritt niemandem gehört. Das Ergebnis ist ein Team, das die erste Stunde eines Vorfalls schon einmal durchgespielt hat. Wenn dann wirklich etwas ausfällt, verbringen alle weniger Zeit mit der Frage, wer das Sagen hat, und mehr Zeit mit der Lösung.
Format der Incident-Response-Planung
Mögliche Vorfälle
Welche Vorfälle könnten unseren Betrieb beeinträchtigen?
Bittet das Team, breit darüber nachzudenken, was schiefgehen könnte: von technischen Ausfällen und Sicherheitsvorfällen bis zu Naturkatastrophen und Lieferproblemen.
Reaktionsstrategien
Wie sollten wir auf diese möglichen Vorfälle reagieren?
Besprecht, wie ihr auf jeden wahrscheinlichen Vorfall reagieren würdet: Kommunikation, wer hinzugezogen wird und wie der Ausweichplan aussieht.
Rollen und Verantwortlichkeiten
Wer sollte an der Reaktion beteiligt sein, und mit welcher Rolle?
Legt fest, wer was macht und wer welche Entscheidungen treffen darf, damit das niemand mitten im Vorfall klären muss.
Kommunikationsprotokolle
Wie sollten wir während eines Vorfalls kommunizieren?
Plant, wie ihr Menschen innerhalb und außerhalb der Organisation während eines Vorfalls auf dem Laufenden haltet, einschließlich der Kanäle und der Häufigkeit von Updates.
Wiederherstellung und Kontinuität
Wie sichern wir nach einem Vorfall Betrieb und Wiederherstellung?
Schaut auf die längerfristige Wiederherstellung: Backups und Restore, den Wiederaufbau von Systemen und das Aufrechterhalten wichtiger Abläufe.
Kontinuierliche Verbesserung
Wie können wir aus Vorfällen lernen und besser werden?
Vereinbart, wie ihr jeden Vorfall im Nachhinein auswertet, die Ursachen findet und vorbeugende Änderungen umsetzt.
Wann sollte diese Retrospektive durchgeführt werden?
- Wenn ihr den Incident-Response-Plan eurer Organisation erstellt oder aktualisiert.
- Nach einem größeren Vorfall oder Beinahe-Vorfall, um Lücken in eurer künftigen Reaktion zu finden.
- Als Teil des regelmäßigen Risikomanagements und der Business-Continuity-Planung.
- Wenn neue Teammitglieder oder Stakeholder eine Rolle in der Reaktion auf Vorfälle übernehmen.
- Wenn ihr neue Systeme, Prozesse oder Technologien einführt, die eure Reaktion verändern.
Vorschläge für Fragen zum Icebreaker
- Wenn du bei einem Vorfall eine beliebige Superkraft hättest, welche wäre es und warum?
- Erzähl von einem denkwürdigen Vorfall oder einer Krise, die du erlebt hast (privat oder beruflich), und wie damit umgegangen wurde.
Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →
Ideen und Tipps für Ihre Retrospektive
- Ladet Leute aus allen Bereichen ein, die an einer Reaktion beteiligt sind, damit der Plan zeigt, wie Vorfälle tatsächlich ablaufen.
- Haltet die Diskussion frei von Schuldzuweisungen, damit offen über Schwachstellen gesprochen wird.
- Überprüft den Plan regelmäßig, wenn sich euer Geschäft, eure Technologie und die Bedrohungslage verändern.
- Führt Übungen und Simulationen durch, um den Plan zu testen, bevor ihr ihn braucht.
- Legt Kommunikationskanäle und eine benannte Sprecherrolle vor einem Vorfall fest, nicht währenddessen.
- Priorisiert kritische Systeme, Funktionen und Stakeholder, damit ihr wisst, was zuerst wiederhergestellt werden muss.