ISO 27001 Risikobehandlungsplan: Inhalt und Umsetzung
Der Risikobehandlungsplan nach ISO 27001 hält fest, was mit jedem Risiko geschieht, das nicht so akzeptiert wird, wie es ist: die gewählte Option (mindern, übertragen, vermeiden oder akzeptieren), die Maßnahmen, die verantwortliche Person, das Zieldatum, den Fortschritt und das erwartete Restrisiko. ISO/IEC 27001:2022 verlangt ihn in Abschnitt 6.1.3, ebenso die Freigabe des Plans und die Akzeptanz des Restrisikos durch die Risikoeigentümer; Abschnitt 8.3 verlangt seine Umsetzung mit aufbewahrten Nachweisen der Ergebnisse.
Was ISO/IEC 27001:2022 zur Risikobehandlung verlangt
Die Behandlung beginnt dort, wo die Risikobeurteilung (Abschnitt 6.1.2) endet. Kurz zusammengefasst verlangt Abschnitt 6.1.3 von der Organisation:
- für jedes Risiko auf Basis der Beurteilung eine passende Behandlungsoption zu wählen;
- die Maßnahmen festzulegen, die diese Option umsetzen, aus beliebigen Quellen;
- diese Maßnahmen mit Anhang A abzugleichen, damit keine notwendige Maßnahme fehlt;
- die Erklärung zur Anwendbarkeit mit einbezogenen und ausgeschlossenen Maßnahmen samt Begründung zu erstellen;
- den Risikobehandlungsplan zu formulieren;
- die Freigabe des Plans und die Akzeptanz des Restrisikos durch die Risikoeigentümer einzuholen.
Abschnitt 8.3 verlangt, den Plan umzusetzen und dokumentierte Information über die Ergebnisse aufzubewahren. Ein Auditor prüft also nicht nur, ob der Plan existiert, sondern ob die Maßnahmen vorankommen, ob es Nachweise gibt und ob jemand mit Befugnis das verbleibende Risiko freigegeben hat. Wer mit dem IT-Grundschutz des BSI arbeitet, kann dessen Risikoanalyse als Methode nutzen; der Plan muss trotzdem die Anforderungen aus 6.1.3 erfüllen.
Spalten eines Risikobehandlungsplans in Excel
Die Norm schreibt kein Format vor. Dies sind die Spalten des Behandlungsplans im NexoDocs-Kit (ISMS-RSK-03 Risikobehandlungsplan), so angelegt, dass sich jede Zeile vom Risikoregister bis zur Erklärung zur Anwendbarkeit verfolgen lässt:
| Spalte | Wozu sie dient |
|---|---|
| Risiko-ID und Risiko | Dieselbe ID wie im Risikoregister: verbindet Beurteilung, Behandlung und Erklärung zur Anwendbarkeit |
| Aktuelles Niveau | Das in der Beurteilung ermittelte Niveau vor der Behandlung |
| Option | Mindern, Übertragen, Vermeiden oder Akzeptieren |
| Umzusetzende Maßnahme | Was konkret getan wird, in einem überprüfbaren Satz |
| Maßnahmen Anhang A | Die zugehörigen Maßnahmen (zum Beispiel A.5.17 und A.8.5 für Zugangsdaten) |
| Verantwortlich und Zieldatum | Wer es umsetzt und bis wann |
| Status und % Fortschritt | Geplant, In Bearbeitung, Umgesetzt, Akzeptiert oder Abgebrochen; Grundlage der monatlichen Nachverfolgung |
| Restauswirkung und Restwahrscheinlichkeit | Die Schätzung nach Umsetzung der Maßnahme |
| Restniveau und Restkategorie | Automatisch berechnet, mit denselben Kriterien wie die Beurteilung |
| Restrisiko freigegeben von und Freigabedatum | Nachweis, dass der Risikoeigentümer es akzeptiert hat |
| Budget oder Ressourcen | Was nötig ist, um das Datum zu halten |
| Erwartetes Ergebnis / Wirksamkeitskennzahl | Woran man erkennt, dass es gewirkt hat (zum Beispiel 100 % der Konten mit MFA) |

