Kommune · 3430 · Innlandet
Os kommune
Skyavhengigheter utenfor Europa som er synlige fra utsiden, vurdert risiko og et utkast til exit-plan. Kartlagt 20.10.2026 fra os.kommune.no.
Indeks 70 · leverandør sett i 8 av 12 områder, 8 med funn utenfor Europa
Delt 39.–75. plass av 357, der 1. plass har høyest indeks. 37 kommuner har indeks 70.
Last ned exit-strategi (PDF)Hva kartleggingen fant
Den eksterne kartleggingen av os.kommune.no fant 11 avhengigheter utenfor Europa, fordelt på 8 av de 8 områdene der vi så en leverandør. Leverandørene har hovedkontor i USA.
Den tyngste avhengigheten er Microsoft 365-plattformen, som her omfatter e-post (Exchange Online), kontorpakke og fillagring, Teams, enhetsstyring (Intune) og identitet (Entra ID). Disse tjenestene henger sammen, og exit bør planlegges som ett prosjekt med identitet til slutt.
Microsoft bekrefter at os.kommune.no hører til en Entra-tenant registrert i Microsofts region for Europa. Det avgjør hvor dataene lagres, men tenanten leveres fortsatt av et amerikansk selskap og er omfattet av CLOUD Act.
Nettstedet driftes hos Microsoft Azure (USA).
På nettsidene lastes 1 tjeneste fra leverandører utenfor Europa, blant annet Google Fonts. Dette er raske gevinster som kan fjernes på noen uker.
Eksponeringsindeksen er 70 av 100 (høy). Delt 39.–75. plass av 357, der 1. plass har høyest indeks. 37 kommuner har samme indeks.
Kartleggingen fant også spor av 4 norske eller europeiske tjenester, blant annet Acos, Rev og TTSN.
Avhengigheter, risiko og alternativer.
Områdene er sortert etter hvor mye de veier i indeksen. Risikoen vurderes på tre akser: rettslig tilgang, sanksjoner og avstengning, og kommersiell innlåsing.
Microsoft 365 
US
Domenet er verifisert i en Microsoft 365-tenant. Det tyder på at kontorplattformen (Office, OneDrive, SharePoint) leveres av Microsoft.
Microsoft-tjenestene henger sammen. Planlegg dem som én plattform, ikke hver for seg.
Alternativer å vurdere
Microsoft Teams US
DNS-poster for Teams (lyncdiscover og sip) peker til Microsoft. Teams brukes til chat, møter og samarbeid.
Microsoft-tjenestene henger sammen. Planlegg dem som én plattform, ikke hver for seg.
Alternativer å vurdere
Microsoft Entra ID US
DNS-posten enterpriseregistration peker til Microsoft. Det betyr at enheter og brukere registreres i Entra ID.
Microsoft-tjenestene henger sammen. Planlegg dem som én plattform, ikke hver for seg.
Alternativer å vurdere
Exchange Online (Microsoft 365) US
MX-postene peker til Microsoft. All innkommende e-post håndteres av Exchange Online.
Microsoft-tjenestene henger sammen. Planlegg dem som én plattform, ikke hver for seg.
Alternativer å vurdere
Microsoft Azure US
Nettstedet eller et subdomene driftes i Microsoft Azure.
Alternativer å vurdere
Microsoft Intune US
DNS-posten enterpriseenrollment peker til Intune. PC-er og mobiler styres fra Microsofts sky.
Microsoft-tjenestene henger sammen. Planlegg dem som én plattform, ikke hver for seg.
Alternativer å vurdere
Google Fonts US
Skrifttyper lastes fra Google. Hver sidevisning sender besøkerens IP-adresse til Google.
En tysk domstol har tidligere ilagt erstatning for å laste Google Fonts uten samtykke (LG München, 2022).
Alternativer å vurdere
NOSelvhosting på eget domene
jsDelivr US
Dokumenter og behold Nettsiden henter JavaScript eller stilark fra jsDelivr. Tjenesten drives fra Polen, men leveres delvis via amerikanske innholdsnettverk.
Lav risiko. Filene er åpne kodebiblioteker. Å legge dem på eget nettsted er en enkel jobb som også hindrer at besøkendes IP-adresser sendes til tredjepart.
Alternativer å vurdere
NOSelvhosting på eget domene
Google Search Console US
Dokumenter og behold Domenet er verifisert hos Google, typisk for Search Console (søkestatistikk).
Lav risiko. Verifiseringen gir Google ingen tilgang til data. Behold den hvis Search Console brukes, ellers fjern posten.
PowerDMARC US
Rapporter om e-postautentisering (DMARC eller TLS) sendes til PowerDMARC.
Alternativer å vurdere
Fire faser, fra raske gevinster til beredskap.
Rekkefølgen følger én regel: start med det som er billig og reversibelt, og ta identiteten sist. Varighetene er typiske rammer. En intern kartlegging gir de faktiske tallene.
Små kommuner. Planen er skrevet som om kommunen har en egen IT-avdeling. I små kommuner skjer dette i praksis gjennom IKT-samarbeidet eller felles anskaffelser med nabokommunene. Bruk planen til å stille de samme kravene der. Spør samarbeidet hvilke av avhengighetene som er felles for alle kommunene i det.
Raske gevinster
Tiltak som er billige, reversible og gir synlig effekt. De krever lite mer enn en beslutning og noen dagers arbeid.
- Tredjepartsinnhold på nettsidene: Google Fonts. Vurder Selvhosting på eget domene.
Infrastruktur og tjenester
Bytte av drift, utsending og enkeltstående skytjenester. Krever anskaffelse og testing, men lite opplæring av brukere.
- Nettsted: drift, CDN og DNS: Microsoft Azure. Vurder Safespring, Redpill Linpro og UpCloud.
- E-postutsending og e-postsikkerhet: PowerDMARC. Vurder URIports og parsedmarc (selvdrevet).
Plattform og identitet
De store avhengighetene: kontorplattform, e-post, enheter og identitet. Gjøres i bølger, med pilot først og eksisterende løsning i drift parallelt.
- Kontor og samhandling: Microsoft 365 og Microsoft Teams. Vurder openDesk, Nextcloud Hub og LibreOffice.
- Identitet og tilgang: Microsoft Entra ID. Vurder Keycloak (selvdrevet), Univention Nubus og Zitadel.
- E-postplattform: Exchange Online (Microsoft 365). Vurder Open-Xchange, grommunio og openDesk.
- Enhetsstyring: Microsoft Intune. Vurder Relution, baramundi Management Suite og Matrix42.
Exit-beredskap
Avhengigheter som er akseptable å beholde, eller som ikke har et realistisk alternativ i dag. De dokumenteres med en testet exit-plan.
- Tredjepartsinnhold på nettsidene: jsDelivr.
- Tredjepartsinnhold på nettsidene: Google Search Console.
- TLS-sertifikater: Let's Encrypt.
Det kommunen selv oppgir.
Personvernerklæringer og behandlingsprotokoller navngir ofte fagsystemer og leverandører som ikke er synlige utenfra. Et navn her viser at tjenesten er nevnt, ikke nødvendigvis at den er i bruk. Funnene påvirker ikke eksponeringsindeksen.
Offentlige fellesløsninger 1
| Leverandør | Land | Produkter og bevis | Grunnlag | Teknisk kartlegging |
|---|---|---|---|---|
| Skatteetaten | NO |
Folkeregisteretller klage. Noen opplysninger henter vi direkte fra deg, noen fra offentlige registre som Folkeregisteret, NAV eller ... | Nevnt i teksten | Ikke funnet |
Kilder: www.os.kommune.no/personvern-og-informasjonskaplser/ · www.os.kommune.no:443/personvern-og-informasjonskaplser/personvernerk… · www.os.kommune.no:443/personvern-og-informasjonskaplser/ · www.os.kommune.no:443/personvern-og-informasjonskaplser/dine-rettigheter/
Et utkast ledelsen kan ta stilling til
Dokumentet bygger på funnene over og følger strukturen i en exit-strategi:
- Sammendrag for ledelsen
- Risikovurdering per område
- Alternativer med land og type
- Exit-plan i fire faser
- Steg for gjennomføring
- Krav til anskaffelse og kontrakt
- Styring, roller og måltall
- Leverandører fra personvernerklæringen
- Full teknisk bevisliste
Spor av norske og europeiske tjenester
NOAcosNORevNOTTSNNORenRorosAksessHva kartleggingen ikke ser
Kartleggingen bruker bare offentlige signaler: DNS-poster, sertifikater, nettsidenes kode og hvor serverne står. Den ser ikke fagsystemer, interne nettverk eller avtaler. Der personvernerklæringen navngir slike systemer, vises de i egen seksjon over. En verifiseringspost i DNS viser at en konto er opprettet, ikke at den er i aktiv bruk.
Funnene er derfor et utgangspunkt for en intern kartlegging, ikke en fasit. Les hele metodebeskrivelsen.
Videre arbeid
Hva gjør dere med funnene?
Sjekk hvilke tjenester som faktisk er i bruk, hvem som eier avtalene og hvilke alternativer som kan prøves.