En adgangskodeadministrator gemmer loginoplysninger, som et team bruger igen og igen. Et hemmeligt engangslink giver én person loginoplysningerne én gang og destruerer derefter sin kopi. Brug administratoren som det autoritative register og linket til overdragelsen. De fleste sikkerhedsbevidste teams har brug for begge dele, og det meste besvær opstår, når man bruger det ene, hvor det andet hører hjemme.
Hvad hvert værktøj er bygget til
| Opgave | Adgangskodeadministrator | Hemmeligt link |
|---|---|---|
| Opbevaring på ubestemt tid | Ja | Nej |
| Deling med folk uden adgang til boksen | Besværligt | Fuldt understøttet |
| Levering én gang | Muligt | Standardadfærd |
| Historik over skift | Ja | Nej |
| Log over hver visning | Begrænset | For hver hemmelighed |
| Virker, uden at modtageren opretter en konto | Nej | Ja |
| Autoudfyldning i browser og CLI | Ja | Nej |
| Intet bliver tilbage efter overdragelsen | Nej | Ja, ved sletning eller udløb |
En adgangskodeadministrator er et register. Et hemmeligt link er en leveringsmetode, der er bygget til at glemme: Efter overdragelsen slettes linket, det udløber, eller det bliver tilbagekaldt, og den URL, der bliver liggende i chatten eller e-mailen, peger ikke på noget.
Når adgangskodeadministratoren er det bedste valg
- Loginoplysningerne skal bruges igen og igen af et kendt team.
- Du vil have én autoritativ kopi, der opdateres alle steder.
- Modtageren har allerede adgang til din boks.
- Du har brug for autoudfyldning i browsere og CLI-værktøjer.
- Du vil have overvågning af datalæk og rapporter om svage adgangskoder for hele beholdningen af loginoplysninger.
Når det hemmelige link er det bedste valg
- Modtageren er en konsulent, kunde eller leverandør, der ikke har adgang til din boks og aldrig vil få det.
- Du skal kun levere loginoplysningerne én gang.
- Du vil have en tydelig hændelse i loggen, ”læst kl. 14:32”, for overdragelsen, knyttet til netop den levering.
- Loginoplysningerne er et kortlivet token, en engangskode eller en hemmelighed, der bruges ved et skift, og som ikke bør ligge nogen steder.
- Du skal have den følsomme værdi ud af den kanal, du er tvunget til at bruge. E-mail og chat gemmer alt. Et slettet link gemmer intet.
Vælg efter situation
| Situation | Brug | Hvorfor |
|---|---|---|
| En kollega med adgang til boksen skal bruge login til testmiljøet | Adgangskodeadministrator | Del elementet i boksen, så er det stadig opdateret efter et skift |
| En konsulent skal bruge en databaseadgangskode til en opgave på to uger | Hemmeligt link | Kræver ingen brugerlicens til boksen, leveringen kan spores, og intet bliver liggende |
| En nyansats' loginoplysninger til første arbejdsdag | Begge | Værdierne ligger i administratoren, overdragelsen sker via engangslink |
| En kunde skal bruge den API-nøgle, du har oprettet til dem | Hemmeligt link | Kunder har aldrig adgang til din boks, og en e-mail ville gemme nøglen for altid |
| En medarbejder, der håndterer en hændelse, skal bruge den nye administratoradgangskode med det samme | Hemmeligt link | Kort udløb, og hændelseskanalen indeholder kun en død URL |
| Wi-Fi-adgangskoden til kontoret | Adgangskodeadministrator (delt boks) | Langlivet, lav følsomhed, bruges igen og igen |
Tre eksempler fra praksis
Overdragelse til en konsulent
- Hent loginoplysningerne i administratoren (eller bedre: opret loginoplysninger med begrænset adgang og tidsbegrænsning kun til konsulenten).
- Opret et hemmeligt engangslink: slettes efter én visning, udløber efter 24 timer, beskyttet med en adgangssætning.
- Send linket via e-mail, og send adgangssætningen via sms eller en direkte besked i Slack.
- Hold øje med hændelsen i loggen, når linket bliver vist. Når linket er læst, er det dødt, og e-mailtråden indeholder intet følsomt.
- Når opgaven er slut, tilbagekalder du loginoplysningerne ved kilden.
Onboarding af en nyansat
Administratoren rummer de autoritative værdier. Problemet ved overdragelsen er, at den nyansatte ikke har adgang til boksen endnu. Det første login er adgangen til boksen. Lever det første login via et engangslink, der udløber samme dag. Alt derefter går gennem administratoren som sædvanligt.
Levering af en API-nøgle til en kunde
Send aldrig selve nøglen via e-mail. E-mail gemmes på ubestemt tid på flere servere og er et primært mål, når konti bliver overtaget. Opret nøglen, send et engangslink, og lad sletningen fungere som leveringsbekræftelse. Hvis linket udløber ulæst, ved du, at leveringen er mislykkedes, før kunden klager. Send nøglen igen med et nyt link.
Den kombination, de fleste teams ender med
- Teamets langlivede loginoplysninger ligger i adgangskodeadministratoren (1Password, Bitwarden, Vaultwarden).
- Når en person uden for boksen skal bruge loginoplysninger, henter et teammedlem med tilladelse dem i administratoren og sender et hemmeligt link med kort udløb.
- Modtageren gemmer loginoplysningerne i sin egen adgangskodeadministrator.
- Linket slettes. Administratoren beholder den autoritative kopi og historikken over skift.
Sådan bliver ansvaret for sporbarheden delt rigtigt: Administratoren svarer på ”hvem har adgang til hvad”, og linket svarer på ”hvornår skete overdragelsen, og blev den læst af præcis én part”.
Hvad med adgangskodeadministratorernes egne delingslinks?
Flere administratorer har nu deres egne delingsfunktioner med udløb: deling af elementer i 1Password og Bitwarden Send (som beskrevet i juli 2026; tjek den aktuelle dokumentation, før du stoler på detaljerne). Hvis alt foregår i én administrator, er de legitime og praktiske.
Et særskilt hemmeligt link har stadig sin berettigelse, når du vil have en adgangssætning, der sendes via en anden kanal, en revisionslog for hver hemmelighed, som du kan henvise til senere, links, som forhåndsvisningsbots i chat og e-mail ikke åbner, eller et værktøj, der ikke forudsætter noget om, hvilken administrator (om nogen) den anden part bruger.
Hvad med skift af adgangskoder og nøgler?
Et hemmeligt link fører ikke historik over skift. Deler du den samme værdi to gange via to forskellige links, ved ingen af dem, at det andet findes. Det er fint til overdragelsen, men nytteløst til løbende styring. Lad det ansvar blive i administratoren, og behandl hvert skift som en ny overdragelse med et nyt link.
Begrænsninger og ærlige forbehold
- Et hemmeligt link er ikke opbevaring. Hvis modtageren ikke gemmer værdien i sin egen adgangskodeadministrator, før linket slettes, skal du sende den igen. Skriv det tydeligt, når du sender linket.
- Ingen af værktøjerne beskytter mod modtageren. Når en person har læst loginoplysningerne, kan vedkommende kopiere dem hvor som helst hen. Begge værktøjer beskytter transporten og opbevaringen, ikke den anden ende.
- Kend din udbyders krypteringsmodel. Anerkendte adgangskodeadministratorer krypterer bokse end-to-end, og det gør LinkPilot også for tekstindholdet i hemmelige links: Indholdet krypteres i din browser, og nøglen bliver i den del af linket, der står efter #, så den, der driver tjenesten, ikke kan læse en aktiv hemmelighed. Adgangssætninger hashes i browseren, og slettet indhold overskrives uigenkaldeligt. Vedhæftede filer krypteres på samme måde. Opdatering den 29. september 2026: Dette punkt sagde tidligere, at hemmelige links ikke var end-to-end-krypterede, hvilket var korrekt indtil den dato. Detaljerne står på siden om sikkerhedsarkitektur.
- Administratorens hovedadgangskode er et enkelt sårbart punkt. Det er prisen for et register. Beskyt den med en stærk adgangssætning og 2FA med en fysisk sikkerhedsnøgle.
Prøv det gratis, uden tilmelding
Generator til hemmelige engangslinks
Del en adgangskode eller en note via et link, der kun kan åbnes én gang.
Læs også
- Sådan deler du API-nøgler sikkert
- Sikker deling af adgangskoder: 5 metoder sammenlignet
- LinkPilot vs. OneTimeSecret
Kilder
- 1Password Support, Share items with anyone.
- Bitwarden Help Center, About Send.
