Arquitectura

Arquitectura, alcance, pruebas

Esta página está escrita para sus equipos de seguridad: cómo está construido AKARUP, qué ve exactamente el servidor y los elementos que pueden verificar por sí mismos.

Las primitivas

Ninguna primitiva criptográfica casera: algoritmos públicos y estandarizados, compuestos según una especificación documentada y probada en dos implementaciones.

ML-KEM-768 · FIPS 203

Intercambio de claves poscuántico

Los secretos compartidos se establecen con ML-KEM-768, estandarizado por el NIST y dimensionado para resistir a los ordenadores cuánticos.

ML-DSA-65 · FIPS 204

Firmas poscuánticas

La autenticidad de identidades, dispositivos y acciones está garantizada por ML-DSA-65, el estándar NIST de firma poscuántica.

XChaCha20-Poly1305

Cifrado de contenidos

Mensajes, archivos y notas se cifran con XChaCha20-Poly1305, un cifrado autenticado moderno y rápido.

Argon2id · HKDF-SHA-256

Derivación de claves

Su contraseña se transforma en clave mediante Argon2id, diseñado para resistir ataques de fuerza bruta; las claves derivadas pasan por HKDF-SHA-256.

BIP39

Frase de recuperación

Una frase mnemónica estándar BIP39 es su único medio de recuperación portable. Nunca sale de sus manos.

TypeScript ↔ Go

Dos implementaciones verificadas de forma cruzada

Toda la pila existe en TypeScript y en Go, con vectores de prueba que garantizan resultados idénticos bit a bit.

PQC de bout en bout · TLS en transit

Dos capas criptográficas independientes

El cifrado de extremo a extremo de AKARUP es íntegramente poscuántico (ML-KEM-768, ML-DSA-65, XChaCha20-Poly1305). En tránsito, estos intercambios ya cifrados circulan además por canales TLS probados: dos capas criptográficas independientes protegen cada intercambio.

¿Quién tiene las claves? Usted.

Sus datos están protegidos por una clave maestra generada aleatoriamente en su dispositivo. Nunca se transmite en claro y nadie más que usted puede reconstruirla.

  • 01La clave maestra está envuelta por una clave derivada de su contraseña (Argon2id): ese es su acceso cotidiano.
  • 02También está envuelta por una clave derivada de su frase de recuperación BIP39: esa es su red de seguridad, independiente de la contraseña.
  • 03Perder ambas significa perder el acceso a los datos — por diseño. Sin puertas traseras, sin recuperación por nuestra parte.

Lo que ve el servidor

El servidor transporta y almacena datos cifrados en sus dispositivos. Mensajes, archivos, notas, operaciones de grupo: todas las acciones transitan por un mismo canal en forma cifrada y uniforme.

Una excepción, asumida y documentada

Su dirección de correo electrónico es conocida por el servidor en claro. Sirve para la protección anti-robots, la recuperación de cuenta y el ejercicio de sus derechos RGPD. Es el único dato identificativo en esa situación, y preferimos decirlo antes que ocultarlo.

Varios usuarios, un dispositivo, cero fugas

Cada cuenta presente en un dispositivo dispone de sus propias claves y de su propio espacio cifrado, sin ningún estado compartido entre perfiles. El aislamiento es criptográfico, no solo visual.

Pruebas y transparencia

Preferimos mostrar antes que afirmar: análisis publicados sin retoques, un protocolo ejercitado por dos implementaciones independientes, un proceso de evaluación externa seguido públicamente.

Marco de lectura

Los análisis publicados aquí son generados por asistentes de IA (Claude, ChatGPT, Gemini) a los que sometemos el código de la aplicación para una revisión orientada a la seguridad y la criptografía poscuántica. Se publican sin ninguna modificación — sin cortes ni reformulaciones — y se actualizan regularmente. No constituyen una auditoría de seguridad formal ni sustituyen una evaluación independiente.

Análisis

Cada análisis se publica en su idioma original.

Dos implementaciones independientes, un mismo protocolo

La criptografía de AKARUP existe en dos implementaciones distintas — TypeScript en la aplicación, Go en el CLI — que producen resultados idénticos bit a bit, verificados mediante vectores de prueba cruzados. Un protocolo que sobrevive a dos implementaciones independientes no es ni opaco ni improvisado.

21 vecteurs TypeScript ↔ Go · au bit près

Evaluación externa independiente

Se está preparando una evaluación de seguridad por un laboratorio independiente para principios de 2027. Además, el código se somete regularmente a varias IA de análisis independientes, y sus conclusiones se publican tal cual — como complemento del proceso de evaluación formal, no como sustituto. Esta página reflejará cada etapa alcanzada — y únicamente las etapas alcanzadas.

¿Preguntas de arquitectura?

Respondemos técnicamente, con documentos que lo respaldan.

ML-KEM-768 · ML-DSA-65 · XChaCha20-Poly1305 · Argon2id