Nul cache. Hver anmodning rammer boksen.

Frisk ved hver læsning

Ingen synkronisering. Ingen cache. Ingen forældede loginoplysninger.

De fleste systemer til loginoplysninger cacher boksen lokalt og synkroniserer den i baggrunden. Det skaber de problemer, de så skal løse: forældede loginoplysninger, når en teamkammerat roterer en nøgle, skrivekonflikter mellem enheder, hemmeligheder der ligger på disken efter en tilbagekaldelse, og det evige spørgsmål "er den seneste version synkroniseret til min bærbare endnu?".

Clavitor synkroniserer ikke. Hver læsning af loginoplysninger er en live, krypteret hentning fra din boks — hver gang, hver enhed, hver agent. Rotér én gang, det træder i kraft overalt ved næste læsning. Tilbagekald en nøgle, og der er ingen cachelagret kopi at bekymre sig om, for der er ingen.

Kompromiset er latenstid. En læsning, der tager 800 ms, forvandler en opgave på et sekund til en ventetid. Så netværket er bygget til at opløse det kompromis: 22 Points of Presence (POPs) på tværs af hvert kontinent placerer din boks inden for <60ms af, hvor folkene i dit team rent faktisk arbejder — din kollega i Tokyo, din VP i São Paulo, enhver medarbejder i enhver tidszone. Friske læsninger + global rækkevidde er ét produkt, ikke to.

Trelags kryptering

Jurisdiktion er irrelevant.

Matematik er det ikke. Din boks er krypteret i hvile. Dine loginoplysninger er krypteret pr. felt. Dine identitetsfelter er krypteret klientside med en nøgle, der aldrig forlader din enhed. Ingen server — hverken vores eller andres — kan læse, hvad den ikke har nøglen til. Det er den virkelige beskyttelse. Zürich er bæltet til disse seler: en jurisdiktion, hvor ingen engang vil forsøge at tvinge noget op, som matematikken allerede garanterer, at de ikke kan.

Inkluderet i alle planer

Hvad du får

Kontinuitet

Dine loginoplysninger forbliver læsbare, når din primære POP ikke gør det.

Hver boks replikeres til en geografisk fjern fail-over POP. Når den primære er utilgængelig — nedbrud, vedligeholdelse, regional forstyrrelse — læser agenter og udvidelser automatisk fra fail-over og fortsætter med at fungere. Skrivninger genoptages, når den primære er tilbage.

Fail-over kopien er end-to-end krypteret med den samme pr. boks nøgle som den primære. Kun du kan dekryptere den — uanset hvilken POP der indeholder ciphertext. Fail-over placeringen ser uigennemsigtige bytes; vi ser uigennemsigtige bytes.

Hvorfor disse placeringer? Indlands, geologisk stabile, på den modsatte side af verden fra den primære, de dækker — valgt, så en regional begivenhed ikke kan tage begge ned. Hvorfor ikke Almaty? Godt placeret i Centralasien, men den ligger på en aktiv seismisk forkastning — fin som primær, ikke som fail-over.

Skal du fastgøre en region? Enterprise-kunder kan deaktivere kryds-region fail-over eller begrænse den til et specifikt sæt af placeringer for datalokalitet eller overholdelseskrav. Standardindstillingen er global kryds-halvkugle; overstyringen er pr. boks.