Abhängigkeiten, Logging und Prozess
Sicherheit ist kein einmaliger Durchgang. Diese Punkte betreffen den Code, den Sie nicht selbst geschrieben haben (Ihre Abhängigkeiten), und die Gewohnheiten, die eine App nach dem Launch sicher halten.
Checkliste
- Abhängigkeiten festlegen und scannen. Committen Sie ein Lockfile und führen Sie in der CI einen Schwachstellen-Scanner sowie das Audit Ihrer Plattform aus. Aktualisieren Sie bekannte verwundbare Pakete.
- Auf halluzinierte Pakete achten. KI-Tools importieren manchmal ein Paket, das es gar nicht gibt. Angreifer registrieren diese Namen dann mit Malware ("Slopsquatting"). Bestätigen Sie vor der Installation, dass jede Abhängigkeit die echte und beabsichtigte ist.
- Nicht vertrauenswürdigen Code oder Build-Schritte nicht blind ausführen. Ein heruntergeladenes Repo oder ein generiertes postinstall-Skript kann beliebigen Code ausführen. Prüfen Sie es, bevor Sie es ausführen.
- Sicherheitsereignisse protokollieren, keine Secrets. Erfassen Sie Logins, Fehlschläge, Treffer des Rate-Limits und Admin-Aktionen für Audits. Protokollieren Sie niemals Passwörter, Tokens, Schlüssel oder vollständige Kartennummern.
- Fehler ohne Datenabfluss behandeln. Fangen Sie Ausnahmen ab, geben Sie eine generische Meldung zurück und halten Sie Stack-Traces und Abfragen nur in den Server-Logs.
- Eine statische Analyse in der CI betreiben. Werkzeuge wie Semgrep erkennen Injection- und Autorisierungsfehler, bevor sie gemergt werden.
- Wie ein Angreifer testen. Ihre Testsuite sollte ungültige Eingaben und Fälle von unautorisiertem Zugriff enthalten, nicht nur den Standardfall. Führen Sie nach bestandener Suite einen Black-Box-Scanner (zum Beispiel OWASP ZAP) gegen die bereitgestellte URL aus.
- Eine unabhängige Prüfung einholen. Ein Selbstaudit übersieht Dinge, besonders die blinden Flecken des Autors selbst. Beauftragen Sie vor einem breiteren Launch einen externen Penetrationstest und prüfen Sie eine Zuordnung zu einem Standard wie OWASP ASVS.
- Bei KI-Funktionen die Modellschicht testen. Wenn Ihre App nicht vertrauenswürdige Inhalte in einen Prompt einfügt, führen Sie ein Red-Teaming auf Prompt-Injection durch und prüfen Sie, ob Daten zwischen Benutzern oder Mandanten abfließen. Die eigentliche Sicherheit gehört in den Code (begrenzen Sie jedes Tool und jede Abfrage auf den aktuellen Benutzer), niemals in die Anweisungen des Prompts.
- Einen Rückweg haben. Halten Sie Backups vor, aus denen Sie tatsächlich wiederhergestellt haben, und einen Plan für die Rotation von Secrets und den Widerruf von Sitzungen, falls etwas abfließt.
Testvorgehen
- Führen Sie Ihr Abhängigkeits-Audit und einen Secret-Scan in der CI aus und lesen Sie die Ausgabe.
- Richten Sie einen Black-Box-Scanner auf Ihre Staging-Umgebung.
- Bitten Sie jemanden, der den Code nicht geschrieben hat, ihn zu knacken.