Identitätsverbund (SAML / OIDC / OAuth)
AKTION ERFORDERLICH (nach dem Lesen sofort ausführen)
JETZT: Lies precedent-pentest; SSO-Testkonten und IdP/SP-Umfang in scope aufnehmenJETZT: Sperre Brute-Force-Versuche, die reale Benutzerkonten sperren könntenNÄCHSTES: Mitschneidewerkzeuge und Dokumentation (Metadaten-URLs)AUSFÜHREN: Protokollfluss-Mapping → Häufige Fehlkonfigurationen → Verifikation
Anwendungsbereiche
- SAML-Response-Signatur-/Assertions-Manipulation (klassisches Schwachstellenmuster)
- OIDC Implicit/Authorization Code Flow + fehlendes PKCE
- Probleme mit redirect_uri / state / nonce
- Verwechslung von IdP- und SP-Metadaten sowie Multi-Tenant-Issuer
- Ergänzend zu
api-security-JWT-Angriffen (dieser Skill fokussiert auf Federation und SSO-Flows)
Workflow
□ Aufzeichnen: Benutzer → SP → IdP → Token → SP
□ Sammeln: /.well-known/openid-configuration, SAML-Metadaten
□ Prüfen: redirect_uri genaue Übereinstimmung, state-Bindung, PKCE
□ Prüfen: SAML-Signaturumfang, Algorithmus-Herabstufung
□ Sitzungsfixierung und fehlerhafte Abmeldung
Werkzeugkette
| Werkzeug | Zweck |
|---|---|
| Burp + SAML Raider | Assertions-Editierung (Autorisierung) |
| jwt_tool | JWT-Bearbeitung |
| Browser DevTools | Redirect-Kette |
| IdP-Verwaltungslogs | Audit |
Referenzen
references/sso-flow-checklist.md../api-security/../windows-ad/(Unternehmens-IdP)
Routing-Kontext
Vorgänger: MASTER R37
Nachfolger: Reine API-JWT → api-security; Cloud-IdP → cloud-k8s
Selbstprüfung Aufgabenabschluss
- Wurde der vollständige SSO-Fluss abgebildet?
- Hat jeder Finding eine Reproduktion und eine Auswirkungsbeschreibung?
- Checkliste durchgearbeitet?