Kommune · 3236 · Akershus
Jevnaker kommune
Skyavhengigheter utenfor Europa som er synlige fra utsiden, vurdert risiko og et utkast til exit-plan. Kartlagt 20.10.2026 fra jevnaker.kommune.no.
Indeks 72 · leverandør sett i 9 av 12 områder, 8 med funn utenfor Europa
Delt 36.–38. plass av 357, der 1. plass har høyest indeks. 3 kommuner har indeks 72.
Last ned exit-strategi (PDF)Hva kartleggingen fant
Den eksterne kartleggingen av jevnaker.kommune.no fant 12 avhengigheter utenfor Europa, fordelt på 8 av de 9 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, 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 jevnaker.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 Sitevision (Sverige).
På nettsidene lastes 1 tjeneste fra leverandører utenfor Europa, blant annet Google Analytics. Dette er raske gevinster som kan fjernes på noen uker.
Eksponeringsindeksen er 72 av 100 (høy). Delt 36.–38. plass av 357, der 1. plass har høyest indeks. 3 kommuner har samme indeks.
Kartleggingen fant også spor av 6 norske eller europeiske tjenester, blant annet ReadSpeaker, Sitevision og Domeneshop.
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 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
SharePoint som publiseringsløsning
US
Nettstedet ser ut til å være bygget på SharePoint.
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
Apple Business eller School Manager
US
Dokumenter og behold Domenet er verifisert hos Apple. Det brukes typisk til Apple Business Manager eller Apple School Manager for iPad og Mac.
Så lenge organisasjonen bruker Apple-enheter, trengs Apples registreringsprogram. Riktig tiltak er å dokumentere avhengigheten og koble den til en europeisk enhetsstyring.
Alternativer å vurdere
Google Analytics
US
Besøkende spores med Google Analytics.
Flere europeiske datatilsyn har konkludert med at tidligere bruk av Google Analytics innebar ulovlig overføring. I dag kan overføringen baseres på EU-US Data Privacy Framework, men det rettslige grunnlaget har falt to ganger før.
Alternativer å vurdere
Proofpoint
US
E-post filtreres gjennom Proofpoint før den leveres.
Alternativer å vurdere
Amazon SES
US
SPF-posten gir Amazon SES lov til å sende e-post på vegne av domenet.
Alternativer å vurdere
dmarcian
US
Dokumenter og behold DMARC-rapporter sendes til dmarcian. Rapportene inneholder metadata om hvem som sender e-post i domenets navn.
Lav risiko. Rapportene viser hvem som sender e-post i domenets navn, ikke innholdet i e-posten. Behold, eller bytt til en europeisk tjeneste ved neste fornyelse.
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.
- Sporing og analyse: Google Analytics. Vurder Matomo (selvdrevet), Plausible og Piwik PRO.
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 og SharePoint som publiseringsløsning. Vurder Safespring, Redpill Linpro og UpCloud.
- E-postutsending og e-postsikkerhet: Proofpoint og Amazon SES. Vurder Retarus, Comendo og Mailjet.
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. 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.
- Enhetsstyring: Apple Business eller School Manager.
- E-postutsending og e-postsikkerhet: dmarcian.
- 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 2
| Leverandør | Land | Produkter og bevis | Grunnlag | Teknisk kartlegging |
|---|---|---|---|---|
| Digdir | ID-porten, Kontakt- og reservasjonsregistereter om en tjeneste eller ytelse. Når du logger deg inn på Jevnaker kommunes «Min side» via ID-porten (Norges nasjonale... | Nevnt i teksten | Ikke funnet | |
| Skatteetaten | Folkeregisteretempel henter vi ligningsopplysninger eller andre opplysninger fra Skatteetaten, NAV eller Folkeregisteret. Vi kan ogs... | Nevnt i teksten | Ikke funnet |
Kilder: www.jevnaker.kommune.no/organisasjon/om-kommunen/personvern · www.jevnaker.kommune.no/organisasjon/om-kommunen/personvern/personver… · www.jevnaker.kommune.no/organisasjon/om-kommunen/personvern/hvilke-re… · www.jevnaker.kommune.no/organisasjon/om-kommunen/personvern/innsyn-i-…
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
Hva 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.