Jak funguje řízení přístupu (RBAC, princip nejmenší privilege)?

Question

Accepted Answer

**Řízení přístupu** určuje, co mohou ověření uživatelé dělat — prostřednictvím modelů jako **RBAC** (Role-Based Access Control) a principů jako **nejmenší privilege**. Správné řízení přístupu je kritické, protože porušené řízení přístupu je #1 zranitelností OWASP.

## Modely řízení přístupu

```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
```

## Princip nejmenší privilege

```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)
```

## Bezpečná implementace řízení přístupu

```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)
```

## Proč je to důležité

Rozdělení řízení přístupu je důležité, protože **určuje, co mohou uživatelé dělat, a je kritické pro bezpečnost** — porušené řízení přístupu je #1 zranitelností OWASP — takže je to cenné a prakticky kritické bezpečnostní znalosti.

Řízení přístupu určuje, co mohou ověření uživatelé dělat, a správné fungování je nezbytné.

Rozdělení **modelů** — **RBAC** (přiřazení uživatelů k rolím, které mají oprávnění — spravovatelné a běžné), **ABAC** (rozhodování na základě atributů pro flexibilní, granulární kontrolu) a ACL (seznamy oprávnění na zdroj) — poskytuje rámce pro strukturování oprávnění, přičemž RBAC je nejčastější pro pochopení.

Rozdělení **principu nejmenší privilege** — udělování **minimálního potřebného přístupu**, který **omezuje rozsah škod, pokud je účet nebo komponenta ohrožena** — je základním bezpečnostním principem s širokým použitím (uživatelé, služby, databázové účty, API klíče) a jedním z nejdůležitějších bezpečnostních konceptů.

Kriticky je důležité pochopit, jak **bezpečně implementovat řízení přístupu**, což řeší #1 zranitelnost: **vynucování autorizace na serveru pro každou chráněnou akci** (nikdy nedůvěřování klientovi nebo spoléhání na skrytou UI — běžná chyba), **kontrola autorizace pro konkrétní zdroj** (prevence IDOR, kde uživatelé přistupují k datům ostatních změnou ID — časté porušení řízení přístupu), **zamítnutí jako výchozího nastavení**, ověření na každém požadavku a **testování řízení přístupu** (běžná mezera, protože chybějící kontroly autorizace se snadno přehlédnou).

Protože řízení přístupu určuje, co mohou uživatelé dělat, a porušené řízení přístupu je nejčastější zranitelností (běžná a vážná), a protože pochopení modelů (RBAC), principu nejmenší privilege a bezpečné implementace (vynucování na serveru, kontroly specifické pro zdroj, zamítnutí jako výchozího nastavení) je kritické pro bezpečnost, je pochopení řízení přístupu cenné a prakticky kritické bezpečnostní znalosti — řeší #1 bezpečnostní riziko, je fundamentální pro kontrolu, co mohou uživatelé dělat, a je nezbytné pro vyhýbání se porušením řízení přístupu (jako IDOR a chybějící kontroly autorizace), která patří k nejčastějším a nejvážnějším zranitelnostem.