Nul cache. Elk verzoek gaat naar de kluis.

Vers uit de kluis bij elke read

Geen synchronisatie. Geen cache. Geen verouderde inloggegevens.

De meeste systemen voor inloggegevens cachen de kluis lokaal en synchroniseren deze op de achtergrond. Dat creëert de problemen die ze vervolgens moeten oplossen: verouderde inloggegevens wanneer een teamgenoot een sleutel roteert, schrijfconflicten tussen apparaten, geheimen die op schijf blijven staan na een intrekking, en de eeuwige vraag "is de nieuwste versie al gesynchroniseerd met mijn laptop?".

Clavitor synchroniseert niet. Elke leesactie van inloggegevens is een live, versleutelde ophaalactie uit jouw kluis — elke keer, elk apparaat, elke AI-agent. Roteer één keer, het effect is overal merkbaar bij de volgende read. Trek een sleutel in en er is geen gecachte kopie om je zorgen over te maken, want die bestaat niet.

De afweging is latentie. Een leesbewerking van 800ms maakt van een taak van één seconde een wachttijd. Daarom is het netwerk gebouwd om die afweging op te heffen: 22 Points of Presence (POPs) op elk continent plaatsen je kluis binnen <60ms van waar de mensen in je team daadwerkelijk werken — je collega in Tokio, je VP in São Paulo, elke medewerker in elke tijdzone. Verse leesbewerkingen + wereldwijd bereik is één product, niet twee. Elke POP is dual-stack, native op zowel IPv4 als IPv6, zodat agents en mensen de kluis bereiken via wat het netwerk hen biedt, zonder gateway ertussen.

Drie versleutelingsniveaus

Jurisdictie is irrelevant.

Wiskunde niet. Jouw kluis is versleuteld bij opslag. Jouw inloggegevens zijn per veld versleuteld. Jouw identiteitsvelden zijn aan de clientzijde versleuteld met een sleutel die je apparaat nooit verlaat. Geen enkele server — de onze of die van iemand anders — kan lezen wat hij niet kan ontsleutelen. Dat is de echte bescherming. Zürich is de riem bij die bretels: een jurisdictie waar niemand zal proberen te forceren wat wiskunde al garandeert dat ze niet kunnen.

Inbegrepen bij elk abonnement

Wat je krijgt

Continuïteit

Je inloggegevens blijven leesbaar wanneer je primaire POP dat niet is.

Elke kluis wordt gerepliceerd naar een geografisch afgelegen fail-over POP. Wanneer de primaire onbereikbaar is — storing, onderhoud, regionale verstoring — lezen AI-agenten en extensies automatisch van de fail-over en blijven ze werken. Schrijfacties worden hervat wanneer de primaire weer beschikbaar is.

De fail-over kopie is end-to-end versleuteld met dezelfde per-kluis sleutel als de primaire. Alleen jij kunt het ontsleutelen — ongeacht welke POP de ciphertext bevat. De fail-over locatie ziet ondoorzichtige bytes; wij zien ondoorzichtige bytes.

Waarom deze locaties? Binnenland, geologisch stabiel, aan de andere kant van de wereld van de primaire die ze dekken — gekozen zodat een regionale gebeurtenis niet beide kan uitschakelen. Waarom niet Almaty? Goed gepositioneerd in Centraal-Azië, maar het ligt op een actieve seismische breuklijn — prima als primaire, niet als fail-over.

Moet je een regio vastpinnen? Zakelijke klanten kunnen cross-regionale fail-over uitschakelen of beperken tot een specifieke set locaties voor data-residentie of nalevingsvereisten. De standaard is wereldwijde cross-hemisferische fail-over; de override is per kluis.