Startseite › Leitfäden › Erklärung zur Anwendbarkeit

Erklärung zur Anwendbarkeit (SoA) nach ISO 27001: Inhalt und Beispiel

Die Erklärung zur Anwendbarkeit (Statement of Applicability, SoA) ist das Dokument, das Auditoren zuerst öffnen: jede Maßnahme aus Anhang A, ob sie anwendbar ist, warum, und wie weit sie umgesetzt ist. Hier sehen Sie den Pflichtinhalt, ein ausgefülltes Beispiel und die Fehler, die zu Abweichungen führen.

Auf einen Blick

  • Anforderung: ISO/IEC 27001:2022, Abschnitt 6.1.3 d).
  • Umfang: alle 93 Maßnahmen aus Anhang A, in vier Themen.
  • Je Maßnahme: anwendbar oder nicht, Begründung, Umsetzungsstatus.
  • In Dazr: aus Ihren Controls erstellt, freigegeben und als PDF, CSV oder Excel exportiert (Pro).

Auf dieser Seite

  1. Was ist die Erklärung zur Anwendbarkeit?
  2. Was hineingehört
  3. Beispiel: SaaS-Unternehmen mit 60 Mitarbeitenden
  4. Häufige Feststellungen im Audit
  5. Die SoA in Dazr erstellen
  6. Häufige Fragen

Was ist die Erklärung zur Anwendbarkeit?

Abschnitt 6.1.3 d) der ISO/IEC 27001:2022 verlangt eine Erklärung zur Anwendbarkeit mit den erforderlichen Maßnahmen, der Begründung für ihre Aufnahme, der Angabe, ob sie umgesetzt sind, und der Begründung für den Ausschluss von Maßnahmen aus Anhang A. Sie verbindet Ihre Risikobehandlung mit Anhang A: Jede Maßnahme folgt aus einem Risiko, einer gesetzlichen oder vertraglichen Anforderung oder einer Geschäftsentscheidung.

37Organisatorische Maßnahmen (5.1 bis 5.37)
8Personenbezogene Maßnahmen (6.1 bis 6.8)
14Physische Maßnahmen (7.1 bis 7.14)
34Technologische Maßnahmen (8.1 bis 8.34)

Was hineingehört

  • Maßnahme: Nummer und Titel aus Anhang A, zum Beispiel 5.15 Zugangssteuerung.
  • Anwendbar: ja oder nein, für alle 93 Maßnahmen.
  • Begründung: warum aufgenommen (Risiko, gesetzliche oder vertragliche Anforderung, Geschäftsbedarf, gute Praxis) oder ausgeschlossen (Tätigkeit findet nicht statt, Risiko besteht nicht, außerhalb des Geltungsbereichs).
  • Umsetzungsstatus: umgesetzt, teilweise umgesetzt, geplant oder nicht umgesetzt.
  • Nachweis und Verantwortliche: wo der Auditor sieht, dass es funktioniert, und wer zuständig ist.
  • Version und Freigabe: Datum, Version und Freigabe; der Auditor prüft, ob sie zum aktuellen Risikobehandlungsplan passt.

Beispiel: SaaS-Unternehmen mit 60 Mitarbeitenden

Ein vollständig remote arbeitendes Softwareunternehmen, das sein Produkt bei einem ISO-27001-zertifizierten Cloud-Anbieter betreibt und selbst entwickelt. Acht Zeilen aus seiner SoA:

