Sin caché. Cada solicitud accede a la bóveda.

Nuevo en cada lectura

Sin sincronización. Sin caché. Sin credenciales obsoletas.

La mayoría de los sistemas de credenciales almacenan la bóveda en caché localmente y la sincronizan en segundo plano. Esto crea los problemas que luego deben resolver: credenciales obsoletas cuando un compañero de equipo rota una clave, conflictos de escritura entre dispositivos, secretos que permanecen en disco después de una revocación y la eterna pregunta "¿ya se sincronizó la última versión en mi portátil?".

Clavitor no sincroniza. Cada lectura de credenciales es una obtención en vivo y cifrada de su bóveda, cada vez, en cada dispositivo, con cada agente. Rote una vez y tendrá efecto en todas partes en la próxima lectura. Si revoca una clave, no hay ninguna copia en caché de la que preocuparse, porque no existe.

La contrapartida es la latencia. Una lectura que tarda 800ms convierte una tarea de un segundo en una espera. Por eso la red está construida para disolver esa contrapartida: 26 Puntos de Presencia (POP) en seis continentes sitúan su bóveda a <60ms de donde trabajan realmente las personas de su equipo — su colega en Tokio, su directora en São Paulo, cada compañero en cada zona horaria. Lecturas frescas + alcance global son un solo producto, no dos. Todos los POP excepto Estambul son dual-stack, nativos tanto en IPv4 como en IPv6, de modo que los agentes y las personas acceden a la bóveda por lo que la red les ofrezca, sin ninguna pasarela intermedia.

Cifrado de tres niveles

La jurisdicción es irrelevante.

Las matemáticas no lo son. Su bóveda está cifrada en reposo. Sus credenciales están cifradas campo por campo. Sus campos de identidad están cifrados en el cliente con una clave que nunca sale de su dispositivo. Ningún servidor — el nuestro o el de cualquiera — puede leer aquello para lo que no tiene la clave. Esa es la verdadera protección.

Incluido en todos los planes

Lo que obtiene

Continuidad

Sus credenciales permanecen legibles cuando su POP principal no lo está.

Su bóveda ya reside en la ciudad que eligió al registrarse, lo bastante cerca como para que una lectura se sienta instantánea. La continuidad es la promesa más discreta: si esa ciudad tiene un mal día — una inundación, un cable cortado, una red eléctrica que se olvida de sí misma — la misma copia cifrada espera en otro lugar, y las personas y los agentes que dependen de ella siguen trabajando. La segunda copia es el mismo texto cifrado que usted ya posee. La clave nunca abandona su dispositivo, de modo que la ciudad réplica puede conservar los bytes sin llegar a leerlos.

Cuando usted quiere que esa copia de respaldo esté tan lejos como la geografía permita, nos anclamos en dos ciudades en las que realmente confiamos a esa distancia: Dallas y Zúrich. Ambas están en el interior, en terreno estable, con energía y legislación que no comparten un mismo destino. Dallas le ofrece el derecho contractual estadounidense y una red eléctrica que no es la de Europa. Zúrich le ofrece la ley suiza de privacidad y un país que ha pasado dos siglos negándose a tomar partido. Colocamos su réplica en la que de esas dos esté más lejos de su sede — salvo que esa ciudad dependa del mismo proveedor que su sede, en cuyo caso fijamos Silicon Valley o Varsovia en su lugar. La copia de Tokio está en Silicon Valley, la de Sídney en Zúrich, y una bóveda en Londres sigue teniendo un océano y un continente entre ella y su copia. No se trata de dramatismo. Se trata de que un evento regional no pueda derribar ambos edificios.

Las parejas que figuran a continuación son las que trazamos en el mapa.