WIE WIR ARBEITEN

Erst verstehen, was tatsächlich gilt. Dann verändern und erneut prüfen.

SVECURITY beginnt mit dem tatsächlichen technischen Zustand: Was ist belastbar bekannt, was ist noch unklar, welcher Scope ist relevant und welcher Zustand soll erreicht oder erhalten werden?

DIE ARBEITSLOGIK

Von der offenen Frage zu einem überprüften technischen Zustand.

01Einordnen

Wir klären Anlass, Scope, bekannten Zustand, vorhandene technische Nachweise und offene Fragen.

02Beobachten

Wir prüfen, was in der realen Umgebung tatsächlich vorhanden, erreichbar, konfiguriert oder wirksam ist.

03Verändern

Relevante Abweichungen werden priorisiert und in konkrete technische Maßnahmen überführt.

04Überprüfen

Nach der Veränderung prüfen wir erneut, ob der gewünschte Zustand im vereinbarten Scope tatsächlich gilt.

05Kontrollieren

Wo ein Zustand dauerhaft relevant ist, werden Veränderungen weiter beobachtet und neue Abweichungen eingeordnet.

WORAN WIR WIRKUNG FESTMACHEN

Eine Maßnahme ist nicht deshalb abgeschlossen, weil sie umgesetzt wurde.

Ein Patch, eine neue Regel oder eine geänderte Konfiguration beschreibt zunächst nur eine Handlung. Für die Sicherheitslage zählt, welcher technische Zustand danach tatsächlich beobachtet werden kann.

Deshalb gehört die erneute Überprüfung zur technischen Arbeit dazu. Erst sie zeigt, ob die beabsichtigte Wirkung im vereinbarten Prüfbereich tatsächlich erreicht wurde.

Der Maßstab

Nicht: Haben wir etwas getan? Sondern: Gilt der gewünschte Zustand jetzt wirklich?

METHODISCHE VERTIEFUNG

Zielzustand, beobachteter Zustand und Abweichung werden getrennt betrachtet.

01Target State

Der definierte Zielzustand: Was soll für den betrachteten Scope technisch gelten?

02Observed State

Der tatsächlich beobachtete Zustand: Was gilt technisch in der realen Umgebung?

03Security Drift

Die relevante Abweichung zwischen Zielzustand und beobachtetem Zustand, auch wenn sie erst durch Veränderungen im Betrieb entsteht.

04Remediation

Relevante Abweichungen werden in konkrete technische Veränderungen überführt.

05Verification

Die erneute Prüfung, ob der gewünschte Zustand im definierten Scope mit den vorhandenen Nachweisen belastbar bestätigt werden kann.

BELASTBARKEIT

Eine technische Aussage braucht Scope, Methode, Nachweise und Aktualität.

Wir unterscheiden zwischen dokumentiert, beobachtet und verifiziert. Was nicht geprüft oder durch belastbare technische Nachweise gestützt ist, bleibt ausdrücklich eine offene Annahme.

Auch ein negativer Befund schafft Klarheit: Wenn eine relevante Abweichung verifiziert ist, ist bekannt, wo technische Arbeit notwendig ist und was anschließend erneut geprüft werden muss.

DAUERHAFTE KONTROLLE

Ein erreichter Sicherheitszustand bleibt nicht automatisch bestehen.

Systeme, Identitäten, Berechtigungen, Abhängigkeiten, Dienstleister und Konfigurationen verändern sich. Dadurch kann ein zuvor bestätigter Zustand wieder vom Zielzustand abweichen.

Wo diese Veränderungen dauerhaft relevant sind, wird der definierte Zielzustand zur Referenz: neue Abweichungen werden erkannt, eingeordnet, technisch bearbeitet und anschließend erneut überprüft.

NÄCHSTER SCHRITT

Für den Einstieg müssen Sie die Methodik nicht selbst auf Ihr Problem übersetzen.

Anlass, relevanter Scope, bekannter Zustand und die heute offene technische Frage reichen für die erste Einordnung.