ISMS-Dokumentationskit ISO 27001
84 Dateien zur Dokumentation Ihres ISMS nach ISO/IEC 27001:2022.
Zum ISO-27001-Dokumentationskit (Einmalzahlung)Die vier Optionen der Risikobehandlung
| Option | Wann sie passt | Beispiel |
|---|---|---|
| Mindern | Das Risiko übersteigt die Akzeptanzkriterien und es gibt angemessene Maßnahmen | MFA verpflichtend einführen, um den Diebstahl von Zugangsdaten zu erschweren |
| Übertragen | Ein Dritter kann einen Teil der Auswirkung tragen | Cyberversicherung oder Vertrag mit dem Cloud-Anbieter |
| Vermeiden | Die Tätigkeit ist das Risiko nicht wert | Keine Kartendaten mehr auf eigenen Servern speichern |
| Akzeptieren | Das Niveau liegt innerhalb der Kriterien oder die Behandlung wäre unverhältnismäßig | Niedriges Risiko, vom Eigentümer mit Datum und Unterschrift akzeptiert |
Ein übertragenes Risiko nimmt der Organisation die Verantwortung nicht ab: Sie haftet weiter gegenüber Kunden und Behörden und muss den Dritten steuern. Akzeptieren heißt auch nicht „nichts tun“: Es ist eine dokumentierte Entscheidung des Risikoeigentümers, die bei der nächsten Beurteilung erneut geprüft wird.
Wie das Restrisiko bewertet wird
Das Restrisiko ist das, was nach der Behandlung übrig bleibt. Bewerten Sie es mit derselben Skala wie die Beurteilung (im Kit Auswirkung mal Wahrscheinlichkeit, jeweils von 1 bis 4) und vergleichen Sie es mit denselben Akzeptanzkriterien. Im Kit gilt standardmäßig: Mittel ab 6, Hoch ab 9 und Kritisch ab 16; ein hohes Risiko ist innerhalb von höchstens 3 Monaten zu behandeln. Liegt das Restniveau weiterhin über den Kriterien, ergänzen Sie Maßnahmen oder lassen es vom Eigentümer ausdrücklich und begründet akzeptieren.
Beispiel aus dem ausgefüllten Kit (NubeSur): Der Diebstahl von Entwickler-Zugangsdaten beginnt mit Niveau 12 (Hoch). Mit verpflichtender MFA für Repository, Cloud und E-Mail wird die Restauswirkung mit 4 und die Restwahrscheinlichkeit mit 1 bewertet, das Restniveau ist 4 (Niedrig), und die Entwicklungsleitung gibt es mit Datum frei.
Zusammenhang mit der Erklärung zur Anwendbarkeit
Beides sind zwei Seiten derselben Arbeit. Der Plan sagt, was mit jedem Risiko geschieht; die Erklärung zur Anwendbarkeit sagt, welche Maßnahmen aus Anhang A einbezogen oder ausgeschlossen sind, warum und ob sie umgesetzt sind. Jede Maßnahme aus dem Plan sollte in der Erklärung als einbezogen erscheinen, und jede einbezogene Maßnahme sollte durch ein Risiko, eine gesetzliche oder vertragliche Anforderung oder eine Entscheidung der Organisation begründet sein.
Häufige Feststellungen im Audit
- Vage Maßnahmen wie „Sicherheit verbessern“ ohne konkrete Maßnahme und ohne Datum.
- Allgemeine Verantwortliche („die IT“) statt einer Rolle oder Person.
- Restrisiko nicht bewertet oder nicht vom Risikoeigentümer freigegeben.
- Überschrittene Termine ohne neues Datum oder Erklärung.
- Maßnahmen im Plan, die in der Erklärung zur Anwendbarkeit fehlen, oder umgekehrt.
- Ein Plan, der nach einer neuen Risikobeurteilung nicht aktualisiert wird.
Vorlage: der Risikobehandlungsplan im ISO-27001-Kit
Der Behandlungsplan im ISO-27001-Kit von NexoDocs auf Deutsch ist eine Excel-Arbeitsmappe ohne Makros mit den Spalten dieses Leitfadens, Auswahllisten für Option und Status, automatischem Restniveau und Restkategorie nach den freigegebenen Kriterien (Blatt „Kriterien“) und einem vollständig ausgefüllten Beispiel eines fiktiven Unternehmens. Er ist mit der Methode der Risikobeurteilung, dem Risikoregister und der Erklärung zur Anwendbarkeit des Kits verbunden.
Nächster Schritt
Kostenlos testen oder direkt zur vollständigen Lösung.

