Digital suverænitet

Trin 4 i exit‑planen: en vurdering af, hvem der kan lukke, se eller ændre hvert system, og med hvilket varsel

Trin 4 i exit-planen: en vurdering af, hvem der kan lukke, se eller ændre hvert system, og med hvilket varsel

At kende leverandøren er et stykke vej, men det siger endnu ikke, hvor sårbar organisationen er. Trinnet hviler på fire spørgsmål pr. system: hvem kan lukke adgangen, hvem kan se indholdet, hvem kan ændre funktionen, og hvor lang tid går der fra beslutning til virkning?

Listen fra → Trin 1 og selskaberne fra → Trin 2 og → Trin 3 er grundlaget. Her får hver række en vurdering af afhængigheden.

Fire spørgsmål pr. system

Lukke handler om, hvem der kan stoppe adgangen helt eller gøre systemet ubrugeligt. Det kan være leverandøren, en myndighed, der giver leverandøren en ordre, eller en teknisk mekanisme som et certifikat eller en licenskontrol.

Se handler om, hvem der kan få adgang til indholdet uden jeres medvirken. Det gælder leverandørens egne medarbejdere, underleverandører og myndigheder med hjemmel til at kræve udlevering.

Ændre handler om, hvem der kan ændre funktioner, vilkår eller pris, uden at I skal godkende det. Varsel handler om, hvor lang tid I har til at reagere, og hvor det står skrevet.

Et engangskøb med en udløbsdato

Office 2019 til Mac blev solgt som en licens uden abonnement. Programmerne bruger ifølge Microsofts vejledning til administratorer et digitalt certifikat til at kontrollere licensen, og certifikatet udløb 13. juli 2026. Apps under version 16.83 på macOS og 2.93 på iOS gik derefter i en tilstand med begrænset funktion.

I den tilstand kan filer åbnes, vises og udskrives, men de kan ikke redigeres eller gemmes, og nye filer kan ikke oprettes. Microsoft understreger, at der er tale om licenskontrol og ikke en sikkerhedssårbarhed, og at ingen data går tabt.

For Office 2019 til Mac gav opdatering ingen udvej. Microsofts supportside om opdatering oplyser, at supporten ophørte 10. oktober 2023, og at hverken en opdatering eller en geninstallation afhjælper problemet. Eksemplet viser, at også et program, organisationen ejer licensen til, kan have en mekanisme, som kun leverandøren styrer. Se også → Brugsretten er jeres, vedligeholdelsen er leverandørens.

Fremgangsmåden

  1. Tag systemerne ét ad gangen · Start med dem, organisationen ikke kan arbejde uden, og besvar de fire spørgsmål for hvert.
  2. Find mekanismen · Notér, hvad der konkret kan stoppe systemet: en konto, et abonnement, en licensserver, et certifikat eller en aktivering.
  3. Notér hvem · Skriv for hvert spørgsmål, hvilken part der kan handle, og hvilket land partens moderselskab hører til.
  4. Find varslet · Slå vilkår, livscykluspolitik og kontrakt op, og notér det varsel, der faktisk står, med kilde.
  5. Afprøv, hvad der sker uden forbindelse · Undersøg, om systemet kan køre videre uden licens, opdateringer eller adgang til leverandørens tjenester, og i hvor lang tid.
  6. Giv en samlet vurdering · Brug en enkel skala, fx lav, middel og høj, og skriv begrundelsen ved siden af.

Lukke: konto, licens og aktivering

De fleste cloudtjenester hænger på én konto. Lukkes kontoen, forsvinder adgangen til både programmet og data på én gang. Mekanismen bag sanktioner og dekreter er beskrevet i → Sanktioner og dekreter, og dokumenterede eksempler findes i → Amsterdam Trade Bank og → Den Internationale Straffedomstol og Microsoft.

Lokalt installerede programmer er ikke nødvendigvis friere. Licensaktivering, certifikater og opdateringstjenester kan gøre dem afhængige af leverandørens servere. Notér derfor for hvert program, hvad der sker efter en uge og efter en måned uden kontakt til leverandøren.

Login er en særlig afhængighed. Hvis mange systemer logger ind gennem samme identitetstjeneste, kan en lukning af den ene konto ramme dem alle. Markeringen af fælles login fra Trin 1 bruges her, så identitetstjenesten vurderes som det, den er, nemlig indgangen til resten.

Se: leverandørens adgang og myndighedernes

Leverandørens egne medarbejdere kan i nogle tilfælde få adgang til indhold, typisk i forbindelse med support. Microsoft beskriver i sin dokumentation for Customer Lockbox, at kunden med funktionen kan godkende eller afvise, når en Microsoft-tekniker beder om adgang til indhold. Funktionen indgår i E5 og kan tilkøbes til andre planer.

Samme side svarer nej på spørgsmålet om, hvorvidt funktionen beskytter mod anmodninger fra retshåndhævende myndigheder eller andre tredjeparter. Google oplyser i sin beskrivelse af Access Transparency, at logs over Google-medarbejderes adgang kan mangle, hvis Google ikke lovligt kan underrette kunden om en retlig anmodning.

