Sikkerheten til passordbeskyttede lenker — hva skjer når du klikker
Du kan legge til et passord på din korte lenke. Vi viser hva som skjer under panseret — uten å bruke fagsjargong — og hvorfor det i det hele tatt er verdt det.
Halvparten av veiledningene om passordbeskyttede lenker starter med setningen at det er et "ekstra sikkerhetslag". Og det er der det slutter. Etter min mening er dette faktisk det minst viktige man kan si om det.
Fordi "sikkerhetslaget" ikke forklarer noe som helst. Det forteller deg ikke hva som skjer med dette passordet, hvem som ser det, eller når det i det hele tatt gir mening. Og dette er de eneste spørsmålene det er verdt å stille seg selv før du klikker på "Legg til passord".
Så etter hverandre.
Passordet på lenken er ikke det samme som hengelåsen på porten
Folk forestiller seg at et passord låser en lenke fullstendig. Slik er det ikke. Sikkerheten til lenker med passord fungerer heller som en konsertbillett: den som har billetten, kommer inn. Den som gir den bort til noen, vil også slippe noen inn.
Det høres ut som en feil. Det er det ikke. Man må bare vite hva denne mekanismen brukes til.
Tre situasjoner hvor det virkelig er nyttig:
Prisliste for premium-kunder eller et dokument i betaversjon, før det går ut til verden. Uten passord vil en slik lenke før eller siden havne på Google eller gå fra hånd til hånd.
Innhold med utløpsdato. Tilbud kun på fredag. Materiale fra konferansen eksklusivt for deltakere. Passordet gjør lenken til en kontrollert inngang — du vet at noen fikk den fra deg, og ikke fant den ved en tilfeldighet.
Og en ting som du legger ut helt offentlig, men som du ønsker å holde et øye med. Lenken kan sirkulere. Uten passord vil ingen uansett komme inn.
Og her er det denne veiledningen ikke skulle utelate
Du skriver inn passordet i skjemaet. I samme øyeblikk forsvinner det. Bokstavelig talt. Det at du har satt "tajne123", slutter å eksistere i lesbar form før du i det hele tatt rekker å slippe knappen.
Hva blir værende i databasen? Ikke passordet. Et fingeravtrykk av det. Faglig kalt: en hash. En streng med tegn som samsvarer med passordet ditt bare når noen skriver nøyaktig det samme som deg. I seg selv avslører den ingenting.
Jeg sier det rett ut, fordi det er viktig: ja, som tjenesteleverandør, har jeg ingen mulighet til å lese passordet ditt. Ikke fordi jeg er høflig. Men fordi det fysisk ikke er noe å lese. Hvis noen hadde brutt seg inn i databasen, ville de bare ha tatt med seg en bunke av disse avtrykkene, og det var alt.
Algoritmen som beregner dette, er bevisst treg. Jeg vet at "treg" høres ut som en klage, men det er en fordel. Poenget er at noen som har stjålet databasen, må bruke absurd lang tid på å gjette ett enkelt passord. Vi snakker om år, ikke sekunder.
Klikk på den andre siden
Noen får lenken din og klikker. I stedet for å komme direkte til målet, ser de en skjerm: "denne lenken er passordbeskyttet", et felt for inntasting, en knapp.
Skriver inn. Serveren sammenligner det som ble skrevet med det lagrede avtrykket. Stemmer det? Får et sesjonstoken gyldig i et døgn. De neste 24 timene kan man gå tilbake til lenken uten å skrive inn noe som helst. Man trenger ikke huske, man trenger ikke anstrenge seg.
Ikke enig? Feil. Fem feil fra samme IP-adresse og tilgangen blokkeres i fem minutter. En bot som prøver å hamre løs med passord etter hverandre, vil stange hodet i veggen.
Hva som rett og slett ikke er her
Vi lagrer ikke passord i klartekst. Ingen steder. Ikke engang i logger som jeg sjekker når jeg leter etter feil.
Vi sender ikke passord via e-post. Det betyr at hvis noen glemmer passordet sitt, kan jeg ikke sende det til dem, fordi jeg ikke kjenner det. Du må sende det selv, via samme kanal som tidligere.
Og vi deler ikke passord med eksterne. Ingen analyse, ingen markedsføring, ingen AB-testing berører disse dataene. (Dette er faktisk en regel som gjelder for hele cutty.dev, ikke bare her.)
To vaner som utgjør en forskjell
Første: ikke finn på et passord i hodet. Firmanavn pluss etableringsår er en gave til alle som kjenner deg. En generator i nettleseren vil spytte ut noe bedre på et sekund.
Det andre, som er viktigere: ikke send passordet gjennom samme kanal som lenken. Gikk lenken via e-post? Send passordet via SMS. Eller omvendt. Poenget er at ved å overta én konto, får ingen tilgang til hele settet.
En liten detalj som få vet om: du kan lage flere lenker som fører til samme adresse, men med ulike passord. Du gir tilgang til fem personer, hver med sin egen lenke. Er det en som skal tas avskjed med? Du blokkerer hennes lenke, og resten vil ikke engang merke det.
Du kan endre passordet uten å opprette en ny lenke. Panel, "Rediger", nytt passord. Merk: alle aktive 24-timers økter utløper umiddelbart. Alle må skrive inn passordet på nytt.
Grensen du bør vite om i tide
La oss gå tilbake til konsertbilletten. Passordet beskytter mot søkemotorer og mot tilfeldige gjester. Det beskytter ikke mot noen som kjenner passordet og bestemmer seg for å dele det med verden.
Hvis manuset ditt lyder "dette skal se akkurat denne ene personen og ingen andre", så er ikke et passord nok. Her trenger du kontoer, innlogging, autorisering. En annen liga, et annet problem.
Men hånd opp, hvor ofte har du egentlig et slikt scenario? I min erfaring er det sjelden. I de aller fleste tilfeller handler det om en enkel "jeg vil ikke at noen fra gata skal komme hit". Og på det punktet er det mer enn nok.
Hvis du vil se hvordan det ser ut fra innsiden — når du oppretter en lenke, utvid "Avanserte alternativer" og merk av for "Legg til passord". Resten skjer av seg selv.