Start / Sicherheit und Compliance
Sicherheit und Compliance für Leitstellen kritischer Infrastruktur
Betreiber müssen gesicherte Sprach- und Notfallkommunikation nachweisen. Diese Seite zeigt, was openvocs dazu beiträgt, was in welchem Sektor gilt und welche Unterlagen wir liefern.
Drei Ebenen
Organisation, Produkt und Dienstleistung haben jeweils eigene Regeln. Wer sie trennt, weiß, welcher Nachweis wofür gebraucht wird.
Spacecomms
Anforderungen kommen über Verträge, Lieferantenfragebögen und Eignungskriterien der Betreiber. ISMS für Entwicklung, Auslieferung und Support von openvocs: [Stand freigeben]
openvocs
Spacecomms ist Hersteller der ausgelieferten Distribution im Sinne des Cyber Resilience Act. Meldepflicht für Schwachstellen ab der ersten Auslieferung, Sicherheitsupdates kostenlos und getrennt von Funktionsupdates.
Installation und Support
Das System läuft im Netz des Betreibers und liegt damit in dessen ISMS. Fernwartung: [Angebot offen]
Vorgaben nach Sektor
Die Pflichten liegen beim Betreiber. Die rechte Spalte zeigt, womit openvocs sie unterstützt.
| Sektor | Grundlage für den Betreiber | Beitrag von openvocs |
|---|---|---|
| Energie, Netzbetrieb | §§ 5c bis 5e EnWG, IT-Sicherheitskatalog, ISO-27001-Zertifikat des Betreibers | Betrieb im eigenen Netz; Selbstauskunft nach BDEW/OE/VSE-Whitepaper 3.0, das VoIP ausdrücklich nennt |
| Wasser, Fernwärme | BSIG, § 30 | gesicherte Sprach- und Notfallkommunikation (§ 30 Abs. 2 Nr. 10) |
| Transport und Verkehr | BSIG, KRITIS-Verordnung; Schiene zusätzlich § 16 Abs. 2 EBO | Recorder mit signierter Aufzeichnung, wo Aufzeichnung verlangt ist |
| Raumfahrt | NIS-2, Anlage 1, Sektor Weltraum | im Missionsbetrieb am GSOC erprobt |
| IT und Rechenzentren | BSIG, § 30 | Air-Gap-Betrieb, keine externen Abhängigkeiten |
| Finanz-IT | DORA Art. 28 bis 30 | Vertragsanhang nach DORA in Vorbereitung |
| Bundesverwaltung | §§ 29, 44 BSIG, IT-Grundschutz | Zuordnung zu IT-Grundschutz in Vorbereitung |
Keine Rechtsberatung. Ob und wie ein Betreiber betroffen ist, klärt er mit seiner Aufsicht oder Kanzlei.
Unterlagen für Betreiber
Auf Anfrage und unter Vertraulichkeit.
Es gibt kein NIS-2-Zertifikat für Produkte. NIS-2 verpflichtet Betreiber. Deshalb schreiben wir nicht „NIS-2-konform“, sondern ordnen jede Funktion der Maßnahme zu, die sie unterstützt.
- Quellcode
- Apache-2.0, öffentlich auf GitHub verfügbar
- § 30-Zuordnung
- Funktionen je Maßnahme nach § 30 Abs. 2 BSIG in Vorbereitung
- BDEW-Selbstauskunft
- nach Whitepaper 3.0 für Netzbetreiber in Vorbereitung
- SBOM
- maschinenlesbar nach BSI TR-03183-2 in Vorbereitung
- Datenschutz Recorder
- DSFA-Vorlage, Löschkonzept, AV-Vertrag in Vorbereitung
- Schwachstellen melden
- /.well-known/security.txt [security@spacecomms.com]
Compliance-Unterlagen anfragen
Für Einkauf, Informationssicherheit und Datenschutz des Betreibers.