No description
Find a file
Kent d6eb811ee5 Pluggbar autentisering: PIN, JWT og OIDC
Dagens «auth» var én delt PIN i et X-Pin-header, sammenlignet med !=, og
den sa ingenting om hvem som sendte et utrop – køen viste bare IP-adressen.
Crew har et eget adminpanel som skal bli identitetsleverandør.

Modellen er én datatype og én funksjon: Principal (hvem + roller +
rettigheter) og require(action), som enten gir deg den eller stopper
forespørselen. Handlinger: view, preview, announce, stop, clear.

Tre leverandører, prøvd i rekkefølge, alle valgfrie:

- pin   X-Pin som før, men med hmac.compare_digest istedenfor ==. Rolle
        admin som standard, så eksisterende oppsett oppfører seg likt.
        Beholdt bevisst: den virker uten nett, og det er nettopp da man
        trenger å rope ut noe.
- jwt   Authorization: Bearer. HS256 med delt hemmelighet, eller
        RS256/ES256 mot panelets JWKS. Krever exp – et token uten
        utløpstid er en evig nøkkel. Roller fra et konfigurerbart claim,
        som tåler liste, streng, kommaliste og punktsti.
- oidc  Autorisasjonskode med PKCE. Discovery hentes først ved første
        innlogging, så tjenesten starter selv om panelet er nede.

En leverandør er aktiv når den står i auth.providers *eller* når den er
ferdig konfigurert. Derfor slår ANNOUNCER_PIN=1234 alene fortsatt på PIN,
slik det har virket til nå. Er ingen aktiv, er alt åpent – som før.

/auth/token?t=<jwt> er broa mens panelet mangler OIDC: panelet lenker hit
med et kortlevd token, vi setter sesjonscookie. Ett klikk, ingen PIN.
Kontrakten panelet skal oppfylle står i docs/crew-integration.md.

401 betyr «vi vet ikke hvem du er, logg inn», 403 «vi vet hvem du er, men
rollen din får ikke dette». Et gyldig token uten roller gir 403, ikke 401 –
å logge inn på nytt ville ikke hjulpet.

Samtidig:

- /api/status er lukket bak «view». Den var åpen, og lekket både
  meldingstekstene og IP-ene til alle som hadde sendt noe, til hvem som
  helst som nådde porten. IP vises nå bare for den som har «clear»; alle
  andre ser navnet.
- Køen og en revisjonslogg i logs/announcements.jsonl viser hvem som sendte
  hva. Loggen feiler aldri forespørselen – en logg som ikke lar seg skrive
  skal ikke hindre et utrop.
- Branding flyttet fra index.html til /api/config, så config.toml fra
  forrige commit faktisk brukes.
- Sesjonsnøkkel i instance/secret_key, ellers logges alle ut ved hver
  restart. SESSION_COOKIE_SECURE settes bare bak TLS: appen kjører på rå
  HTTP over LAN og NetBird, og med Secure på ville ingen klart å logge inn.

57 tester, de fleste på auth, inkludert hele OIDC-runden mot en stubbet
leverandør. Det er delen man ikke kan se etter med øyet: at en PIN virker
ser du med en gang, at et utløpt token blir avvist ser du aldri før det
smeller.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-10-08 15:43:35 +02:00
chimes Valgbare jingler: seks innebygde + egne filer i chimes/ 2026-10-06 03:50:48 +02:00
docs Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
tests Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
.gitignore Les konfigurasjon fra config.toml, med env-overstyring 2026-10-08 15:42:52 +02:00
.python-version SG Announcer: Piper-TTS-utroper med forhåndslytt og kø 2026-10-06 03:18:13 +02:00
AGENTS.md Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
announcer.py Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
auth.py Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
config.example.toml Les konfigurasjon fra config.toml, med env-overstyring 2026-10-08 15:42:52 +02:00
config.py Les konfigurasjon fra config.toml, med env-overstyring 2026-10-08 15:42:52 +02:00
index.html Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
install.sh Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
pyproject.toml Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00
uv.lock Pluggbar autentisering: PIN, JWT og OIDC 2026-10-08 15:43:35 +02:00