Wer unter NIS2 fällt oder nach ISO 27001 zertifiziert wird, muss zeigen, wer was darf, wer was getan hat und wie Daten zurückkommen. Clusterward erzwingt diese Regeln im Kubernetes-Betrieb und schreibt jede Änderung mit – Sie exportieren die Nachweise, statt sie zusammenzusuchen.
NIS2 verlangt in Art. 21 technische und organisatorische Maßnahmen, unter anderem Zugriffskontrolle, Mehr-Faktor-Authentifizierung, Verschlüsselung, Backups und Umgang mit Sicherheitsvorfällen. Clusterward setzt die technischen Teile für den Betrieb Ihrer Anwendungen auf Scaleway um und protokolliert sie. Damit ist ein Unternehmen nicht automatisch NIS2-konform – Risikoanalyse, Meldewege und Schulungen bleiben Ihre Aufgabe –, aber der Kubernetes-Betrieb wird prüfbar.
Rollen, Anwendungs-Scope, IP-Allowlist und Alarme einmal einrichten.
Deployments, Datenbanken und Zugriffe laufen über das Cockpit oder API-Tokens.
Jede Änderung landet im Audit-Log, Geheimnisse nie im Klartext.
Audit-Log filtern oder die ganze Konfiguration als Datei exportieren.
Nicht als Bericht am Jahresende, sondern als Eigenschaft jeder Aktion im Cockpit.
Jeder Nutzer meldet sich mit Passwort und TOTP-Code an, ohne Ausnahme. Nach Fehlversuchen wird das Konto gesperrt, Anmeldungen sind pro Adresse gedrosselt.
Rollen legen pro Bereich fest, ob jemand sehen, bedienen oder verwalten darf, und auf welche Anwendungen. Eine Prüfer-Rolle liest das Audit-Log, ohne etwas ändern zu können.
Jede Änderung mit Zeit, Person oder API-Token und betroffenem Objekt – filterbar nach Person, Aktion und Zeitraum. Werte von Secrets stehen nie darin. Auch jeder lesende Blick in eine Datenbank über die SQL-Konsole steht darin.
Zugangsdaten und Secrets liegen AES-256-GCM-verschlüsselt und werden nach dem Speichern nie wieder angezeigt. Jeder Host bekommt ein TLS-Zertifikat.
Automatische Datenbank-Snapshots, Backups einzelner Datenbanken, Volume-Snapshots und Rückkehr zu jeder früheren Version – mit Bestätigung und Protokoll.
Fehlgeschlagene Deployments, hängende Pods, ablaufende Zertifikate und geänderte Secrets melden sich per Webhook, Slack, Teams oder E-Mail.
Eine Orientierung, keine Rechtsberatung: Die Maßnahmen aus Art. 21 Abs. 2 und wo der Betrieb hilft.
| Maßnahme | Beitrag von Clusterward | Bleibt bei Ihnen |
|---|---|---|
| Zugriffskontrolle | Rollen, Anwendungs-Scope, IP-Allowlist | Wer welche Rolle bekommt |
| Mehr-Faktor-Authentifizierung | TOTP für jeden Nutzer, ohne Ausnahme | Geräte der Mitarbeitenden |
| Kryptografie | Verschlüsselte Secrets, TLS für jeden Host | Verschlüsselung in der Anwendung |
| Aufrechterhaltung des Betriebs | Snapshots, Backups, frühere Versionen, Export | Notfallplan und Wiederanlauf-Tests |
| Bewältigung von Vorfällen | Alarme und Audit-Log als Spur | Meldung an Behörden und Kunden |
| Schwachstellen und Wartung | Kubernetes- und Add-on-Updates, gehärtete Pods | Abhängigkeiten im eigenen Code |
| Lieferkette | EU-Anbieter, eigenes Scaleway-Projekt, eigene Registry | Bewertung Ihrer Dienstleister |
Rollen, Pflicht-2FA, IP-Allowlist und API-Tokens beschreibt Sicherheit & Zugriff. Wie Datenbanken und Volumes zurückkommen, steht unter Backups & Wiederherstellung.
Welche Ereignisse Alarm schlagen und wohin, zeigen die Benachrichtigungen. Warum der Standort in der EU für Ihre Lieferkette zählt, erklärt Digitale Souveränität.
Welche Fragen ein Prüfer stellt und welche Belege tragen, zeigt NIS2 im Kubernetes-Betrieb; warum Kubernetes Secrets allein nicht reichen, Kubernetes Secrets: Warum Base64 keine Verschlüsselung ist.
Rollen, Pflicht-2FA, Audit-Log und IP-Allowlist.
Zu Sicherheit & ZugriffDatenbanken, Volumes und frühere Versionen zurückholen.
Zu Backups & WiederherstellungWebhook, Slack, Teams oder E-Mail – einmal pro Ereignis.
Zu BenachrichtigungenIhre Frage ist nicht dabei? Schreiben Sie uns, wir antworten in der Regel am selben Werktag.
Frage stellenBringen Sie Ihre Prüfliste mit: Wir zeigen Rollen, 2FA, Audit-Log, Backups und Export an einer laufenden Umgebung.
