Wie funktioniert Zugriffskontrolle (RBAC, Least Privilege)?

Question

Accepted Answer

**Zugriffskontrolle** bestimmt, was authentifizierte Benutzer tun können — durch Modelle wie **RBAC** (Role-Based Access Control) und Prinzipien wie **Least Privilege**. Ordnungsgemäße Zugriffskontrolle ist kritisch, da fehlerhafte Zugriffskontrolle die #1-Schwachstelle von OWASP ist.

## Zugriffskontroll-Modelle

```text
RBAC (Role-Based Access Control) → assign users to ROLES; roles have PERMISSIONS:
  → user → role(s) (admin, editor, viewer) → permissions → access decisions
  → manageable, common; change a role's permissions, all its users update
ABAC (Attribute-Based) → decisions based on ATTRIBUTES (user, resource, context) → flexible,
  fine-grained (e.g. "editors can edit docs in their department during business hours")
ACLs → per-resource lists of who can do what
```

## Das Prinzip der geringsten Berechtigung

```text
LEAST PRIVILEGE → grant the MINIMUM access needed to do the job, nothing more:
  → limits the BLAST RADIUS if an account/component is compromised
  → applies to users, services, processes, database accounts, API keys, etc.
→ a foundational security principle (default to LESS access; grant more only as needed)
```

## Sichere Implementierung von Zugriffskontrolle

```text
⚠️ BROKEN ACCESS CONTROL is OWASP #1 — common and serious:
✓ ENFORCE authorization on the SERVER for EVERY protected action/resource (never trust
  the client; don't rely on hiding UI elements)
✓ Check the user is authorized for the SPECIFIC resource (prevent IDOR — accessing
  others' data by changing an ID)
✓ DENY by default; verify on each request; centralize authorization logic
✓ Test access control (a common gap — easy to miss authorization checks)
```

## Warum es wichtig ist

Zugriffskontrolle zu verstehen ist wichtig, weil sie **bestimmt, was Benutzer tun können und für die Sicherheit kritisch ist** — fehlerhafte Zugriffskontrolle ist die #1-Schwachstelle von OWASP — daher ist es wertvoll, praktisch-kritisches Sicherheitswissen.

Zugriffskontrolle bestimmt, was authentifizierte Benutzer tun dürfen, und es richtig zu machen ist entscheidend.

Die **Modelle** zu verstehen — **RBAC** (Zuweisung von Benutzern zu Rollen mit Berechtigungen — verwaltbar und verbreitet), **ABAC** (attributbasierte Entscheidungen für flexible, granulare Kontrolle) und ACLs (Berechtigungslisten pro Ressource) — bietet die Rahmenwerke zur Strukturierung von Berechtigungen, wobei RBAC am häufigsten zu verstehen ist.

Das **Prinzip der geringsten Berechtigung** zu verstehen — gewähren Sie **den minimalen erforderlichen Zugriff**, was **den Schaden begrenzt, wenn ein Konto oder eine Komponente kompromittiert wird** — ist ein grundlegendes Sicherheitsprinzip, das weit verbreitet ist (Benutzer, Services, Datenbankkonten, API-Schlüssel), und eines der wichtigsten Sicherheitskonzepte.

Kritisch ist das Verständnis, wie man **Zugriffskontrolle sicher implementiert**, um die #1-Schwachstelle anzugehen: **Autorisierung auf dem Server für jede geschützte Aktion erzwingen** (niemals dem Client vertrauen oder sich auf versteckte UI verlassen — ein häufiger Fehler), **Autorisierung für die spezifische Ressource überprüfen** (IDOR verhindern, wo Benutzer auf Daten anderer zugreifen, indem sie eine ID ändern — ein häufiger Fehler bei fehlerhafter Zugriffskontrolle), **standardmäßig ablehnen**, bei jeder Anfrage überprüfen und **Zugriffskontrolle testen** (ein häufiger Mangel, da fehlende Autorisierungsprüfungen leicht übersehen werden).

Da Zugriffskontrolle bestimmt, was Benutzer tun können, und fehlerhafte Zugriffskontrolle die Top-Schwachstelle ist (verbreitet und ernst), und da das Verständnis der Modelle (RBAC), des Least-Privilege-Prinzips und der sicheren Implementierung (serverseitige Erzwingung, ressourcenspezifische Überprüfungen, Standardablehnung) kritisch für die Sicherheit ist, ist das Verständnis von Zugriffskontrolle wertvoll, praktisch-kritisches Sicherheitswissen — es adressiert das #1-Sicherheitsrisiko, ist grundlegend für die Kontrolle dessen, was Benutzer tun können, und ist wesentlich zur Vermeidung der Fehler bei fehlerhafter Zugriffskontrolle (wie IDOR und fehlende Autorisierungsprüfungen), die zu den häufigsten und ernsthaftesten Schwachstellen gehören.