Ingen stjal nøklene. Hvelvet delte dem.

Et medlem av teamet ditt med lave rettigheter kunne gå av gårde med hele organisasjonens hvelvnøkler. Ikke én delt pålogging. Nøklene i seg selv.

Det er CVE-2026-60104, offentliggjort denne uken i selvhostet Bitwarden Server [1]. En fungerende proof-of-concept er offentlig tilgjengelig, og de nasjonale respons-teamene i Italia og Belgia sendte begge ut varsler [2][3]. Rettelsen kom raskt, i versjon 2026.6.0, og @Bitwardens skykunder ble aldri berørt. Hvis du kjører din egen server, patcher du i dag.

Rettelsen er den enkle delen. Designet under er selve historien.

Hullet ligger i en funksjon som heter Trusted Device Enrollment. TDE finnes av en genuint god grunn: det lar noen logge inn på en ny bærbar uten å skrive inn et hovedpassord på nytt. En enhet du allerede stoler på, eller en administrator, godkjenner den nye, og kontoens krypteringsnøkkel leveres til den. Praktisk. Til og med humant, for et team som tar inn nye folk hver uke.

Nå les det igjen. Kontoens krypteringsnøkkel leveres. Hele funksjonen hviler på én forutsetning: en hvelvnøkkel kan overrekkes fra én part til en annen når riktig part godkjenner. CVE-2026-60104 er hva som skjer når et medlem med lave rettigheter går til den godkjenningsløypen og ber om nøkler som aldri var deres. Krypteringen sviktet ikke. Systemet gjorde nøyaktig det det var bygget for å gjøre. Det delte.

@Bitwarden slurvet ikke her. De leverte en rettelse på én dag, og deres administrerte brukere merket det aldri. Læren er hardere enn en feil: i det øyeblikket en nøkkel kan settes i forvaring etter design, finnes det en vei for å lure forvaringen. Enhver godkjenningsflyt er et angrepspunkt, fordi enhver godkjenningsflyt per definisjon er en måte å flytte en nøkkel til noen nye.

Så vi bygde den motsatte forutsetningen.

I Clavitor er hvelvnøkkelen ikke en hemmelighet serveren holder og deler ut. Den er resultatet av maskinvarenøkkelen din, produsert bare når du fysisk tapper den. Operatøren lagrer aldri en form av den nøkkelen som kan dekryptere noe, så det finnes ingenting på serveren å frigi. Det finnes ingen admin-godkjenningsflyt som leverer en hvelvnøkkel, fordi det finnes ingen nøkkel på serversiden å levere. Ett medlem kan ikke be om et annet medlems hvelv, fordi ingen forespørselsløype ender i en nøkkel. Hver opplåsing er bundet til enheten som gjorde den, og skrevet til et revisjonsspor mot en navngitt aktør.

Den ærlige kanten: du kan fortsatt legge til en andre enhet. Når du gjør det, pakkes nøkkelen inn på nytt for den nye maskinvarenøkkelen. Men det krever et trykk på en nøkkel du allerede holder, ikke en godkjenning en fremmed kan snakke et forespørselsskjema til å innvilge. Nøkkelen ligger aldri et sted en arbeidsflyt kan gi den bort.

Det er hele forskjellen. Et hvelv som kan levere en nøkkel, kan snakkes til å levere den til feil person. Et hvelv som bare åpner for maskinvaren i hånden din, har ingenting å levere.

Vi skrev ned den korte listen over ting et påloggingsverktøy aldri bør gjøre. Å holde en nøkkel det kan bli bedt om å overlevere ligger nær toppen. [4]

Clavitor (@clavitorai) er hvelvet for påloggingsinformasjon, bygget for AI-agenter – og mot dem. clavitor.ai

---

Kilder

CVE-2026-60104, oppføring i National Vulnerability Database. Autentiseringsomgåelse i selvhostet Bitwarden Server, rettet i 2026.6.0. [1]

CSIRT Italia (@csirt_it), advisory: offentlig PoC for CVE-2026-60104, klassifisert som omgåelse av sikkerhetsbegrensninger og informasjonslekkasje. [2]

Centre for Cybersecurity Belgium (@CCBalert), varsel: autentiseringsomgåelse lar et organisasjonsmedlem med lave rettigheter stjele andre brukeres hvelv, CVSS 9.3, oppdater til v2026.6.0+. [3]

De ti reglene for håndtering av påloggingsinformasjon (@clavitorai). [4]