Hvordan fungerer roller og privilegier i PostgreSQL?

Question

Accepted Answer

PostgreSQL administrerer adgangskontrol gennem **roller** (som fungerer både som brugere og grupper) og **privilegier** (tilladelser givet på objekter). Dette system styrer, hvem der kan oprette forbindelse, og hvad de kan gøre — fundamentalt for databasesikkerhed.

## Roller — brugere og grupper samlet

```sql
-- a role can be a USER (can log in) or a GROUP (collection of permissions)
CREATE ROLE app_user WITH LOGIN PASSWORD 'secret';   -- a login role (a "user")
CREATE ROLE readonly;                                 -- a group role (no login)

-- roles can be members of other roles (inherit their privileges)
GRANT readonly TO app_user;          -- app_user inherits readonly's privileges
```

I Postgres er en **rolle** et samlet koncept — den kan logge ind (fungere som bruger) og/eller indeholde andre roller (fungere som en gruppe). Denne fleksible model håndterer både brugere og tilladelsesgrupper.

## Privilegier — tildeling af tilladelser på objekter

```sql
-- grant specific privileges on objects
GRANT SELECT ON users TO readonly;                    -- read-only on a table
GRANT SELECT, INSERT, UPDATE, DELETE ON orders TO app_user;  -- full data access
GRANT USAGE ON SCHEMA sales TO app_user;              -- access a schema
GRANT ALL PRIVILEGES ON DATABASE mydb TO admin;

REVOKE INSERT ON orders FROM app_user;                -- take away a privilege
```

Privilegier (`SELECT`, `INSERT`, `UPDATE`, `DELETE`, `USAGE` osv.) tildeles til roller på objekter (tabeller, skemaer, databaser) — og styrer præcist hvad hver rolle kan gøre.

## Princippet om mindst nødvendige privilegier

```sql
-- ✅ grant only the permissions each role actually needs
GRANT SELECT ON reports TO analyst;     -- analyst can only READ reports
-- ❌ don't grant ALL PRIVILEGES or superuser broadly — minimize the blast radius
```

**Mindst nødvendige privilegier** — tildeling af hver rolle kun de tilladelser, den har brug for — er en core sikkerhedspraksis, som begrænser skaden fra kompromitterede legitimationsoplysninger eller fejl.

## Standardprivilegier og ejerskab

```sql
-- the object's OWNER has full control; new objects need explicit grants
ALTER DEFAULT PRIVILEGES IN SCHEMA sales
  GRANT SELECT ON TABLES TO readonly;   -- auto-grant on FUTURE tables
```

## Hvorfor det er vigtigt

Forståelse af PostgreSQL's roller og privilegier er vigtig for **databasesikkerhed** — at styre, hvem der kan få adgang til databasen og hvad de kan gøre, er fundamental for at beskytte data, så denne viden er værdifuld for enhver produktionsdatabase.

Forståelse af **rolle**-konceptet (Postgres's samlet model, hvor roller fungerer både som brugere — der kan logge ind — og grupper — samlinger af tilladelser, som andre roller arver) er nødvendig for at administrere adgang, da det er sådan, du opretter databasebrugere og organiserer tilladelser.

Viden om, hvordan man tildeler og tilbagekalder **privilegier** (`SELECT`, `INSERT` osv.) på objekter (tabeller, skemaer, databaser) til roller, er essentiel for at kontrollere præcist hvad hver bruger eller applikation kan gøre.

Kritisk vigtig er **princippet om mindst nødvendige privilegier** — tildeling af hver rolle kun de tilladelser, den virkelig har brug for (f.eks. en skrivebeskyttet analytiker-rolle, en applikationsrolle med kun den adgang, den kræver) i stedet for brede eller superbruger-tilladelser — som er en core sikkerhedspraksis, der begrænser skaden fra kompromitterede legitimationsoplysninger, bugs eller fejl (et reelt, vigtigt forsvar).

Forståelse af standardprivilegier og ejerskab (objektejeren har fuld kontrol; fremtidige objekter kan have brug for eksplicitte tildelinger) afrunder praktisk adgangsstyring.

Da databasesikkerhed er kritisk (databaser indeholder følsomme, værdifulde data), og da korrekt adgangskontrol gennem roller og mindst-privilegier-tildelinger er, hvordan du beskytter disse data og begrænser risiko, er forståelse af PostgreSQL's roller og privilegier — den samlet rolle-model, tildeling/tilbagekaldelse af privilegier og især princippet om mindst nødvendige privilegier — vigtig sikkerhedsrelevant viden for at administrere og sikre produktionsdatabaser, et hyppigt relevant ansvar og et almindeligt emne for alle, der styrer databaseadgang.