ISMS-Dokumentationskit ISO 27001
84 Dateien zur Dokumentation Ihres ISMS nach ISO/IEC 27001:2022.
Zum ISO-27001-Dokumentationskit (Einmalzahlung)
Kostenloses Muster
Laden Sie kostenlos eine reduzierte Version der Risikomatrix aus dem Toolkit herunter (Excel, 10 Szenarien, Heatmap; Probe auf Englisch). Sehen Sie, wie Risikoniveau und Kategorie berechnet werden, bevor Sie sich entscheiden.
Kostenlose Probe herunterladen (Englisch)Häufige Fragen
Ist ein Risikobehandlungsplan in ISO 27001 Pflicht?
Ja. Abschnitt 6.1.3 verlangt, ihn zu formulieren und als dokumentierte Information aufzubewahren, und Abschnitt 8.3 verlangt seine Umsetzung mit aufbewahrten Ergebnissen.
Wer gibt den Risikobehandlungsplan frei?
Die Risikoeigentümer. Sie geben den Plan frei und akzeptieren das Restrisiko; halten Sie in jeder Zeile Name oder Rolle und Datum fest.
Dürfen hohe Risiken akzeptiert werden?
Die Norm erlaubt es, wenn der Risikoeigentümer eine informierte, dokumentierte Entscheidung trifft; ein Auditor erwartet aber eine klare Begründung und regelmäßige Überprüfung. In den Kriterien des Kits ist das bei hohen Risiken nur ausnahmsweise mit Freigabe der obersten Leitung vorgesehen.
Wie oft wird der Plan aktualisiert?
Bei jeder Änderung der Risikobeurteilung und im normalen ISMS-Betrieb; in der Praxis eine monatliche Fortschrittskontrolle und eine vollständige Überprüfung mindestens einmal im Jahr.
Garantiert eine Vorlage das Bestehen des Audits?
Nein. Die Zertifizierung hängt davon ab, wie das ISMS umgesetzt ist, und vom Audit einer Zertifizierungsstelle; eine gute Vorlage ordnet die Arbeit und hinterlässt klare Nachweise.
Verwandte Leitfäden
ISO 27001 Risikoanalyse: Was gehört in die Risikomatrix?
Was ISO/IEC 27001:2022 für die Risikobeurteilung verlangt, welche Spalten eine Risikomatrix braucht und wie man das Risikoniveau berechnet. Mit Excel-Probe.
Leitfaden lesen →Erklärung zur Anwendbarkeit (SoA) nach ISO 27001: was sie ist und wie man sie erstellt
SoA nach ISO/IEC 27001:2022: was die Erklärung zur Anwendbarkeit für die 93 Maßnahmen enthalten muss, Ausschlüsse begründen, häufige Fehler. Mit Excel-Vorlage.
Leitfaden lesen →ISO 27001 Gap-Analyse: wie weit ist Ihr ISMS von der Norm entfernt?
Gap-Analyse nach ISO/IEC 27001:2022: 29 Prüffragen zu den Abschnitten 4 bis 10, 93 Maßnahmen aus Anhang A, Bewertung mit Ampel und nächste Schritte.
Leitfaden lesen →Aktualisiert: 2026-10-29