Versjon 1.1, 5. november 2026.
Analysen gjelder Målfrid-plattformen som Schoolhub AS (databehandler) driver for kommuner og fylkeskommuner (behandlingsansvarlige). Kommunen gjør sin egen ROS-analyse for sin bruk, og dette dokumentet er underlaget den kan bygge på. Vi oppdaterer analysen før en ny leverandør eller en ny integrasjon tas i bruk.
Se også DPIA, underdatabehandlere (det fullstendige leverandørregisteret), TIA og sletting og lagringstid.
1. Metode
Risiko er sannsynlighet (S, 1–5) ganget med konsekvens (K, 1–5). Vi vurderer tre verdier: konfidensialitet (K), integritet (I) og tilgjengelighet (T). Konsekvensen vurderes for de registrerte og for kommunen, ikke bare for Schoolhub.
| S \ K | 1 Ubetydelig | 2 Liten | 3 Moderat | 4 Alvorlig | 5 Kritisk |
|---|---|---|---|---|---|
| 5 Svært sannsynlig | 5 | 10 | 15 | 20 | 25 |
| 4 Sannsynlig | 4 | 8 | 12 | 16 | 20 |
| 3 Mulig | 3 | 6 | 9 | 12 | 15 |
| 2 Lite sannsynlig | 2 | 4 | 6 | 8 | 10 |
| 1 Svært lite sannsynlig | 1 | 2 | 3 | 4 | 5 |
Akseptkriterier: 6 eller lavere er grønn og akseptabel. 8–12 er gul og krever tiltak med eier og frist. 15 eller høyere er rød og må ned før klasser med taushetsbelagt innhold eller personopplysninger tas i bruk.
2. Verdier og dataklasser
Kommunen definerer selv sine dataklasser. Tabellen viser startmalen, som kommunen kan endre. En kommune som endrer malen (andre klasser, annen tofaktor, lagringstid, leverandører, deling eller søkbarhet), vurderer sitt eget oppsett i sin egen ROS. R39 til R42 beskriver risikoen som følger av valgfriheten og av krypteringen.
| Klasse i startmalen | Eksempel | Verdi for en angriper | Konsekvens ved brudd |
|---|---|---|---|
| Åpen | Møteprotokoller, lover | Lav | 1–2 |
| Intern | Interne notater og arbeidsdokumenter | Lav til middels | 2–3 |
| Konfidensiell | Taushetsbelagt informasjon (forvaltningsloven § 13), personalsaker | Høy | 4 |
| Personopplysninger | Opplysninger om innbyggere, eventuelt særlige kategorier | Svært høy | 5 |
3. Risikoregister
Tabellen viser skår før tiltak (S × K) og restrisiko etter tiltak. Risikonumrene er faste, og andre dokumenter viser til dem. R32 er ikke i bruk.
| ID | Trussel eller uønsket hendelse | Verdi | S | K | Før | Tiltak | Rest | Eier |
|---|---|---|---|---|---|---|---|---|
| R01 | Data fra én kommune vises for en annen kommune | K | 3 | 5 | 15 | Hver kommunes data er skilt fra de andres i databasen, og innloggingen i databasen gir ikke tilgang på tvers. Deling mellom kommuner er en funksjon kommunen som eier innholdet slår på per klasse (i startmalen bare klassene uten taushetsbelagt innhold og personopplysninger). Mottakeren behandler delt innhold under sin egen klasse, og innholdet dekrypteres med eierens nøkkel. Automatiske tester av skillet ved hver endring. Innsynssøk og revisjonslogg krever en rolle i kommunen selv. Et IKT-samarbeid kan gi seg slike roller i en medlemskommune, og tildelingen logges i kommunens revisjonslogg | 1×5=5 | Sikkerhet |
| R02 | Innhold i en klasse for personopplysninger sendes til feil leverandør | K | 3 | 5 | 15 | Regelsjekk før hver melding sendes til en modell, med avvisning og logging. Kommunen bestemmer hvilke dataklasser hver leverandør og modell får, og en overordnet enhet kan låse valget. Innholdsdeteksjon for fødselsnummer, D-nummer og helseord. Dataklassen i en samtale kan bare heves. Utgående nettverk er bare åpent mot godkjente adresser | 2×5=10 | Produkt |
| R03 | Leverandør lagrer eller trener på kundedata | K | 2 | 5 | 10 | Databehandleravtale med forbud mot trening. Innstilling hos leverandøren som hindrer lagring. Skriftlig bekreftelse. Årlig kontraktsgjennomgang. En leverandør slås bare på etter gjennomgang | 1×5=5 | Personvern |
| R04 | Overføring til tredjeland eller myndighetstilgang via en amerikansk leverandør. Gjelder Microsoft (Azure OpenAI og opplesing), som kommunen slår på selv. Hosting er hos Scaleway i Frankrike og er ikke underlagt amerikansk jurisdiksjon (TIA 1) | K | 2 | 4 | 8 | Azure OpenAI er av i startmalen til kommunen slår det på. Behandling i EU Data Zone for Microsoft. Kommunen må godta vurderingen uttrykkelig. Overføringsgrunnlag (DPF, SCC) og CLOUD Act er vurdert i TIA 2. Alt innhold er kryptert med nøkkel per kommune hos oss. GreenPT og Mistral AI er alternativene i EU | 1×4=4 | Personvern |
| R05 | Skjulte instruksjoner i et opplastet dokument eller en nettside (prompt injection) utløser uønsket handling eller datalekkasje | K/I | 4 | 4 | 16 | Verktøy med minste privilegium og uttrykkelig tillatelse per assistent. Tilkoblinger til kommunens systemer (for eksempel e-post) er av til kommunen slår dem på. Verktøy som skriver dit (svarutkast og svar på e-post) kan bare brukes i flyter, og sending krever et godkjenningstrinn og stoppes i klasser for personopplysninger. Svar tolkes aldri som instruks. Kilder merkes som data. Innholdsfilter | 2×4=8 | Sikkerhet |
| R06 | Hallusinasjon i saksbehandling gir feil grunnlag for vedtak | I | 4 | 4 | 16 | Kildesitater med forhåndsvisning. Hver setning i et svar med kilder sjekkes mot kildeutdragene (kildesjekk). KI-merking. Feltet «kvalitetssikret av» ved eksport. Ingen automatiske vedtak. Opplæring. Assistentene er instruert til å si fra når de er usikre | 3×3=9 | Produkt |
| R07 | Manipulering eller sletting av revisjonsloggen | I | 2 | 5 | 10 | Loggen kan bare utvides: tjenesten kan legge til rader, ikke endre eller slette dem. Egen rolle for lesing. Lagring måned for måned. Daglig kontrollsum-kjede per kommune. Scaleway IAM med tofaktorautentisering på eierrollen. Aktivitetslogg hos Scaleway | 1×5=5 | Sikkerhet |
| R08 | Kompromittert bruker (phishing) gir tilgang til taushetsbelagt innhold | K | 4 | 4 | 16 | Tofaktorautentisering via Entra ID når kommunen krever det (standard). Sikkerhetsnøkkel eller Windows Hello for klasser med det kravet. Ny pålogging etter klassens frist (startmalen: 8 timer i klassen for personopplysninger). Varsler ved uvanlig bruk | 2×4=8 | Kommune og sikkerhet |
| R09 | Kompromittert oppsett av innloggingstjenesten (feil kobling av innloggingsnivå eller feil tillit til identitetsleverandør) | K | 2 | 5 | 10 | Oppsettet ligger som kode, og endringer krever gjennomgang av en annen person. Kravene til innloggingen testes. Bare kjente identitetsleverandører. Utstederen kontrolleres | 1×5=5 | Sikkerhet |
| R10 | Innsider hos Schoolhub leser kundedata | K | 2 | 5 | 10 | Minste privilegium. Tidsbegrenset tilgang via Scaleway IAM med tofaktorautentisering. Ingen produksjonsdata i utviklingsmiljøet. Kryptering av alt innhold med nøkkel per kommune, pakket med en nøkkelkrypteringsnøkkel i Scaleway Secret Manager. Innhold kan ikke leses med databaseverktøy, og verktøyet support bruker for å dekryptere én verdi, logger bruken. Aktivitetslogg. Taushetserklæring. Opplæring | 2×4=8 | Drift |
| R11 | Lekkasje av nøkler og hemmeligheter | K | 3 | 5 | 15 | Scaleway Secret Manager og Key Manager med minste privilegium. Datanøklene per kommune ligger pakket i databasen og er ubrukelige uten nøkkelkrypteringsnøkkelen, som bare API og bakgrunnsjobbene har. Tap av den gir tap av alt innhold (R41). Ingen hemmeligheter i kildekoden, med automatisk søk ved hver endring. Rotasjon. Egne nøkler per miljø. Beskyttelse mot sletting | 1×5=5 | Drift |
| R12 | Sårbarhet i programvarebiblioteker eller leverandørkjeden | K/I | 4 | 3 | 12 | Automatiske oppdateringsvarsler og sårbarhetssøk. Låste versjoner. Skanning av programvarepakker. Minimale pakker og skrivebeskyttet filsystem. Oversikt over programvarens innhold (SBOM) | 3×3=9 | Plattform |
| R13 | Tjenesten er utilgjengelig (nedetid hos leverandør, driftsplattform eller database, tap av en sone hos Scaleway) | T | 4 | 3 | 12 | Reserveleverandør blant leverandørene kommunen har tillatt for samme dataklasse. Utrulling uten nedetid. Database med standby i en annen sone i Paris. Kopi for katastrofegjenoppretting i Amsterdam. Statusside. Driftsrutiner. Avtale om tilgjengelighet | 3×2=6 | Drift |
| R14 | Datatap (feil sletting, ødelagte data, løsepengevirus) | T/I | 2 | 5 | 10 | Daglig sikkerhetskopi av databasen i 30 dager. Ukentlig kryptert kopi i Amsterdam som ikke kan slettes eller endres før 30 dager har gått. Versjonering i fillagringen. Øvelse i gjenoppretting hvert kvartal | 1×5=5 | Drift |
| R15 | Slettereglene feiler: data beholdes for lenge, eller journalførte data slettes for tidlig | K/I | 3 | 4 | 12 | Daglig oppbevaringsjobb som logges. Test av at journalførte samtaler ikke slettes før arkivet har bekreftet mottak. Stikkprøve hvert kvartal. Fristen vises i grensesnittet | 2×3=6 | Produkt |
| R16 | Innsynsmodulen lekker taushetsbelagt informasjon til den som ber om innsyn | K | 2 | 5 | 10 | Bare arkivadministrator og revisor har tilgang. Forslag til skjerming med lovhjemmel krever menneskelig godkjenning. Kontrollsum på utleveringspakken. Aldri på tvers av kommuner | 1×5=5 | Produkt |
| R17 | Opptak og transkripsjon uten gyldig grunnlag eller uten at deltakerne er varslet | K | 3 | 3 | 9 | Mal for varsling og behandlingsgrunnlag per kommune. Opplastet lyd slettes etter reglene. Levende referat og diktering lagrer ikke lyd. Ingen følelsesgjenkjenning (forbudt i arbeidslivet etter KI-forordningen art. 5). HR-møter bruker den laveste klassen for taushetsbelagt innhold | 2×3=6 | Kommune |
| R18 | Henting av møteprotokoller fra kommunale nettsider belaster nettstedet eller bryter vilkårene | I | 2 | 2 | 4 | Hentingen av møteprotokoller følger robots.txt og har et begrenset antall forespørsler. Den skjer bare for kommuner som har samtykket | 1×2=2 | Produkt |
| R19 | Kostnadene løper løpsk (feil, misbruk eller løkke) | T | 3 | 3 | 9 | Kostnadsgrense per enhet. Grenser for antall forespørsler per bruker og per kommune. Varsler i overvåkingen | 2×2=4 | Produkt |
| R20 | Overavhengighet av KI (tap av fagkunnskap, uformelle arbeidsmåter) | I | 4 | 2 | 8 | Opplæring. Brukerveiledning. Merking om at brukeren har ansvaret | 3×2=6 | Kommune |
| R21 | Ukontrollert endring av underdatabehandler | K | 2 | 4 | 8 | Krav i databehandleravtalen om 30 dagers forhåndsvarsel og rett til å protestere. Leverandørregisteret. Endringer i tillatte utgående adresser krever gjennomgang | 1×4=4 | Personvern |
| R22 | Telemetri lekker innhold eller identifikatorer | K | 3 | 3 | 9 | Innsamleren fjerner sensitive felt (databasespørringer, innlogging, informasjonskapsler). Bruker-ID lagres som kontrollsum. Ikke innhold i sporingsdata. Vi driver overvåkingen selv i EU | 1×3=3 | Plattform |
| R23 | Lyd eller tale avlyttes eller manipuleres på vei til talegjenkjenningen (forbindelsen for levende referat, forbindelsen til Mistral) | I/K | 2 | 4 | 8 | Kryptert forbindelse hele veien. Signert billett som gjelder i 60 sekunder og er knyttet til bruker, enhet og møte. Lyden går via Målfrid og ikke direkte fra nettleseren til leverandøren, så regelsjekk og logg gjelder. Lyd fra levende referat og diktering lagres ikke | 1×4=4 | Plattform |
| R24 | Modell med uønsket opphav eller justering brukes (modeller av kinesisk opphav), eller forespørsler går til tjenester drevet fra Kina | I | 2 | 3 | 6 | Modellene kjøres bare av GreenPT og Mistral AI i EU. Ingen API drevet fra Kina er koblet til. Innstillingen allow_chinese_origin_models kan slås av og låses. Opphavet vises i modellvalget | 1×3=3 | Produkt |
| R25 | Skjevhet eller dårligere kvalitet på nynorsk og dialekt gir forskjellsbehandling eller feil i utkast og transkripsjon | I | 3 | 3 | 9 | Evaluering per språk (bokmål og nynorsk) før bruk, med egne opptak for tale. Mistral nevner ikke norsk i dokumentasjonen for Voxtral, og bokmål og nynorsk nevnes ikke hver for seg. Gjennomgang av nynorsk. Vurdering og rangering av personer er utenfor bruksområdet | 2×3=6 | Produkt |
| R26 | Manglende åpenhet: de registrerte vet ikke at KI er brukt eller hvor data går | K | 3 | 3 | 9 | KI-merking i grensesnittet og i eksport. Synlig modell, leverandør og region. Kommunens personvernerklæring (mal) | 2×2=4 | Kommune |
| R27 | Revisjonslogg og bruksstatistikk brukes til å overvåke enkeltansatte | K | 3 | 3 | 9 | Bare revisor og administrator for enheten har tilgang, og alle oppslag logges. Bruksstatistikken er samlet per enhet og viser ikke enkeltbrukere. Drøfting med tillitsvalgte (arbeidsmiljøloven kap. 9) | 2×3=6 | Kommune |
| R28 | Overdreven tillit til svaret: brukere stoler blindt på det | I | 4 | 4 | 16 | Svar vises som forslag. Sitater med forhåndsvisning. Kildesjekk. «Kvalitetssikret av». Opplæring (KI-forordningen art. 4). Ingen vedtak | 3×3=9 | Kommune og produkt |
| R29 | Brukerens «slett» skjuler bare samtalen. Fysisk sletting skjer først når fristen er ute | K | 3 | 3 | 9 | Beskrevet i sletting og lagringstid og rutinen for registrertes rettigheter. Fysisk sletting på instruks fra kommunen | 2×3=6 | Produkt |
| R30 | Feil transkripsjon eller feil taler i referat | I | 3 | 3 | 9 | Menneskelig godkjenning av referat. Ved opplastet opptak skiller modellen talere, som vises som «Taler n». I levende referat skiller modellen ikke talere, og referenten setter navn. Referenten kan rette tekst og taler. Evaluering på dialekter | 2×3=6 | Produkt |
| R31 | Sikkerhetskopier beholder data etter sletting (daglige og ukentlige kopier i 30 dager, også kopien i Amsterdam) | K | 2 | 3 | 6 | Avtalt i databehandleravtalen punkt 14.2. Kopiene utløper av seg selv, senest 30 dager etter sletting. Slettet innhold gjenopprettes ikke i produksjon | 2×2=4 | Drift |
| R33 | Konsentrasjon: all hosting, nøkkelhåndtering og sikkerhetskopi (begge regioner) ligger hos én europeisk leverandør (Scaleway). GreenPT bruker også Scaleway som underleverandør. Feil hos leverandøren, sperret konto, tvist om fakturering, sikkerhetshendelse eller oppsigelse rammer alt samtidig | T/K | 3 | 4 | 12 | Hele oppsettet er beskrevet som kode og bruker få tjenester som bare finnes hos Scaleway (S3-kompatibel fillagring, administrert database og Kubernetes), så flytting til en annen EU-leverandør er mulig. Sikkerhetskopi i en annen region (Amsterdam). Avtalt tilgjengelighet og kontakt for eskalering. Skriftlig exitplan. Modellleverandører utenfor Scaleway (blant annet Mistral AI), så KI-funksjonene ikke faller bort sammen med hosting | 2×4=8 | Drift |
| R34 | Mistral er utilgjengelig eller treg, slik at referat, levende referat og diktering stopper | T | 4 | 2 | 8 | Opplastet lyd går i kø og prøves på nytt. Levende referat gir feilmelding med en gang, og referenten kan laste opp opptaket etterpå. Vi driver ingen egne talemodeller som må vedlikeholdes. Varsel ved høy feilrate | 2×2=4 | Plattform |
| R35 | Byggeren skriver en funksjon (kode) som kjører på personopplysninger og gjør noe annet enn personen tror, bryter ut av sandkassen eller lekker data | K/I | 2 | 4 | 8 | Funksjonen kjører i kodesandkassen: nytt miljø per kall, ikke nettverk, ikke database, ingen hemmeligheter, grenser for tid og minne. Svaret kontrolleres mot skjemaet i trinnet. Eksempler med forventet svar kjøres ved hver lagring. Uten sandkasse er trinnet ikke tilgjengelig. Funksjonen ligger i versjonen som tas i bruk | 1×4=4 | Plattform |
| R36 | En kjøring over mange poster (opptil 2 000) sender personopplysninger til en modell, og en feil i instruksjonen eller et feil svar gjentas på alle postene uten at noen ser det | K/I | 3 | 4 | 12 | Postens dataklasse avgjør hvilke modeller som kan brukes. Navn og identifikatorer kan skjules før modellkallet. Prøvekjøring uten utsending, og kostnadsanslag før start. Kostnadsgrense per enhet. Svar som ikke passer skjemaet, feiler for den posten og prøves på nytt. Sitater godtas bare når de står ordrett i kilden. Lav sikkerhet sender posten til en gjennomgangskø. Felt en person har satt, overskrives ikke. Trinn inne i kjøringen kan ikke sende noe ut | 2×4=8 | Produkt |
| R37 | Poster med personopplysninger (avsendere av innspill, parter) lekker, beholdes for lenge eller mangler i innsyn og eksport fordi de ligger i én felles tabell | K | 2 | 4 | 8 | Innholdet er kryptert med kommunens nøkkel. Klartekst bare for valg, tall, datoer, henvisninger og faste mønstre, og valideringen avviser fri tekst i slike felt. Hver kommunes poster er skilt i databasen. Oppbevaring, sikkerhetskopi, eksport og avslutning dekker postene, og tester kontrollerer det. Samlinger merket for innsyn er med i innsynssøket. Tellinger under minstegrensen (standard 5) vises ikke | 1×4=4 | Plattform |
| R38 | Et verktøy eller en assistent tas i bruk av den som har bygget det, uten at noen andre ser formålet, og blir høyrisiko eller brukes til et forbudt formål (rangering av søkere, vurdering av ansatte) | I | 3 | 4 | 12 | Ibruktaking logges med navn og versjon og kan trekkes tilbake. Registeret viser formål og risikoklasse. Tilgangen til å bygge følger rollen, og kommunen styrer den. Tjenesten har ingen teknisk sperre mot formålet, så kommunens rutine og personvernombudet må dekke det | 3×3=9 | Produkt |
| R39 | Vektorer og søkehasher lekker informasjon fra en databasekopi (vektorer er ikke kryptert; søkehasher viser like ord, ordbegynnelser og antall ord per rad) | K | 2 | 4 | 8 | Alt innhold er kryptert. Søkbarhet er et valg per klasse (i startmalen av for klassene for taushetsbelagt innhold og personopplysninger). Søkenøkkel per kommune. Hasher slettes med innholdet. Beskrevet i DPIA kap. 2.10 | 1×4=4 | Sikkerhet |
| R40 | Kommunens oppsett av dataklasser er for svakt: startmalen endres uten vurdering (svak eller ingen tofaktor, lang lagringstid, flere leverandører, søkbare klasser med sensitivt innhold, deling) | K | 3 | 4 | 12 | Ingen minstekrav fra plattformen: valget er kommunens som behandlingsansvarlig. Alle endringer logges. Sammendrag av oppsettet. Kommunen vurderer eget oppsett i egen ROS | 2×4=8 | Kommune |
| R41 | Nøkkelkrypteringsnøkkelen går tapt, og alt innhold for alle kommuner blir uleselig | T | 2 | 5 | 10 | Nøkkelen ligger i Secret Manager, kryptert med en Key Manager-nøkkel som er sperret mot sletting. API og bakgrunnsjobbene kontrollerer nøklene ved oppstart og nekter å starte hvis de ikke passer, og en nattlig jobb kontrollerer et større utvalg. Gjenopprettingen kontrollerer at nøklene passer til dataene. En forseglet kopi utenfor Scaleway hos to personer, adskilt fra databasekopiene, skal finnes; at den finnes, er ikke dokumentert | 1×5=5 | Drift |
| R42 | Oppsett uten tofaktor: kommunen har valgt bort tofaktor, og en kompromittert konto gir tilgang. | K | 3 | 4 | 12 | Valget er kommunens, gjøres for hele kommunen og logges. Innlogging via Entra ID eller Feide følger i tillegg identitetsleverandørens egne krav. Lokale brukere i innloggingstjenesten følger samme valg. Klassene kan fortsatt kreve sikkerhetsnøkkel eller Windows Hello og ny innlogging | 2×4=8 | Kommune |
| R43 | Når en app åpnes, henter nettleseren skript, stiler og skrifter direkte fra tredjepart (Cloudflare for cdnjs, Fastly for jsDelivr, unpkg, Tailwind, jQuery og Google Fonts). Brukerens IP-adresse og nettleser blir kjent for disse. Gjelder bare kommuner som har slått på apper | K | 4 | 2 | 8 | Apper er av til kommunen slår dem på (webapps_enabled). Bare oppførte verter slipper gjennom, og bare eksakte versjoner. Siden sender ingen henvisningsadresse (Referrer-Policy: no-referrer), og innhold fra kommunen følger ikke med forespørselen. Tredjepartene er ikke våre underdatabehandlere og får ikke innhold, bare IP-adresse og nettleser. Kommunen tar vurderingen inn i sin DPIA. Hvis kommunen ikke godtar kontakten, kan bibliotekene i stedet speiles hos oss | 4×2=8 | Personvern |
| R44 | En app sender innhold ut i en adresse: enten adressen til en fil på en tillatt vert (for eksempel et spørringsfelt på en skriptadresse), eller adressen en side åpner når den sender selve rammen til en annen side. Sperren i innholdssikkerhetspolicyen og sandkassen stopper ikke det siste, og den siden kan vise en falsk innloggingsside | K | 3 | 4 | 12 | Innholdssikkerhetspolicyen for siden har connect-src 'none', form-action 'none' og img-src uten https:, så bare skript, stiler og skrifter kan hente noe utenfra. Valideringen avviser adresser med spørrestreng og versjoner som ikke er eksakte. Henting, bilder, skjema og nye vinduer er stengt, og siden har ingen innloggingsbevis. Når rammen laster en ny side, fjerner verten rammen og viser en melding. Det oppdager bruken, men stopper ikke den første forespørselen, så innhold kan nå en tredjepart i den adressen. Eieren ser koden i appen og skal sjekke den før deling, og instruksjonene forbyr innloggingsskjema. Tilgang til data og modell går bare gjennom verten, som bruker brukerens rettigheter og dataklasse | 2×4=8 | Sikkerhet |
Røde før tiltak: R01, R02, R05, R06, R08, R11 og R28. Alle har restrisiko 10 eller lavere. R02, R05, R06, R08 og R28 er gule etter tiltak og følges opp, og det samme gjelder R36, R38, R40, R42, R43 og R44, som er gule både før og etter tiltak. For R40 og R42 avhenger restrisikoen av kommunens eget oppsett. Restrisikoen forutsetter at tiltakene er på plass.
4. Leverandører av språkmodeller
Det fullstendige registeret er underdatabehandlere. Tabellen under er en kortversjon for risikoformål. Ved avvik gjelder registeret.
Krav til alle leverandører: (1) skriftlig bekreftelse på behandling i EU/EØS, (2) databehandleravtale, (3) ingen trening på data, (4) region logges for hvert kall og (5) kostnadsgrense per enhet.
Kommunen bestemmer hvilke dataklasser hver leverandør og modell brukes til. Kolonnen «Startmalen» viser valget en ny kommune får. En leverandør eller modell som ikke er valgt for en klasse, kan ikke brukes for den.
| Leverandør | Selskap og jurisdiksjon | Modeller og tjenester | Startmalen | Underlagt tredjelands lovgivning? |
|---|---|---|---|---|
| GreenPT | GreenPT BV, Nederland. Behandling hos Scaleway SAS (Paris) og Inceptron, Tensorix og Melious (Finland) | Kimi K3, GLM 5.3, MiniMax M3, DeepSeek V4.1 Flash og GLM 5.3 Flash (kinesisk opphav, kjørt i EU), Qwen3 Embedding 8B (tekstvektorer) | Alle fire klasser | Nei (EU) |
| Mistral AI | Mistral AI SAS, Paris. Underdatabehandlere: trust.mistral.ai/subprocessors | Mistral Large 4, Medium 3.5 og Small 4, GLM 5.3 (via Mistrals EU-endepunkt), Voxtral (tale til tekst) og Mistral OCR (tekstgjenkjenning, valgfritt) | Alle fire klasser, også for tale | Nei (fransk selskap) |
| Microsoft Azure OpenAI, EU Data Zone (ressurs i Sweden Central) | Microsoft Ireland Operations Ltd. (amerikansk morselskap) | GPT-6.1 Sol, GPT-5.6 Terra, GPT-5.4 mini, GPT-5 nano og GPT Image 1.5 (bilder). Azure AI Speech for opplesing | Av (ingen klasse). Kommunen slår på per dataklasse | Ja: amerikansk morselskap (CLOUD Act). Redusert med EU Data Zone og avtalevilkår, men ikke fjernet |
Andre underdatabehandlere i plattformen (ikke modellleverandører): Scaleway SAS (administrert Kubernetes, PostgreSQL og Redis, fillagring, Key Manager, Secret Manager og e-post, i Paris og Amsterdam). Nettsøk, som er av som standard, leveres av GreenPT (U2). Kommunens egen Microsoft Entra ID og Feide (Sikt) er kommunens ansvar. Vi driver overvåkingen selv i EU, så den er ikke en underdatabehandler. GitHub brukes bare til kildekode og aldri til kundedata.
Modeller av kinesisk opphav (R24)
Risiko: en modell med uønsket opphav eller justering gir skjevt eller upålitelig innhold, eller forespørsler går til tjenester drevet fra Kina.
Modeller av kinesisk opphav er tillatt når de kjøres av GreenPT eller Mistral AI i EU. Ingen tjeneste drevet fra Kina (DeepSeek, Moonshot, Alibaba Cloud, Zhipu, MiniMax, Xiaomi) er koblet til. Tiltakene er at bare europeiske leverandører kjører modellene, at innstillingen allow_chinese_origin_models er på som standard og kan slås av og låses av en overordnet enhet, at opphavet vises i modellvalget, og at de samme dataklassereglene gjelder som for andre modeller. Risikoen aksepteres med disse tiltakene.
5. Oppfølging
- Analysen vurderes på nytt ved hver ny leverandør, ved større endringer i arkitekturen og minst én gang i året.
- R02, R05, R06, R08, R28, R36, R38, R40, R42, R43 og R44 har gul restrisiko og følges opp jevnlig.
Versjon 1.1, 5. november 2026.