Dieser Beitrag erklärt eine bekannte Fehlerklasse. Er beschreibt keinen eigenen Fund von CCS.
Was ist eine Sicherheitslücke?
Eine Schwachstelle wird zum Sicherheitsproblem, wenn dadurch zum Beispiel Daten offengelegt, verändert oder Dienste gestört werden können. Das kann an einem Fehler im Programm, an der Konfiguration oder am Aufbau des Systems liegen. [1]
Anmeldung und Berechtigung
Eine Anmeldung bestätigt die Identität eines Nutzers. Sie sagt noch nicht, auf welche Daten er zugreifen darf. Fehlt die Prüfung dieser Rechte, spricht OWASP von mangelnder Zugriffskontrolle, auf Englisch „Broken Access Control“. [2]
Beispiel: ein Dokumentenportal
Mira und Noah haben getrennte Konten in einem Dokumentenportal. Beide dürfen nur ihre eigenen Dokumente sehen. Der Server muss bei jeder Anfrage prüfen, wem das Dokument gehört. Es reicht nicht, dass die anfragende Person angemeldet ist oder eine Dokumentnummer übermittelt. MITRE beschreibt diesen Fehler unter CWE-639. [3]
Was Entwickler prüfen sollten
Berechtigungen müssen auf der vertrauenswürdigen Serverseite bei jeder Anfrage geprüft werden. Ohne ausdrückliche Freigabe sollte der Zugriff verweigert werden. Nutzer erhalten nur die Rechte, die sie benötigen. Versteckte Schaltflächen und schwer zu erratende Kennungen ersetzen diese Prüfung nicht. [4]
Die entscheidende Frage
Nicht nur „Ist diese Person angemeldet?“, sondern auch „Darf diese Person genau diesen Datensatz lesen oder verändern?“ Beide Fragen müssen getrennt beantwortet werden.
Einen Hinweis melden
Untersuchen Sie nur eigene oder ausdrücklich freigegebene Systeme. Wenn Sie CCS einen Hinweis schicken möchten, beginnen Sie mit einer kurzen Beschreibung ohne fremde Daten. Kontakt und Hinweise →
Quellen und weiterführende Informationen
- NIST · Vulnerability ↗
- OWASP · Broken Access Control ↗
- MITRE · CWE-639 ↗
- OWASP · Authorization Cheat Sheet ↗
Quellen geprüft am 19. Oktober 2026.