Åtkomsthärdning: kontospärr, omedelbar återkallelse, takt på inloggning
Två luckor från genomgången, båda i auth. En utfärdad token gällde sina tolv timmar ut. Det fanns dessutom inget sätt att stänga av ett konto alls — en person som slutade behöll åtkomsten till organisationens ärenden. Nu bär token en version, och varje autentiserat anrop slår upp kontot och kontrollerar att det är aktivt och att versionen stämmer. Det kostar ett uppslag på primärnyckeln per anrop och ger i gengäld omedelbar verkan i stället för en avstängning som börjar gälla någon gång i morgon. Administratören stänger av och öppnar konton i användarlistan. Att stänga av höjer token-versionen, så pågående sessioner upphör direkt; öppnas kontot igen förblir de gamla token döda. Ingen kan stänga av sig själv och organisationsgränsen gäller. Var och en kan dessutom logga ut på alla enheter — vägen ut när en telefon tappats bort. Händelseloggen rörs aldrig: historiken är fortfarande knuten till den som utförde arbetet. Lösenord kunde gissas i obegränsad takt. Spärren ligger nu i databasen, inte i minnet, så den håller bakom flera repliker: 10 misslyckade försök per konto och 30 per källadress inom 15 minuter. Spärren gäller kontot även vid rätt lösenord — annars kunde den kringgås av den som till slut gissar rätt. Andra konton påverkas inte. Inget lösenord lagras, bara att ett försök skedde och om det lyckades, och rader äldre än ett dygn städas bort i skrivvägen. Ett avstängt konto räknas som misslyckat försök så att svarstiden inte avslöjar vilka konton som finns. Verifierat: 87 vitest-tester, typkontroll, eslint, OpenAPI-validering och integrationstest mot riktig Postgres med 13 nya kontroller — rollstyrning, självavstängning, organisationsgränsen, att en utfärdad token dör direkt, att den förblir död efter återöppning, logga-ut-alla samt att spärren slår till, gäller även rätt lösenord och inte smittar andra konton. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_012EQg3rJsrQ1ZNTvkzmQAtt
This commit is contained in:
@@ -39,8 +39,32 @@ create table if not exists anvandare (
|
||||
namn text not null,
|
||||
roll text not null default 'tekniker'
|
||||
check (roll in ('tekniker', 'arbetsledare', 'admin')),
|
||||
-- En avaktiverad användare kan varken logga in eller använda en token
|
||||
-- som redan är utfärdad.
|
||||
aktiv boolean not null default true,
|
||||
-- Räknare för återkallelse. Utfärdade tokens bär sitt värde; höjs det
|
||||
-- slutar alla tidigare utfärdade att gälla omedelbart. Loggen rörs
|
||||
-- inte — historiken är fortfarande knuten till personen.
|
||||
token_version integer not null default 0,
|
||||
skapad timestamptz not null default now()
|
||||
);
|
||||
alter table anvandare add column if not exists aktiv boolean not null default true;
|
||||
alter table anvandare add column if not exists token_version integer not null default 0;
|
||||
|
||||
-- Inloggningsförsök: underlag för takt-begränsning som fungerar bakom
|
||||
-- flera repliker (den i minnet gör det inte). Inget lösenord lagras —
|
||||
-- bara att ett försök skedde och om det lyckades.
|
||||
create table if not exists inloggningsforsok (
|
||||
id bigserial primary key,
|
||||
epost text not null,
|
||||
kalla text not null default '',
|
||||
lyckades boolean not null,
|
||||
tidpunkt timestamptz not null default now()
|
||||
);
|
||||
create index if not exists inloggningsforsok_epost_idx
|
||||
on inloggningsforsok (epost, tidpunkt desc);
|
||||
create index if not exists inloggningsforsok_kalla_idx
|
||||
on inloggningsforsok (kalla, tidpunkt desc);
|
||||
|
||||
create table if not exists felsokning_arenden (
|
||||
id text primary key,
|
||||
|
||||
Reference in New Issue
Block a user