Security Config as Code bezeichnet das Prinzip, die Konfiguration von Sicherheits-Tooling nicht händisch pro Host zu pflegen, sondern versioniert, nachvollziehbar und reproduzierbar auszurollen – analog zu Infrastructure as Code, aber mit Fokus auf Detection- und Schutzregeln.
Warum UEBERBIT das so macht
Über eine Flotte von ~40 VMs ist manuelle Pflege von Sicherheitsregeln weder konsistent noch auditierbar. Wir versionieren daher die Konfiguration unserer Security-Werkzeuge – etwa Wazuh-Regeln und -Decoder sowie CrowdSec-Szenarien und -Whitelists – in GitLab. Änderungen laufen über nachvollziehbare Commits, lassen sich reviewen und einheitlich verteilen.
Vorteile
- Nachvollziehbarkeit und Audit-Trail für Regeländerungen (relevant für ISO 27001)
- Reproduzierbarer, konsistenter Rollout über die gesamte Flotte
- Rückrollbarkeit bei Fehlkonfigurationen
- Weniger Drift zwischen einzelnen Hosts
Status
Im produktiven Einsatz für Teile unseres Security-Stacks, mit dem Ziel, das Muster flächendeckend zu etablieren – daher Trial.