Unterschiedliche Risiken brauchen unterschiedliche Prüfungen
Statische Analyse untersucht Quellcode. Abhängigkeitsprüfungen suchen bekannte Probleme in eingebundenen Komponenten. Geheimnisscans sollen versehentlich eingecheckte Zugangsdaten erkennen. Keine dieser Prüfungen zeigt allein, ob eine Geschäftsberechtigung richtig umgesetzt ist. Dafür braucht es beispielsweise ein Bedrohungsmodell und gezielte Tests gegen unzulässige Aktionen.
Befunde müssen bearbeitbar sein
Ein Team benötigt verständliche Hinweise und einen festgelegten Umgang mit Ausnahmen. Nicht jeder Treffer hat dieselbe Auswirkung. Entscheidend sind Erreichbarkeit, Schutzbedarf und vorhandene Gegenmaßnahmen. Wer einen Befund bewusst vorübergehend akzeptiert, sollte Begründung, Zuständigkeit und Wiedervorlage festhalten. Ungepflegte Ausnahmefilter lassen Sicherheitsprüfungen schleichend wirkungslos werden.
Die Auslieferungskette selbst absichern
Eine Pipeline hat oft weitreichende Berechtigungen. Fremde Buildskripte, Erweiterungen und Paketquellen können diese Rechte missbrauchen. Kurzlebige Zugangsdaten, getrennte Freigaben und nachvollziehbare Artefakte begrenzen das Risiko. Entwickelte Software sollte nicht nur getestet, sondern auch aus einer vertrauenswürdigen Quelle in die richtige Umgebung gelangen.
Beispiel: Eine Kundenportaländerung
Neben automatischen Prüfungen ergänzt das Team einen Test, der den Zugriff auf Dokumente eines anderen Kunden verhindert. Eine neue Bibliothek wird auf bekannte Schwachstellen und tatsächliche Verwendung geprüft. Der Release nutzt ein freigegebenes Buildartefakt. Damit werden Code, Fachberechtigung und Lieferweg gemeinsam betrachtet.
Womit Sie sinnvoll beginnen können
- Früh die wichtigsten Missbrauchsszenarien für die Anwendung besprechen.
- Wenige relevante Prüfschranken mit klarer Zuständigkeit einführen.
- Auch Pipelinezugänge, Artefakte und Ausnahmeentscheidungen pflegen.