Produktstand · geprüft am 27.10.2026

Ein ISMS, das im Alltag mitläuft.

Mit der Freigabe ist ein ISMS nicht fertig. Neue Systeme, Vorgaben und Dienstleister ändern seine Grundlagen. BlueProceedings ISMS verbindet die Arbeit von der Planung bis zur Prüfung – damit sichtbar bleibt, was gilt, wer entscheidet und was erneut auf den Tisch gehört.

  • Arbeitsweise: welches Problem die Funktion löst und wie der Ablauf zusammenhängt
  • Produktstand: was heute in der Pre-Alpha vorhanden ist und wo ihre Grenzen liegen

1. Den Rahmen festlegen.

Erhebung und Planung nach BSI-Standard 300-1, Kapitel 2: Die Leitung gibt den Rahmen vor, die Arbeit wird auf mehrere Schultern verteilt. Alle elf Teilschritte mit Bildern aus der Pre-Alpha.

Kontext und Verpflichtungen

Interne und externe Einflussfaktoren, rechtliche und vertragliche Pflichten sowie Entscheidungen dazu stehen an einem Ort. Ändert sich ein verwendeter Faktor wesentlich, weist die Anwendung auf betroffene Entscheidungen zur Prüfung hin.

Geltungsbereich und Stakeholder

Prozesse, Systeme und andere erfasste Objekte gehören grundsätzlich dazu; Ausschlüsse werden begründet. Erwartungen interessierter Parteien lassen sich erfassen und gewichten.

Prozesse und Schutzbedarf

Geschäftsprozesse werden mit ihren Informationen und Abhängigkeiten beschrieben. Schadensszenarien helfen, den Schutzbedarf je Schutzziel zu begründen.

Leitlinie und Dokumente

Sicherheitsziele, Leitlinie und ISMS-Dokumente erhalten einen nachvollziehbaren Stand mit Freigabe und Kommunikation.

Rollen, RACI und Vertretung

Fachbereiche pflegen ihre Angaben, der ISB steuert, die Leitung entscheidet. Die RACI-Matrix zeigt Zuständigkeiten; der Vertretungsplan warnt vor unbesetzten Rollen.

Risikomethodik und Risikoappetit

Die Leitung legt den Rahmen für Bewertungen und Entscheidungen fest. Sie kann bestimmen, ob Restrisiken anhand freigegebener Regeln oder einzeln zur Entscheidung vorgelegt werden.

Aus der Pre-Alpha

Sehen, wer einspringt, bevor eine Rolle unbesetzt ist.

Fällt jemand aus, bleibt oft offen, wer die Aufgaben übernimmt. Der Vertretungsplan legt Abwesenheiten und Vertretungen je Rolle nebeneinander und weist auf Lücken hin.

Im Beispiel fehlt während einer Abwesenheit die Vertretung für die Rolle Auditor. Der Plan zeigt die eingetragenen Abwesenheiten, nicht deren Grund.

BlueProceedings ISMS · Pre-Alpha
Vertretungsplan über sechs Wochen mit Kalenderwochen und Tagen. Je abwesender Person ein Block mit schraffiertem Abwesenheitsbalken und einer Bahn je Rolle: Alex Nordstern ist vom 26. bis 30.10. abwesend, App-Admin vertritt Sam, IT-Betrieb vertritt Jonas. Kim Nordstern ist vom 02. bis 13.11. abwesend, ISB und Notfallbeauftragte vertritt Alex. Sam Nordstern ist vom 10. bis 21.11. abwesend: App-Admin ist durch Alex als weiteren Inhaber der Rolle gedeckt, Compliance vertritt Kim, für die Rolle Auditor gibt es keine Vertretung. Darüber steht die Warnung „Keine Vertretung für die Rolle Auditor“ mit dem Zeitraum.
Fiktive Demo-Daten aus der Pre-Alpha

2. Den Informationsverbund verstehen.

Anforderungsanalyse nach BSI-Standard 300-1, Kapitel 3: vom Geschäftsprozess zum passenden Anforderungspaket.

Bestand und Abhängigkeiten

Prozesse, Informationen, Komponenten, Dienstleister, Standorte und Schnittstellen werden verknüpft. Derselbe Bestand dient auch Risiken, Berichten und Notfallvorsorge.

OSCAL und Katalogstände

Kataloge werden mit Version und Herkunft eingelesen. Ein Vergleich zeigt Änderungen, bevor ein Informationsverbund auf einen neuen Stand wechselt. Zur Katalogverwaltung.

Blaupausen und Anforderungen

Zielobjektkategorien, Kataloge und Blaupausen führen zum Anforderungspaket. Herkunft, Parameter und begründete Ausnahmen bleiben sichtbar.

Vorlagen wiederverwenden

Informationsverbund-, Komponentensatz- und Komponentenvorlagen helfen, wiederkehrende Strukturen und Erfahrungswissen erneut zu nutzen.

3. Lücken und Risiken bearbeiten.

Realisierung nach BSI-Standard 300-1, Kapitel 4: vom Umsetzungsstand zur begründeten Entscheidung.

Anforderungen bearbeiten

Verantwortliche erfassen den Umsetzungsstand und planen offene Arbeit. Herkunft und Bezug zum eigenen Objekt bleiben an der Anforderung.

Betroffenheit prüfen

Ein Graph zeigt, welche Objekte über Abhängigkeiten mitbetroffen sein könnten. Die Anwendung schlägt vor; Menschen bestätigen, verwerfen oder klären die Vorschläge.

