Sådan beskytter OneTimeSecret en hemmelighed ifølge tjenesten selv
Onetime Secrets sikkerhedsoversigt beskriver modellen kort: En hemmelighed er beregnet til at blive vist én gang og derefter destrueret permanent, en hemmelighed, der ikke er vist, kan slettes, hemmeligheder krypteres under overførsel og ved lagring på alle planer, hver hemmelighed har et udløb, og en valgfri adgangssætning tilføjer et lag, som linket alene ikke kan åbne. Siden om databeskyttelse tilføjer, at transporten er beskyttet med TLS, at tjenesten sigter mod kun at gemme de metadata, der er nødvendige for at drive den, og at du kan vælge den region, hvor data behandles og opbevares. Forsiden oplyser, at data destrueres permanent, når modtageren åbner linket, og at ingen, heller ikke Onetime Secret, kan hente dem frem igen.
Det er de rigtige egenskaber for et værktøj til engangshemmeligheder, og de er klart formuleret.
Det ene, dokumentationen ikke siger
Hverken sikkerhedsoversigten eller siden om databeskyttelse siger, hvor krypteringen sker: i din browser, før hemmeligheden sendes, eller på Onetime Secrets servere, efter at den er ankommet. Den forskel afgør, om udbyderen ville kunne læse en hemmelighed, mens den er gemt. Kryptering ved lagring beskytter databasen mod en, der stjæler disken. Den forhindrer ikke i sig selv, at den tjeneste, der har nøglen, dekrypterer posten. Siderne beskriver heller ikke, hvordan en adgangssætning behandles eller gemmes, og det maksimale udløb er kun angivet som en grænse for planen.
Det er ikke en anklage. Onetime Secret er open source og kan hostes på egen server, så enhver, der har brug for at vide det, kan læse koden eller køre sin egen instans, og det er en stærkere garanti end nogen markedsføringsside. Det er blot et spørgsmål, som dokumentationen for den hostede tjeneste lader stå åbent, og hvis udbyderen indgår i din trusselsmodel, er det dét spørgsmål, du skal stille.
OneTimeSecrets sikkerhed: det gør tjenesten godt
Tjenesten er enkel, gratis for enkeltpersoner og teams og open source, og den kan hostes på egen server fra et GitHub-repository, som der linkes til. Sletning før visning, adgangssætninger og udløb dækker de indstillinger, de fleste har brug for. Du kan også vælge dataregion, hvilket få konkurrenter tilbyder, og LinkPilot gør det ikke. Til en enkelt personlig hemmelighed en gang imellem, eller til et team, der selv vil køre tjenesten, er den stadig et fornuftigt valg.
Her adskiller LinkPilot sig
LinkPilot besvarer det åbne spørgsmål udtrykkeligt: Hemmeligheden krypteres i din browser med AES-GCM-256, nøglen placeres efter # i linket, hvor browsere aldrig sender den videre, og vores servere, database og edge-netværk indeholder chiffertekst og ingen nøgle. Koden, der gør det, ligger i det MIT-licenserede CLI-repository sammen med testvektorer. Siden om sikkerhedsarkitektur beskriver modellen og dens begrænsninger, herunder at hemmeligheder oprettet før den 29. september 2026 lå gemt som klartekst, indtil de udløb, og at vi kan se en vedhæftet fils navn, størrelse og type.
Omkring hemmeligheden tilføjer LinkPilot tilbagekaldelse fra et dashboard, vedhæftede filer, teamroller og på Pro en adgangssætning, der indgår i dekrypteringsnøglen, samt en revisionslog. LinkPilot tilbyder hverken selvhosting eller valg af dataregion. Siden om alternativet til OneTimeSecret og den fulde sammenligning vejer fordele og ulemper op mod hinanden.