NIS2 macht Security-Aufsicht zur Sache der Geschäftsleitung — aber die Organisation hat keine echte Erkennung: kein SIEM, keine Audit-Trails, keinen Incident-Pfad. Sie braucht belegbares Security-Monitoring und einen funktionierenden SOC, und sie will, dass ihr eigenes Team ihn betreibt.
Bausteine
Das Ergebnis: ein funktionierender SOC, der der Organisation gehört — belegbare Kontrolle, NIS2-belastbar, ISO-27001/BSI-ready, von einem geschulten internen Team betrieben. →
Sprich mit uns
Was jeder Stakeholder wirklich fragt
CEO
Wie exponiert sind wir unter NIS2 gerade?
Wenn ihr keine Erkennung, keine Audit-Trails und keinen Incident-Pfad habt, ist „wir sind nicht dazu gekommen“ selbst ein Befund — und die Haftung liegt beim Vorstand, nicht nur bei der IT. Ein funktionierender SOC macht aus dieser Exposition eine belastbare, belegbare Haltung. →
SicherheitIst NIS2 wirklich Sache des Vorstands, nicht der IT?
Ja — NIS2 macht Cyber-Aufsicht zur ausdrücklichen Leitungspflicht, mit persönlicher Haftung der Geschäftsleitung im Anwendungsbereich. Die Arbeit könnt ihr delegieren, die Verantwortung nicht. Eine benannte Funktion mit Nachweisen ist das, was sie erfüllt. →
Rent-a-Security-OfficerWas kostet uns ein Breach im Vergleich dazu?
Ein materieller Breach geht in die Millionen an direkten Kosten, plus Reputationsschaden, der Jahre zum Beheben braucht. Ein funktionierender SOC senkt sowohl Wahrscheinlichkeit als auch Schadensradius — und belegt Sorgfalt, falls es doch passiert.
CFO
Sprengt ein SIEM und ein SOC nicht das Budget?
Nicht so — eine selbst-gehostete
Security & Observability Platform ersetzt pro-Gigabyte-SaaS-Abrechnung (die mit euren Daten wächst) durch einen festen Infrastruktur-Kostenposten, und einen fraktionalen CISO statt einer Vollzeit-Einstellung. Vorhersehbar, dimensioniert auf euer reales Risiko.
SaaS-SIEMs rechnen pro Gigabyte ab — wie vermeiden wir ausufernde Kosten?
Durch Self-Hosting: die Plattform ist ein fester Infrastruktur-Kostenposten, keine pro-Gigabyte-Ingestion, die mit euren Logs wächst. Ihr könnt mehr aufbewahren, nicht weniger, ohne Rechnungsschock.
Müssen wir dafür ein ganzes Security-Team einstellen?
Nein — ein fraktionaler
CISO liefert die Führung, wir stellen den SOC auf und schulen eure bestehenden Leute. Ihr skaliert nur dann zu einem vollen Team, wenn es gerechtfertigt ist.
CIO
Wie fügt sich Monitoring in das ein, was wir betreiben, und wer betreibt es?
Standardbasierte Ingestion (Syslog, Agents, APIs) über Endpoints, Server, Netzwerk und Cloud — additiv, kein Umbau. Wir entwerfen die SOC-Rollen und schulen euer Team zum Betrieb; ihr besitzt die Erkennung und die Daten. →
BeratungStört das Ausrollen von Agents und Collectors die Produktion?
Minimal — leichtgewichtige Agents plus Standard-Syslog/API-Ingestion, Bestand für Bestand ausgerollt. Es ist additives Monitoring, keine Änderung an euren laufenden Systemen.
Cloud, On-Prem und Container — deckt ein System alles ab?
Ja — Erkennung über Endpoints, Server, Netzwerk, Cloud-Workloads und Container in einem durchsuchbaren Index, sodass ihr eine Sicht statt fünf unverbundener Tools bekommt. →
Security & Observability PlatformCISO
Macht das Kontrolle wirklich belegbar oder sieht es nur beschäftigt aus?
Belegbar ist der ganze Punkt: eine messbare
OSSTMM-Baseline, SIEM/XDR-Erkennung, aufbewahrte durchsuchbare Nachweise und ein getesteter Incident-Pfad, unter einem ISO-27001-/BSI-ISMS — zertifizierungs-ready und audit-belastbar. Die Funktion, für die ihr verantwortlich seid, mit den Nachweisen dazu.
Wie schnell erkennen wir tatsächlich etwas?
In Echtzeit — regel- und signaturbasiert mit MITRE-ATT&CK-Mapping plus Verhaltensanomalien, mit Alerting in euren Incident-Pfad. Die OSSTMM-Baseline sagt euch, was ihr noch nicht seht. →
SicherheitBringt uns das durch ein ISO-27001-/NIS2-Audit?
Es ist dafür gebaut: dokumentierte Kontrollen, aufbewahrte durchsuchbare Nachweise und ein getesteter Incident-Pfad unter einem ISO-27001-/BSI-ISMS — zertifizierungs-ready, und die Nachweise sind da, wenn der Auditor fragt.
Projektleiter
Was ist der Lieferplan und die Timeline?
Phasiert: OSSTMM-Bewertung → Monitoring aufgestellt → Perimeter gehärtet → ISMS → SOC-Übergabe (die Schritte unten). Burndown/Gantt, ein Meilenstein pro Phase, und erste Erkennungen früh live — sichtbare Risikoreduktion in Wochen.
Wann bekommen wir die erste echte Erkennung?
Früh — Monitoring wird in der ersten Bau-Phase aufgestellt (siehe Gantt), sodass ihr live Erkennungen und Dashboards habt, bevor die ISMS-Papierarbeit fertig ist. Das Risiko sinkt von Anfang an, nicht erst am Ende.
Wie phasieren wir das, ohne uns zu verzetteln?
Bewerten → Monitoring aufstellen → Perimeter härten → ISMS → SOC-Übergabe. Jede Phase ist ein Meilenstein mit eigenem Wert; ihr wartet nicht auf das ganze Programm, um zu profitieren.
Hausinterner Architekt
Wir betreiben unsere eigene Infrastruktur — passt das dazu oder kämpft es dagegen?
Es passt: selbst-gehostet auf eurer Infrastruktur, offen und werkzeugneutral, gespeist aus euren bestehenden Systemen statt sie zu ersetzen. Wir integrieren mit eurer Architektur und übergeben dokumentiert. →
Rent-an-Enterprise-ArchitectIst das noch ein Agent und eine Konsole, in die wir nicht hineinsehen können?
Nein — es ist Open-Source-basiert und selbst-gehostet, und die Daten und Dashboards sind eure. Ihr könnt Regeln, Abfragen und Retention inspizieren und tunen. Keine Black Box, keine pro-Seat-Analytics-Lizenz. →
Security & Observability PlatformWem gehören die Detection-Inhalte und das Tuning langfristig?
Euch — wir entwerfen den SOC, schreiben die initialen Regeln und schulen euer Team, sie zu besitzen und zu tunen. Die Detection-Logik ist eure zum Lesen und Ändern. →
Rent-an-Enterprise-ArchitectWie es end-to-end läuft
flowchart LR
A["Idee: NIS2 ist Chefsache"] --> B["Messen (OSSTMM)"]
B --> C["Monitoring bauen (SIEM/XDR)"]
C --> D["Den Perimeter härten"]
D --> E["Betrieb unter einem ISMS"]
E --> F["Übergabe: euer SOC, euer Team"]Die Idee — NIS2 ist Chefsache
Unter NIS2 ist unzureichende Cyber-Governance eine Haftung der Geschäftsleitung — und „wir sind nicht dazu gekommen“ ist selbst ein Befund. Die Organisation braucht echte Erkennung und eine belastbare Haltung. Siehe
Sicherheit.
Messen (OSSTMM)
Ein fraktionaler
Security Officer führt eine messbare
OSSTMM-Bewertung durch — was exponiert ist, was kontrolliert ist, was eine echte Lücke ist — und liefert eine Baseline zum Verfolgen, keine Checkliste. Ein
DPO deckt die DSGVO-Überschneidung ab.
Das Monitoring bauen (SIEM/XDR)
Die selbst-gehostete
Security & Observability Platform kommt rein: Erkennung über Endpoints, Server, Netzwerk und Cloud, mit Alerting, Audit-Trails und Dashboards, die der Organisation gehören — kein pro-Gigabyte-SaaS.
Den Perimeter härten
Betrieb unter einem ISMS
Ein schlankes ISO-27001-/BSI-Grundschutz-ISMS macht aus dem Monitoring Governance: dokumentierte Kontrollen, aufbewahrte Nachweise, ein getesteter Incident-Pfad — zertifizierungs-ready, wenn eine Ausschreibung oder ein Kunde es braucht.
Übergabe — euer SOC, euer Team
Wir entwerfen die Rollen, schulen das Security-Team und übergeben den laufenden SOC. Die Organisation kann Kontrolle gegenüber Auditoren, Versicherern und Regulatoren belegen — selbst. Siehe
Beratung.
Indikative Phasen (keine Zusage)
gantt
dateFormat YYYY-MM-DD
axisFormat %b
section Bewerten
OSSTMM-Bewertung :a1, 2026-01-05, 2w
section Bauen
SIEM und XDR :a2, after a1, 5w
Perimeter haerten :a3, after a2, 3w
section Betrieb
ISMS :a4, after a3, 4w
SOC-Uebergabe :a5, after a4, 3w