Når leverandøren skal lukke ned: jurisdiktionsrisiko ved password manageren
Den, der kontrollerer infrastrukturen, kontrollerer tilgængelighed og adgang – også til Deres adgangsoplysninger.
Adgangsoplysninger er den mest følsomme datakategori i en virksomhed: De er nøglen til alle andre systemer. Hvor dette nøglebundt ligger – og hvilken retsorden leverandør og infrastruktur er underlagt – afgør, hvem der i en alvorlig situation kan få adgang til det, og hvem der må lukke tjenesten ned. Det er netop det, digital suverænitet betyder: kontrol over, hvor data ligger, hvem der har adgang, og om en tjeneste forbliver tilgængelig. Ved cloudbaserede tjenester under udenlandsk jurisdiktion er denne kontrol ikke ubegrænset – den er underlagt fremmede love og myndighedspåbud.
Tilgængelighed er ikke garanteret: et aktuelt eksempel
I juni 2026 blev det håndgribeligt, som ellers lyder abstrakt: Et eksportkontrolpåbud fra den amerikanske regering forpligtede AI-leverandøren Anthropic til at suspendere adgangen til to af sine mest avancerede modeller for udenlandske statsborgere – uanset om de befandt sig i eller uden for USA. Da brugernes statsborgerskab ikke kunne kontrolleres pålideligt i realtid, lukkede leverandøren for en sikkerheds skyld de berørte modeller ned for alle kunder. I løbet af få timer var et tidligere frit tilgængeligt produkt ikke længere brugbart – uafhængigt af løbende kontrakter, betalte abonnementer eller brugernes fysiske placering.
Sagen er lærerig af én grund: Der var ikke tale om et teknisk nedbrud, men om en regulatorisk beslutning. En kontraktlig tilgængelighedsgaranti (SLA) beskytter ikke mod dette – skal en leverandør følge et myndighedspåbud, går påbuddet forud for den kontraktlige garanti. For ukritiske tjenester er det en irritation, der kan accepteres. For forretningskritisk infrastruktur er det en risiko, der hører hjemme i arkitekturbeslutningen.
To dimensioner af jurisdiktionsrisiko
Den, der betror data eller tjenester til en leverandør under en fremmed retsorden, påtager sig to forskellige risici:
- Adgang: Myndigheder i det pågældende land kan under visse omstændigheder tvinge leverandøren til at udlevere data – også når dataene fysisk er lagret i Europa.
- Tilgængelighed: Sanktioner, eksportkontroller eller andre suveræne påbud kan forpligte leverandøren til at indstille en tjeneste for bestemte brugergrupper eller regioner.
Begge risici er uafhængige af tjenestens tekniske kvalitet eller kontraktgrundlaget. De opstår alene af spørgsmålet om, hvilken retsorden leverandøren er underlagt.
Hvorfor det vejer særligt tungt ved password manageren
En password manager er ikke en almindelig tjeneste. Den indeholder adgangsoplysninger til praktisk taget alle andre systemer i en virksomhed – fra e-mailkontoen over servere og cloud-tjenester til bogholderiet. Den, der kompromitterer eller lukker denne centrale boks, når indirekte alt andet.
Det ændrer risikovurderingen: Ved mange applikationer kan afvejningen falde ud til fordel for cloud-bekvemmeligheden. Ved boksen til virksomhedens hovednøgler står kontrol over adgang og tilgængelighed derimod øverst. Her påvirker en jurisdiktionsrisiko ikke ét enkelt system, men potentielt hele IT-miljøet.
Den juridiske baggrund
Jurisdiktionsrisikoen ved leverandører under fremmed retsorden er ikke en teoretisk konstruktion, men ligger i konkrete love. Den er ikke begrænset til USA – sammenlignelige regler findes i andre stater – men for det europæiske marked er især tre punkter relevante:
- CLOUD Act (USA, 2018): Forpligter leverandører af elektroniske kommunikations- eller remote-computing-tjenester under amerikansk jurisdiktion til at videregive data, som de besidder, opbevarer eller kontrollerer – uanset om dataene er lagret i eller uden for USA. Et europæisk datacenter hos en amerikansk leverandør udelukker derfor ikke nødvendigvis adgang.
- Efterretningstjenesters adgangsregler: Beføjelser som FISA Section 702 vedrører under bestemte forudsætninger målrettet indsamling af kommunikation fra ikke-amerikanske personer uden for USA via amerikanske kommunikationstjenester. Rækkevidde og retsstatus for sådanne beføjelser skal vurderes særskilt for den konkrete tjeneste.
- Tredjelandsoverførsel efter GDPR: Den, der overfører personoplysninger til leverandører i tredjelande eller lader dem behandle dér, skal overholde Art. 44 ff. GDPR. EU-US Data Privacy Framework har siden 2023 skabt et grundlag for certificerede amerikanske organisationer, men erstatter ikke risiko- og leverandørvurderingen for særligt følsomme data.
Disse regler gør ikke cloud-tjenester generelt ulovlige. Men de flytter kontrollen et stykke ud af virksomheden – og netop denne kontrol er særligt værdifuld ved adgangsoplysninger.
Hvad digital suverænitet konkret betyder
Digital suverænitet misforstås let som et politisk slagord. I praksis betyder det ganske enkelt: Virksomheden bevarer kontrollen over de tre spørgsmål, der tæller i en alvorlig situation.
- Sted: Hvor ligger dataene fysisk og logisk?
- Adgang: Hvem kan få adgang til dataene – og hvem kan tvinges til at give adgang?
- Tilgængelighed: Hvem beslutter, om tjenesten fortsætter med at køre?
Suverænitet betyder ikke, at man principielt skal undvære cloud-tjenester. Det betyder, at man for det mest følsomme lag – adgangsoplysningerne – ikke giver svaret på disse tre spørgsmål fra sig.
On-Premises som arkitektursvar
Det nærliggende svar på jurisdiktionsrisikoen er at bevare kontrollen over det kritiske lag i virksomheden. En On-Premises password manager holder de krypterede databaser, brugeradministrationen og logfilerne fuldstændigt på infrastruktur, som virksomheden selv kontrollerer.
Her er en klar sondring værdifuld, for ved egen drift bortfalder password-manager-leverandøren under alle omstændigheder som ekstern udleverings- eller nedlukningsinstans – det tilbageværende spørgsmål handler alene om infrastrukturen:
- Eget datacenter: Boks, nøgler, backups og drift ligger fuldstændigt i egne hænder. Her er den digitale suverænitet størst – der findes hverken en ekstern password-manager-tjeneste eller en ekstern infrastrukturleverandør, der kunne tvinges til adgang eller pålægges nedlukning.
- Private Cloud eller egen Azure-Tenant: Heller ikke her driver en producent password-manager-tjenesten. Der kommer dog en infrastrukturleverandør ind i billedet – er denne underlagt en fremmed retsorden, skal dens jurisdiktionsrisiko vurderes særskilt. Leverandørrisikoen for password manageren bortfalder, hostingrisikoen består.
For maksimal kontrol er drift i eget datacenter dermed det klareste valg. Databeskyttelsesvurderingen bliver enklere i begge tilfælde, fordi password-manager-leverandøren ikke forårsager nogen tredjelandsoverførsel – detaljer findes i artiklen GDPR password manager til virksomheder.
Suverænitet efter driftsmodel i sammenligning
Cloud-password-managere er ikke usikre i sig selv – for organisationer uden egen infrastruktur og uden særlige suverænitetskrav kan de være et passende valg. Spørgsmålet er ikke “godt eller dårligt”, men: Hvem skal i en alvorlig situation beslutte over adgang til og tilgængelighed af de mest følsomme data?
| Kriterium | SaaS-password manager under fremmed jurisdiktion | On-Premises password manager i egen drift |
|---|---|---|
| Lagringssted for data | På leverandørens infrastruktur | I eget datacenter, i Private Cloud eller i egen Azure-Tenant |
| Adgang for udenlandske myndigheder | Potentielt mulig via leverandøren – uafhængigt af lagringsstedet | Ingen password-manager-leverandør som udleveringsinstans; ved ekstern hosting skal infrastrukturleverandøren vurderes særskilt |
| Kontrol over tilgængeligheden | Leverandøren og dennes retsorden bestemmer, om tjenesten kører | Egen IT bestemmer drift og tilgængelighed; ingen producenttjeneste, der kan lukkes ned |
| Tredjelandsoverførsel (GDPR) | Skal vurderes afhængigt af leverandør og koncernstruktur | Ingen tredjelandsoverførsel via password manageren; hosting skal vurderes særskilt |
| Dokumenterbarhed i audits | Afhænger af leverandørens dokumentation og tilsagn | Lagringssted, adgangsveje og logfiler kan dokumenteres direkte |
| Afhængighed af leverandør | Løbende abonnement; tjenesten skal forblive tilgængelig | Tidsubegrænset licens mulig; drift ikke afhængig af en producenttjeneste |
Kort sagt: Hvor kontrol over adgang og tilgængelighed er afgørende, er egen drift det konsekvente valg – ikke fordi cloud grundlæggende udelukkes, men fordi adgangsoplysningerne er det ene lag, hvor man bør bevare kontrollen.
Password Depot: datasuverænitet som princip
Password Depot Enterprise Server er konsekvent bygget til drift i Deres miljø og gennemtvinger ingen ekstern cloud-tjeneste – datasuveræniteten forbliver fuldstændigt hos Dem. Også producenten er afgørende for suverænitetsspørgsmålet: Password Depot udvikles af AceBIT GmbH med sæde i Darmstadt – en tysk virksomhed under tysk og europæisk retsorden. Udviklet siden 1998, anvendt hos mere end 100.000 kunder.
- Drift i Deres infrastruktur: On-Premises i eget datacenter, i en Private Cloud hos en hostingpartner efter Deres valg eller i egen Azure-Tenant – de krypterede databaser forlader ikke det ansvarsområde, De har valgt.
- Producent under EU-ret: AceBIT er som tysk virksomhed ikke underlagt US CLOUD Act. Bruger De ekstern infrastruktur, skal dens operatør vurderes særskilt – valget ligger hos Dem.
- Efterprøvbar sikkerhedsarkitektur: AES-256 (algoritme efter FIPS 197) og TLS 1.3, en SySS-penetrationstest for Password Depot 19 (12/2025) med resultatet “ingen alvorlige sikkerhedshuller konstateret” samt et ISMS hos AceBIT GmbH certificeret efter ISO/IEC 27001:2022 af TÜV NORD CERT.
- Kan drives GDPR-konformt: Da dataene i egen drift forbliver på den infrastruktur, De har valgt, opstår der ingen tredjelandsoverførsel via password manageren; roller, logning og kryptering understøtter de tekniske og organisatoriske foranstaltninger efter Art. 32 GDPR. Den konkrete overensstemmelse afhænger derudover af Deres konfiguration og processer. Alle dokumentationer findes i Trust Center.
Dermed bliver den påståede ulempe ved egen drift til en strategisk fordel: Password Depot er den driftsmodel, hvor ingen fremmed producenttjeneste beslutter over adgangen til Deres hovednøgler eller tilgængeligheden af Deres boks.
Konklusion: suverænitet er en arkitekturbeslutning
Tilgængelighed og adgangsbeskyttelse kan ikke garanteres alene kontraktligt, hvis den bagvedliggende leverandør- eller infrastrukturekæde er underlagt en fremmed retsorden – eksemplet fra juni 2026 viser det tydeligt. For de fleste systemer er denne afhængighed acceptabel. For password manageren, der opbevarer nøglerne til alt andet, er den det ikke. Den, der vil bevare kontrollen over sted, adgang og tilgængelighed, træffer bedst denne beslutning på arkitekturniveau – gennem egen drift under egen kontrol og med en producent under europæisk retsorden.
Overbevis Dem i Deres eget miljø: Test Enterprise Server gratis i 30 dage, se løsningen i en live-demo, eller anmod om et uforpligtende tilbud til Deres antal brugere.
Ofte stillede spørgsmål om digital suverænitet
Hvad betyder digital suverænitet ved adgangskodeadministration?
Det betyder, at virksomheden bevarer kontrollen over tre spørgsmål: hvor adgangsoplysningerne ligger, hvem der kan få adgang til dem, og hvem der beslutter over tjenestens tilgængelighed. Ved egen drift i eget datacenter ligger alle tre svar hos virksomheden selv.
Hvad er CLOUD Act – og berører den tyske virksomheder?
CLOUD Act (USA, 2018) forpligter leverandører af elektroniske kommunikations- eller remote-computing-tjenester under amerikansk jurisdiktion til at videregive data i deres varetægt eller under deres kontrol – uafhængigt af det fysiske lagringssted. For tyske virksomheder kan det blive relevant, hvis de bruger sådanne leverandører til administration af følsomme data, selv når dataene ligger i et europæisk datacenter.
Beskytter et europæisk datacenter hos en amerikansk leverandør mod adgang?
Ikke nødvendigvis. Afgørende er ikke kun, hvor dataene er lagret, men også hvilken retsorden leverandøren er underlagt. Er leverandøren underlagt amerikansk ret, kan en udleveringspligt også omfatte data, der er lagret uden for USA.
Er cloud-password-managere dermed grundlæggende usikre?
Nej. Det handler ikke om krypteringens tekniske sikkerhed, men om kontrol over adgang og tilgængelighed. For organisationer uden særlige suverænitetskrav kan cloud-løsninger være passende. Ved adgangsoplysninger – det lag, der låser alle andre systemer op – falder afvejningen dog ofte ud til fordel for egen kontrol.
Hvordan beskytter On-Premises-drift mod jurisdiktionsrisikoen?
Ved egen drift findes der ingen ekstern password-manager-tjeneste, der kan tvinges til dataudlevering, og ingen producentdrevet tjeneste, som en fremmed myndighed kan lukke ned. I eget datacenter er lagringssted, adgangsveje og tilgængelighed fuldstændigt under egen ITs kontrol. Ved ekstern infrastruktur som Private Cloud eller Azure-Tenant skal infrastrukturleverandøren desuden vurderes.
Er Password Depot underlagt amerikansk ret?
Nej. Password Depot udvikles af AceBIT GmbH med sæde i Darmstadt – en tysk virksomhed under tysk og europæisk retsorden. Ved On-Premises-drift forbliver de krypterede data i Deres egen eller af Dem valgte infrastruktur. Ved brug af ekstern infrastruktur skal dens leverandør fortsat vurderes særskilt.
Anmod om tilbud til Deres egen drift
Vælg antal brugere og vedligeholdelsesperiode – Deres individuelle tilbud på Password Depot Enterprise Server modtager De uforpligtende og uden krav om telefonopkald.
Anmod om tilbud