Vom Auslöser zum Restrisiko

Die Risikoakte verbindet Ursache, Bewertung, betroffene Objekte, Behandlung, Maßnahme, Restrisiko und Wiedervorlage. Zum Risikomanagement.

Maßnahmen planen

Verantwortung, Frist und Fortschritt stehen bei der Maßnahme. Was nach der Behandlung verbleibt, wird erneut bewertet und zur Entscheidung vorgelegt.

Aus der Pre-Alpha

Bei einem Vorfall sehen, was mitbetroffen sein könnte.

Ein Datenbank-Cluster fällt aus. Welche Prozesse und Komponenten davon abhängen, zeigt die Ausbreitungsprüfung anhand der erfassten Beziehungen.

Die Anwendung schlägt mögliche Betroffenheiten vor. Du prüfst jeden Vorschlag und bestätigst oder verwirfst ihn mit Begründung.

BlueProceedings ISMS · Pre-Alpha
Ausbreitungsprüfung als zweiseitiger Graph: in der Mitte das Startobjekt PostgreSQL-Cluster, links seine Voraussetzungen, rechts die davon abhängigen Objekte, je Spalte eine Ebene. Drei Objekte sind bestätigt, zwei veraltet, eines verworfen, eines nicht entscheidbar, acht noch zu prüfen. Eine Legende erklärt die Randformen.
Fiktive Demo-Daten aus der Pre-Alpha

4. Prüfen, ob es wirkt.

Überwachung nach BSI-Standard 300-1, Kapitel 5: Ein vorhandenes Dokument und ein erledigter Arbeitsschritt sind noch keine Wirksamkeitsprüfung.

Nachweise

Bezug, Gültigkeit und Prüfstatus stehen beim Nachweis. Zum Nachweismanagement.

Audit und Managementbewertung

Auditprogramm, Feststellungen, Kennzahlen und Managementbewertung führen Prüfergebnisse und Entscheidungen zusammen.

Berichte mit Datenstand

Ein Sicherheitskonzept ist eine Momentaufnahme. Ändern sich Grundlagen, zeigt ein Hinweis, warum es veraltet ist. Zum Berichtswesen.

Austausch mit Prüfenden

Erwartungen werden importiert und Nachweise als Prüfpaket exportiert. Der Austausch benötigt kein Gastkonto.

5. Aus Erkenntnissen besser werden.

Kontinuierliche Verbesserung nach BSI-Standard 300-1, Kapitel 6: Aus Feststellungen wird Folgearbeit, deren Wirkung geprüft wird.

Erledigt ist nicht wirksam

Eine Maßnahme schließt erst nach geprüften Wirksamkeitskriterien, gültigem Nachweis und erforderlicher Freigabe. Im Kleinunternehmen-Modus entfällt nur die personelle Trennung.

Sicherheitsvorfälle

Eine Zeitlinie hält Ereignisse und Entscheidungen fest; Korrekturen werden ergänzt. Erkenntnisse können bewusst in Folgearbeit übernommen werden.

Notfallvorsorge und Übungen

BIA, Verfahren, Organisation und Übungen nutzen den gemeinsamen Bestand. Im Lagezentrum stehen Plan und Ist nebeneinander. Zu BCM und Notfallmanagement.

Lernen während der Arbeit

Einrichtungsassistent, Feldhilfe und eine getrennte Übungsumgebung helfen beim Einstieg. Zum Lern-Modus.

Aus der Pre-Alpha

Ein Plan ohne Übung sagt wenig.

Im Lagezentrum steht der Plan eines Krisenlaufs neben dem tatsächlichen Ablauf: Was läuft, was ist abgeschlossen und wo entsteht Verzug?

Das Beispiel zeigt eine Funktionsübung mit mehreren Teams. Die Fortschreibung hilft beim Überblick; der Krisenstab beurteilt die Lage.

BlueProceedings ISMS · Pre-Alpha
Plan und Ist einer laufenden Funktionsübung „Löschgasauslösung im Rechenzentrum Nord“ fünfeinhalb Stunden nach Beginn: Je Zeile oben der Plan als graue Spur, darunter das Ist; schraffiert ist der Verzug. Acht von zehn begonnenen Schritten laufen später, einer früher als geplant. Die Schritte stehen in Bahnen je Team mit verantwortlicher Rolle, etwa IT-Betrieb, Netzwerk und Firewall oder Datenbankadministration; ein Versuch ist gescheitert, die rechnerische Fortschreibung für die Leitstellen-Plattform liegt dreieinhalb Stunden hinter dem Plan. Darunter stehen die Prozesse mit Frist: Das Notfall-Störungsmanagement Erdgas hat seine Frist von vier Stunden überschritten, beim Netzleitstellen-Dispatch weist die Fortschreibung auf eine mögliche Überschreitung hin. Je Prozess zeigt eine Kette, ob der Krisenstab informiert wurde und ob er die Verantwortlichen informiert hat; eine Information ist überfällig.
Fiktive Demo-Daten aus der Pre-Alpha

Das ist noch nicht alles.

Weitere Funktionen sind bereits umgesetzt. Wir bereiten ihre Vorstellung noch vor – schau später wieder vorbei.

Die Arbeit hängt zusammen.

Auf der Startseite zeigen wir anhand von Demodaten, wie einzelne Schritte in der Pre-Alpha aussehen.