Security Swarm

Gehen Sie von einem nicht authentifizierten Internetangreifer oder einem authentifizierten Nutzer in einem Tenant aus.
Konzentrieren Sie sich auf öffentliche HTTP-Handler, OAuth-Callbacks, API-Token, administrative Aktionen
und Zugriffe auf Tenant-eigene Daten. Betrachten Sie interne Entwicklungsskripte und rein lokale
Tools als außerhalb des Geltungsbereichs. Priorisieren Sie Authentifizierungs-Bypasses, mandantenübergreifende Zugriffe, Token-Leakage,
Injection und SSRF.

Verfolge nicht vertrauenswürdige Eingaben von der Route durch Middleware- und Service-Schichten bis zur
sensiblen Operation. Überprüfe Authentifizierung, Autorisierung, Tenant-Scoping, Validierung
und Escaping an jeder Grenze. Identifiziere den genauen erreichbaren Pfad und nenne die relevanten
Dateien und Zeilen. Melde kein theoretisches Problem, wenn eine wirksame Gegenmaßnahme den
Pfad blockiert.

Befunde mit derselben Grundursache zusammenfassen. Nicht authentifizierte Remote-Code-Ausführung und mandantenübergreifenden Schreibzugriff als kritisch einstufen. Mandantenübergreifenden Lesezugriff und Offenlegung von Zugangsdaten als hoch einstufen. Verfügbarkeitsprobleme einzelner Nutzer als mittel einstufen, sofern sie keine gemeinsam genutzte Infrastruktur beeinträchtigen können. Defense-in-Depth-Empfehlungen als niedrig kennzeichnen.

Verwende das im Repo dokumentierte Entwicklungs-Setup. Starte die API und erstelle zwei
Nicht-Produktiv-Tenants mit je einem Test-Nutzer. Sende den vermuteten Request als
Nutzer des anderen Tenants und überprüfe anschließend sowohl die HTTP-Antwort als auch die persistierten Daten.
Rufe keine Produktionsdienste auf und ändere keine Produktionsdaten.

Erstelle eine Zusammenfassung für Sicherheits- und Engineering-Leads. Liste zunächst bestätigte kritische und schwerwiegende Befunde auf, gefolgt von nicht validierten Befunden. Gib betroffene Komponenten, den Validierungsstatus, den Pull-Request-Status und einen priorisierten Fehlerbehebungsplan an.

Bevorzuge die kleinstmögliche sichere Änderung und bewahre das bestehende Verhalten der öffentlichen API. Füge einen
Regressionstest hinzu, der vor dem Fix fehlschlägt und danach erfolgreich ist. Führe die Lint- und Testbefehle des betroffenen Pakets
aus. Vermeide größere Dependency-Upgrades, es sei denn, die Schwachstelle lässt sich ohne ein solches nicht sicher beheben.