Ein ISMS nach ISO 27001 aufbauen.

Starte mit der Projektvorlage Information Security (ISMS) in Manager: Risikoregister, Annex-A-Maßnahmen, Anwendbarkeitserklärung und Audits, geführt von deinem Agenten. Aufgebaut nach ISO/IEC 27001, als unabhängige Vorlage.

Warum dein ISMS in Manager führen?

Risiken bestimmen die Maßnahmen

Jedes Risiko bekommt eine Bewertung, einen Verantwortlichen und eine Behandlung, und daraus folgen die Maßnahmen.

Nachweise dort, wo die Arbeit ist

Jede Maßnahme läuft bis zum Status Verifiziert, mit angehängtem Nachweis, bereit fürs Audit.

Audits, die den Kreis schließen

Jede Feststellung läuft über Ursachenanalyse und Korrekturmaßnahme, bis die Lösung hält.

ISO/IEC 27001 in Kürze.

ISO/IEC 27001 legt die Anforderungen an ein Informationssicherheits-Managementsystem (ISMS) fest. Die Abschnitte 4 bis 10 reichen von Kontext und Führung über Planung und Betrieb bis zu Bewertung und Verbesserung. Im Mittelpunkt: Risiken nach eigenen Kriterien beurteilen und behandeln.

Annex A listet Referenzmaßnahmen, 93 in vier Themen in der Ausgabe 2022. Die Anwendbarkeitserklärung (Statement of Applicability) hält fest, welche gelten und warum. Audits, Korrekturen und Bewertungen verbessern das ISMS laufend.

  1. Geltungsbereich
  2. Risikobeurteilung
  3. Risikobehandlung
  4. Anwendbarkeitserklärung
  5. Maßnahmen
  6. Audit
  7. Bewertung

ISO/IEC 27001 in Manager.

Wo jeder Teil der Norm in deinem Projekt zu Hause ist.

ISO/IEC 27001In Manager
Geltungsbereich und Risikokriterien (Abschnitte 4-6)Eine Wiki-Seite aus dem Skill isms-context, an der sich jeder andere Skill misst.
Risikobeurteilung und -behandlungAufgaben vom Typ Risk mit Likelihood, Impact, Risk Score, Risk Owner und Treatment.
Annex A und AnwendbarkeitserklärungEin Control je Maßnahme mit Control Family und Applicability; die Erklärung als Wiki-Seite.
Internes Audit (Abschnitt 9.2)Eine Aufgabe vom Typ Audit; jede Lücke wird ein Finding.
Korrekturmaßnahme (Abschnitt 10.2)Das Finding läuft vom Status Ursachenanalyse bis Geschlossen; Korrekturen sind untergeordnete Action Items.
Managementbewertung (Abschnitt 9.3)Eine datierte Wiki-Seite pro Bewertung; Entscheidungen werden Action Items.

Der Workflow.

  1. Das Projekt anlegen

    Verbinde deinen KI-Agenten über MCP; er legt das Projekt aus der Vorlage an.

    Sag deinem AgentenManager: Leg ein Projekt aus der Vorlage Information Security (ISMS) an.

  2. Geltungsbereich festlegen und Risiken bewerten

    Leg den Geltungsbereich fest und ab wann ein Risiko akzeptabel ist. Dann bewertest du jedes Risiko, benennst einen Verantwortlichen und wählst die Behandlung.

    Sag deinem AgentenManager: Nimm den Skill isms-context, leg mit mir den Geltungsbereich und die Akzeptanzkriterien für Risiken fest und führ danach risk-assessment aus.

  3. Die Anwendbarkeits­erklärung veröffentlichen

    Der Agent legt für jede Annex-A-Maßnahme ein Control an. Du entscheidest, welche gelten und warum.

    Sag deinem AgentenManager: Führ den Skill statement-of-applicability anhand unseres Risikoregisters aus.

  4. Maßnahmen umsetzen und prüfen

    Bring jede anwendbare Maßnahme bis zum Status Verifiziert. Offene Arbeit läuft als Action Items, der Nachweis kommt ans Control.

    Sag deinem AgentenManager: Führ den Skill control-implementation für die anwendbaren Maßnahmen aus, die noch nicht verifiziert sind.

  5. Auditieren, bewerten, verbessern

    Audits ergeben Findings, Korrekturmaßnahmen schließen sie, und die Managementbewertung legt fest, was sich ändert.

    Sag deinem AgentenManager: Führ mit dem Skill internal-audit das nächste interne Audit durch.

Was die Vorlage anlegt.

Ein Projekt aus der Vorlage Information Security (ISMS) startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.

Control

Eine Referenzmaßnahme aus Annex A, auf Anwendbarkeit geprüft, bis zum Status Verifiziert gebracht.

  1. Nicht umgesetzt
  2. Teilweise umgesetzt
  3. Umgesetzt
  4. Verifiziert
  5. Nicht anwendbar

Risk

Ein Informationssicherheitsrisiko, bewertet, dann behandelt oder akzeptiert.

  1. Identifiziert
  2. Bewertet
  3. In Behandlung
  4. Überwacht
  5. Risiko akzeptiert

Finding

Eine Abweichung aus einem Audit, per Korrekturmaßnahme bis zum Abschluss bearbeitet.

  1. Offen
  2. Ursachenanalyse
  3. Korrekturmaßnahme
  4. Wird verifiziert
  5. Geschlossen

Audit

Ein internes ISMS-Audit (Abschnitt 9.2).

  1. Geplant
  2. Feldprüfung
  3. Berichterstattung
  4. Geschlossen

Action Item

Der Standardtyp: eine Aufgabe unter einer Maßnahme, einem Risiko oder einer Feststellung.

  1. Offen
  2. In Arbeit
  3. Erledigt

Skills

Diese Skills bringt die Vorlage in Manager mit:

  • isms-context

    Geltungsbereich, Risikomethode, Akzeptanzkriterien. Zuerst ausführen.

  • risk-assessment

    Risiken erkennen, bewerten und behandeln.

  • statement-of-applicability

    Annex-A-Maßnahmen anlegen, Anwendbarkeit markieren, Erklärung veröffentlichen.

  • control-implementation

    Maßnahmen mit Nachweis bis zum Status Verifiziert bringen.

  • internal-audit

    Audit planen, Maßnahmen prüfen, Findings erfassen.

  • corrective-action

    Ursache, Korrektur, Prüfung, Abschluss.

  • management-review

    Regelmäßige Bewertung; Entscheidungen werden Action Items.

Gut zu wissen.

Zertifizierung und Norm

Zertifizieren kann nur eine akkreditierte Zertifizierungsstelle; Manager bereitet dich auf das Audit vor. Den Normtext bekommst du von der ISO, also prüf die angelegten Controls gegen dein Exemplar.

Nachweise mit Historie

Hänge Richtlinien und Screenshots an das Control, das sie belegen. Aktivität, Wiki-Revisionen und Audit-Protokoll zeigen, wer was wann geändert hat.

Eine Datenpanne betrifft auch die DSGVO

Erfasse Datenpannen in einem Projekt aus der Vorlage Privacy & Data Protection; in der App verknüpfst du sie mit dem Risk hier.

Dein ganzes ISMS bleibt aktuell.

Open Findings und Controls In Place zeigen, wo du stehst, und jede Änderung ist fürs nächste Audit dokumentiert.

Vorabzugang anfragen