En delt konto er en konto, flere personer kender loginoplysningerne til. Den findes i de fleste driftsmiljøer, fordi den er praktisk: én administratorkonto på firewallen, ét login til leverandørens portal, én bruger på produktionens betjeningspanel. Problemet viser sig, når noget skal forklares bagefter. Loggen siger, at kontoen gjorde det, men ikke hvem der sad ved tasterne.
Kontrollen har to dele. Den ene er at finde de delte konti. Den anden er at se, om hver af dem er godkendt og dokumenteret, og om handlingerne alligevel kan føres til en person.
Hvad reglerne siger
Bilaget til Kommissionens forordning 2024/2690 har en klar hovedregel og en snæver undtagelse. Punkt 11.5.2, litra a) og b), kræver unikke identiteter, og at en brugeridentitet forbindes med en enkelt person. Punkt 11.5.3 tillader fælles identiteter, men kun “hvis dette er nødvendigt af forretningsmæssige eller driftsmæssige årsager og er underlagt en udtrykkelig godkendelsesproces og dokumenteres”.
Bilaget binder kun de tjenesteudbydere, artikel 1 opregner. Resten kan bruge ordlyden som sammenligning, og netop her er den let at omsætte til en kontrol.
For finansielle enheder siger DORA-standarden om IKT-risikostyring (EU) 2024/1774 i artikel 21, litra c), at brugen af generiske og delte konti begrænses så vidt muligt, og at brugerne til enhver tid skal kunne identificeres med hensyn til de handlinger, de udfører. Artikel 20, stk. 2, litra a), kræver en unik identitet for hver medarbejder, også hos tredjepartsudbydere. Enheder under den forenklede ramme er ikke omfattet af de to artikler.
SAMSIK anbefaler i sin passwordvejledning fra 2026, at passwords er personlige og ikke deles, og at en administrativ konto er personlig.
Hvorfor det betyder noget for loggen
I CISA og NSA’s fælles liste over fejlopsætninger står der, hvad der sker, når loginoplysninger ligger i klartekst i filer, som mange kan læse: loggen viser kun gyldige konti, og ansvarligheden forsvinder. Det samme gælder delte konti. En handling udført med en delt konto ser i loggen ud som almindelig brug, uanset om det var en kollega, en tidligere medarbejder eller en uvedkommende.
DORA’s formulering om, at brugerne til enhver tid skal kunne identificeres, er derfor det egentlige kontrolpunkt. Den kan opfyldes på to måder: ved at afskaffe den delte konto eller ved at have et spor uden for systemet, der viser, hvem der brugte den hvornår.
Hvor delte konti typisk findes
Hvor delte konti gemmer sig, beskriver kilderne ikke. Listen er praksis og tænkt som en tjekliste for gennemgangen:
- Netværksudstyr · en lokal administratorkonto på firewall, switche og trådløse controllere, som hele driften kender.
- Virtualisering, lager og backup · platforme, der administreres med en lokal konto uden for kataloget.
- Leverandørportaler · ét login til domæneregistratoren, teleleverandøren eller en cloudkonsol.
- Produktion og lager · betjeningspaneler og håndterminaler med en fælles bruger.
- Fællespostkasser, der kan logges på direkte · i stedet for at blive åbnet med egne konti.
- Indbyggede administratorkonti · domænets eller systemernes standardadministrator, som stadig bruges i det daglige.
Udtrækkene
En gennemgang kan typisk finde de delte konti ved at sammenligne kontolister med personerne bag. Konti, der ikke har en navngiven person, er kandidater. Det er også praksis at spørge driften direkte, hvilke loginoplysninger der ligger i det fælles passwordlager, fordi det er dér, de delte konti samles. Gennemgangen skal ikke se passwordene, kun hvilke konti der står der, og hvem der kan åbne dem.
For hver delt konto stilles tre spørgsmål:
- Er der en forretningsmæssig eller driftsmæssig grund? Det er forordningens betingelse.
- Er den godkendt og dokumenteret? Med navn på den, der godkendte, og hvem der kender loginoplysningerne.
- Kan brugen føres til en person? Fx gennem et udtag fra passwordlageret med navn og tidspunkt, holdt op mod systemets egen log.
Begrundede fælles konti
Nogle fælles identiteter er begrundede. Nødkonti til lejeren er et eksempel, som Microsoft selv beskriver, og som ikke må være knyttet til en enkelt person. At de er en tilladt, begrundet fælles identitet i forordningens forstand, er vores kobling. Microsoft bruger ikke den formulering. Kravene til nødkonti er beskrevet i nødkonti.
Det, der skiller en begrundet fælles konto fra en delt konto af bekvemmelighed, er godkendelsen, dokumentationen og sporet.
Hvad det kræver, og hvad det koster at lade være
Det kræver en liste over delte konti, en godkendelse for hver af dem og en måde at føre brugen til en person på. Hvor systemet kan kobles til kataloget, er det ofte enklere at give hver administrator sin egen konto. Hvor det ikke kan, er passwordlagerets log det, der binder brugen til en person.
Uden kontrollen kan ingen sige, hvem der ændrede en regel i firewallen eller slettede en backup, og en tidligere medarbejder, der kender en delt konto, kan stadig komme ind, indtil passwordet bliver skiftet.
Det skal I lade være med
- At bruge en delt konto, fordi det er hurtigst · forordningen kræver en forretningsmæssig eller driftsmæssig grund.
- At lade passwordet stå uændret, når en, der kender det, stopper · så har en uden tilknytning stadig adgang.
- At regne systemets log som spor for en delt konto · den viser kun kontoen.
Det skal gennemgangen kunne vise
- ☐ En liste over delte konti med system, formål og de personer, der kender loginoplysningerne.
- ☐ En godkendelse og dokumentation for hver delt konto.
- ☐ Et spor, der fører brugen af hver delt konto til en person.
- ☐ Bevis for skift af loginoplysninger, når en med kendskab til dem er stoppet.
Kilder
- Gennemførelsesforordning (EU) 2024/2690, bilaget, artikel 1 og punkt 11.5.2 og 11.5.3, læst 13. november 2026.
- Delegeret forordning (EU) 2024/1774, artikel 20 og 21, læst 13. november 2026.
- SAMSIK, Passwordsikkerhed, oktober 2026, side 17 og 22, læst 13. november 2026.
- CISA og NSA, AA23-278A Top Ten Cybersecurity Misconfigurations, 5. oktober 2023, punkt 9, læst 13. november 2026.
- Microsoft Learn, Manage emergency access admin accounts, opdateret 4. juni 2026, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Bed driften om listen over konti i det fælles passwordlager, og marker dem, der ikke har en navngiven person bag.
Læs også: Switche, routere og firewalls: udstyrets egen sikkerhed · Servicekonti
→ Kontakt · Tlf. 70 13 63 23 · Teknisk sikkerhedsgennemgang hos Nielco IT