5.1 InformationssicherheitsrichtlinienAnwendbar. Gefordert durch Abschnitt 5.2 und Kundenverträge. Umgesetzt: Informationssicherheitsleitlinie v4, im März von der Geschäftsführung freigegeben.
5.15 ZugangssteuerungAnwendbar. Risiko R-03 (unbefugter Zugriff auf Kundendaten). Umgesetzt: Zugriffsrichtlinie, vierteljährliche Rechteprüfung.
5.23 Informationssicherheit für die Nutzung von Cloud-DienstenAnwendbar. Geschäftsbedarf: Das Produkt läuft in einer Public Cloud. Teilweise umgesetzt: Exit-Plan fehlt noch.
6.3 Informationssicherheitsbewusstsein, -ausbildung und -schulungAnwendbar. Gesetz: NIS2 Art. 20 und Kundenanforderungen. Umgesetzt: Schulung beim Eintritt und jährliche Auffrischung, Teilnahmenachweise.
7.4 Physische SicherheitsüberwachungAusgeschlossen. Kein eigenes Büro oder Rechenzentrum; der Hosting-Anbieter deckt seine Standorte ab (Zertifikat liegt vor). Nicht anwendbar; jährlich überprüft.
8.13 Sicherung von InformationenAnwendbar. Risiko R-07 (Datenverlust). Umgesetzt: tägliche Backups, Wiederherstellungstest jedes Quartal.
8.24 Verwendung von KryptographieAnwendbar. Risiko R-03 und vertragliche Verschlüsselungsklausel. Geplant: Verfahren für das Schlüsselmanagement bis Q1.
8.25 Lebenszyklus einer sicheren EntwicklungAnwendbar. Geschäftsbedarf: eigene Produktentwicklung. Umgesetzt: Richtlinie zur sicheren Entwicklung, Code-Review bei jedem Merge.

Häufige Feststellungen im Audit

  • Eine Maßnahme ohne Begründung ausschließen, oder nur mit „nicht relevant“.
  • Eine SoA, die nicht zum Risikobehandlungsplan passt oder noch die 114 Maßnahmen der ISO 27001:2013 enthält.
  • Status „umgesetzt“ ohne Nachweis, den der Auditor einsehen kann.
  • Keine Version, kein Datum, keine Freigabe: Niemand weiß, welche SoA gilt.
  • Eine Maßnahme ausschließen, die der Geltungsbereich offensichtlich braucht, etwa Cloud-Sicherheit, wenn alles in der Cloud läuft.

Die SoA in Dazr erstellen

  • Aus Ihren Controls: Jede Maßnahme aus Anhang A im ISO-27001-Framework bekommt eine Entscheidung anwendbar oder ausgeschlossen, mit Gründen und Begründung.
  • Status aus der Arbeit selbst: Umsetzungsstatus, Nachweise und Prüfdatum kommen aus dem Control, die SoA bleibt aktuell.
  • Filtern und freigeben: nach anwendbar oder ausgeschlossen filtern, eine Version freigeben und sehen, wann sich die SoA seit der letzten Freigabe geändert hat.
  • Export: PDF für den Auditor, CSV oder Excel zum Weiterarbeiten; der Auditor kann sie auch schreibgeschützt einsehen.
  • Tarif: Die Erklärung zur Anwendbarkeit ist Teil von Pro, 99 € im Monat, 14 Tage kostenlos testen.

Dazr hilft Ihnen, die SoA aufzubauen und zu belegen; Dazr zertifiziert nicht. Die Zertifizierung erfolgt durch eine akkreditierte Zertifizierungsstelle.

Quelle: ISO/IEC 27001:2022, Abschnitt 6.1.3 und Anhang A (93 Maßnahmen). Zuletzt geprüft am 19. Oktober 2026.

Häufige Fragen

Müssen alle 93 Maßnahmen in die SoA?

Ja. Jede Maßnahme aus Anhang A erscheint mit einer Entscheidung. Ausgeschlossene Maßnahmen bleiben im Dokument, mit der Begründung des Ausschlusses.

Dürfen wir eine Maßnahme ausschließen?

Ja, mit Begründung, zum Beispiel weil die Tätigkeit nicht stattfindet, das Risiko nicht besteht oder sie außerhalb des Geltungsbereichs liegt. „Nicht relevant“ allein ist keine Begründung.

Gibt es eine offizielle Vorlage?

Nein. ISO/IEC 27001 schreibt den Inhalt vor, nicht die Form. Üblich ist eine Tabelle mit Maßnahme, Anwendbarkeit, Begründung, Status und Nachweis.

Sind wir mit Dazr ISO-27001-zertifiziert?

Nein. Dazr hält Ihre Controls, Nachweise und SoA für das Audit in Ordnung; das Zertifikat stellt eine akkreditierte Zertifizierungsstelle aus.

Eine SoA, die zu Ihren Controls passt.

Starten Sie kostenlos mit ISO 27001 für einen Nutzer; Erklärung zur Anwendbarkeit, Richtlinien und Prüferzugang gibt es mit Pro für 99 € im Monat.

Diese Seite enthält allgemeine Informationen. Verbindlich ist die Norm ISO/IEC 27001:2022.