Notér også jeres egne IT-partnere. En ekstern driftsleverandør med fast administratoradgang kan se og ændre lige så meget som jeres egne administratorer, og den adgang skal fremgå af vurderingen.

Myndighedernes adgang afhænger af leverandørens jurisdiktion. Den amerikanske 18 U.S.C. § 2713 pålægger udbydere at udlevere data i deres besiddelse eller kontrol, uanset hvor data ligger. Loven gennemgås i → Cloud Act.

Ændre: funktioner og vilkår

Leverandøren kan ændre, hvordan en tjeneste virker, uden at kunden har bedt om det. Microsoft oplyser i sin vejledning om backup i Microsoft Authenticator, at backup på Android fra januar 2027 ikke længere aktiveres med en personlig Microsoft-konto, men gennem Google One.

Samme vejledning oplyser, at en backup fra iOS ikke kan gendannes på Android, og at der for arbejds- og skolekonti kun gemmes kontonavnet. Ændringen flytter backuppen af et login-værktøj fra én amerikansk koncern til en anden. Hvordan vilkår ændres uden forhandling, beskrives i → Vilkår, der ændres ensidigt.

Varslet: hvor det står

Varslet står sjældent ét sted. Livscykluspolitikker angiver, hvornår support ophører. Vilkår angiver, hvor længe data bevares efter ophør. Meddelelser i administrationsportalen angiver kommende ændringer.

Office 2021 til Mac er et eksempel på to forskellige frister for samme produkt. Programmet kunne opdateres og fik det fornyede certifikat før 13. juli 2026, men supporten ophørte ifølge Microsofts supportside 13. oktober 2026. Notér begge datoer, når de findes, og notér, hvis der ikke er angivet noget varsel.

Varslet skal sammenholdes med den tid, en exit faktisk tager. Et varsel på tre måneder er rigeligt for et værktøj, men kort for et fagsystem med mange integrationer. Den sammenligning laves i Trin 5.

Sådan noteres det

Hver række i exit-planen får fem nye felter.

  • Kan lukke · part, mekanisme og land.
  • Kan se · leverandørens adgang, underleverandører og myndigheder med hjemmel.
  • Kan ændre · funktioner, vilkår og pris, og om I skal godkende.
  • Varsel · det skriftlige varsel med kilde, eller “intet angivet”.
  • Samlet vurdering · lav, middel eller høj med en kort begrundelse.

Typiske fejl

  • Kun cloudtjenester vurderes · lokale programmer med licenskontrol kan også stoppe.
  • Leverandørens hensigt tages for en garanti · en udtalelse om at modsætte sig krav ændrer ikke, hvilken lov der gælder.
  • Supportfunktioner tages for beskyttelse mod myndigheder · leverandørerne skriver selv, at de ikke er det.
  • Varslet gættes · et varsel, der ikke kan findes skriftligt, noteres som ukendt.
  • Egne partnere glemmes · en ekstern driftsleverandør med fast administratoradgang hører med på linje med softwareleverandøren.
  • Vurderingen dateres ikke · tjenester, vilkår og livscyklus ændrer sig.

Hvad trinnet kan og ikke kan vise

Trinnet viser, hvilke systemer der kan lukkes, ses eller ændres af andre end organisationen selv, og hvor lidt tid der kan være til at reagere. Det giver ledelsen et grundlag for at tale om risiko i konkrete systemer frem for i almindelighed.

Trinnet kan ikke vise, om en adgang faktisk vil blive lukket, eller om en myndighed vil rejse et krav. Det kan heller ikke vurdere en konkret kontrakt juridisk. Det overlades til jurister, mens exit-planen peger på, hvor spørgsmålet er relevant.

En platformsleverandør kan også lukke en konto uden varsel. I foråret 2026 suspenderede Microsoft de konti, som udviklerne bag to sikkerhedsværktøjer brugte til at få drivere signeret, og opdateringerne til Windows stoppede. Sagen gennemgås i → WireGuard-udviklerens konto lukket uden varsel.

Tjekliste

  • ☐ De fire spørgsmål er besvaret for hvert kritisk system.
  • ☐ Mekanismen, der kan stoppe systemet, er noteret.
  • ☐ Lokale programmers afhængighed af licens og certifikater er undersøgt.
  • ☐ Leverandørens adgang til indhold og de tilhørende kontroller er beskrevet.
  • ☐ Kommende ændringer fra administrationsportalen er gennemgået.
  • ☐ Varslet er noteret med kilde eller som ukendt.
  • ☐ Hver række har en samlet vurdering med begrundelse og dato.

Næste trin

Med afhængigheden vurderet opgøres det, hvad det koster i tid og penge at komme ud af hvert system, i → Trin 5: Beregn exit-omkostningen pr. system.

Vurderingen af, hvem der kan lukke, se eller ændre, er kernen i Nielco IT’s jurisdiktions- og afhængighedsvurdering. Den gennemføres på organisationens eget materiale, uden adgang til produktionen.

Kilder

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal afhængigheden kortlægges?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad anledningen er. Så vender jeg tilbage. Jeg sælger rådgivning, ikke produkter, og har ingen leverandørpartnerskaber.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.