← Ladan · Översikt Säkerhet & efterlevnad

Granskningsbar och isolerad, i er kontroll.

Offentlig sektor måste kunna visa vem som gjorde vad, hur data behandlades och att inga uppgifter läckte. Ladan är byggd för det. Varje ändring loggas, känsliga uppgifter döljs och modellens kod körs isolerat, allt i er egen drift.

Spårbarhet → Identitet & åtkomst

Granskningslogg alltid på SSO via ID-JAG AES-256-kryptering

Spårbarhet

Två lager insyn: ett för driften, ett för revisorn

Ladan skiljer på drift och efterlevnad. OpenTelemetry visar tjänstens aktuella hälsa. Granskningsloggen ger en oföränderlig post över varje ändring och varje verktygsanrop. Den är alltid på och kan inte stängas av. Export av spår slår ni på när ni vill se dem i era egna verktyg, och spåren bär bara metadata: aldrig frågor, svar, prompter eller SQL.

Hash-länkad granskningslogg. Varje ändring kedjas till den föregående, och rader kan endast läggas till. Om en rad ändras i efterhand syns det direkt, och raden visar alltid vem som gjorde vad.
Automatisk maskning. Verktygsanrop bokförs utan sina argument, och personnummer, e-post och andra känsliga uppgifter döljs innan något annat loggas.
Kostnad per anrop. Varje modellanrop bokförs med sin kostnad, så ni ser vad sökning och svar faktiskt kostar.

Ladan binder er inte till en leverantör. Spåren går till vilket system ni redan kör, och granskningsloggen stannar i er egen databas.

Identitet & åtkomst

Vem som frågar, och vad de får se

Operatörer loggar in med roller, via OIDC om ni vill. Varje kanal får ett inloggningsläge som följer av destinationen när tjänsten publiceras. Bakom en integration med SSO känner Ladan igen den faktiska användaren, utan att personen behöver ett eget konto i Ladan.

Inloggningsläge

api_key maskin-till-maskin

enterprise_oauth SSO via ID-JAG

Token

En bärartoken som visas en gång vid publicering och roteras från tjänsten.

En kortlivad token som Ladans inbyggda auktoriseringsserver utfärdar, bunden till just den kanalen.

Identitet

Ingen slutanvändare, en tjänst anropar.

Användarens identitet, roller och grupper följer med in i varje verktyg.

Inloggningsleverantör

–

Er egen IdP intygar användaren och Ladan byter intyget mot en egen token, enligt MCP:s profil för företagsstyrd auktorisering (SEP-990).

Använd när

Schemalagda jobb, provisionering, en värds egen administrationsväg.

Anropet ska veta vilken människa som frågar, till exempel per användare i Eneo.

Ett tredje läge, none, ger en publik kanal utan inloggning. Det kan bara väljas för tjänster där allt innehåll är klassat som offentligt och som saknar förmågor som tar emot användarfiler, och det passerar samma publiceringsgrind som alla andra kanaler.

Roller & behörigheter. Administratör, redaktör och läsare, kontrollerat vid varje anrop och inte endast i gränssnittet.
Behörighetstak per kanal. Varje kanal får en egen åtkomst som begränsas till exakt de kunskapsytor och förmågor tjänsten deklarerat, aldrig bredare.
Behörighet per användare. På en SSO-kanal smalnar Ladan av vad slutanvändaren får se utifrån roller och grupper i den verifierade identiteten, utan ett lagrat användarkonto.

Tillitsnivå per anrop

noneIngen slutanvändare. Maskin till maskin, eller en publik kanal. Kanalens egen åtkomst avgör allt.

verifiedKryptografiskt verifierad inloggning via SSO. Går inte att förfalska.

Två nivåer, inget däremellan. Ladan litar aldrig på en identitet som bara skickas med i ett anrop: en användare finns bara om intyget är verifierat. En läckt nyckel kan därför aldrig utge sig för att vara någon.

Klassning & styrning

Vad ett svar får bygga på, och vilken modell som får se det

Varje källa bär två klassningar som Ladan tillämpar vid varje sökning: hur tillförlitlig den är som referens och hur känsligt innehållet är.

Auktoritetsnivå och auktoritetsgolv

Källor rankas från ogranskat till avtal och lag. Varje tjänst kan sätta ett auktoritetsgolv, så att svaren måste grundas i godkänt material och aldrig i ett utkast eller en gammal crawl.

Känslighetsnivå och modellgrind

Källor klassas från offentligt till begränsat, och varje modelleverantör anges med var data behandlas. Begränsat innehåll når aldrig en modell eller rerank-tjänst som inte är klarerad för det. För OpenAI:s egna chattmodeller begär Ladan dessutom att anropet inte sparas hos leverantören, vilket är en inställning och inte en garanti.

Klassa vid källan, se per yta

Klassningen sätts per källa och summeras per kunskapsyta. En sessionsvy per åtkomst visar vad varje integration faktiskt frågade och fick tillbaka.

Isolering

Krypterat i vila, isolerat i körning

Hemligheter krypteras med en nyckel ni äger. Och koden modellen skriver, SQL över ett kalkylark eller JavaScript i kodläge, körs i en sandlåda utan åtkomst till filsystemet, internet eller andra samlingar. Varje organisation kör sin egen instans: er modell, er data, er server.

Krypterade hemligheter

API-nycklar och inloggningar lagras krypterade med AES-256. Krypteringsnyckeln levererar ni själva. Tappas den bort går inget att återställa, och det är meningen.

Isolerad SQL

Varje fråga mot ett kalkylark körs i en egen, tillfällig databas som endast tillåter läsning. En tabell, inga sidoeffekter.

Isolerat JavaScript

Kodlägets run_code kör i en sandlåda utan åtkomst till internet, filsystemet eller andra samlingar. Endast de verktyg ni kopplat in.

Efterlevnad

Slå på precis det ni behöver.

Granskningsloggen är alltid på. Läs hur spårning, export och SSO sätts upp, och aktivera det er efterlevnad kräver.

Spårbarhet & granskning → SSO-uppsättning