El documento
El protocolo, puesto por escrito.
Un resumen del protocolo Asgard: las cuatro capas, las primitivas que usa cada una y los estándares de los que salen. Está escrito para poder comprobarse. Donde algo está especificado y todavía no construido, la página lo dice.
- Protocolo
- Asgard
- Extensiones de grupo
- intouch_hybrid_v1
- Base normativa
- CRYSTALS ronda 3 · RFC 9420
- Composición del protocolo
- Perfil híbrido Asgard
Cuatro capas, y las cuatro híbridas
Asgard combina primitivas clásicas y poscuánticas para identidades, sesiones, ratchets y grupos. La extensión de grupos requiere las opciones de compilación adecuadas. Las primitivas publicadas no sustituyen una revisión independiente de su composición.
- 01
Identidad
Ed25519 + CRYSTALS-Dilithium
El material de identidad combina Ed25519 y CRYSTALS-Dilithium5. Las claves privadas de firma pertenecen a los terminales de los participantes. Verifique qué comprobaciones exige el cliente publicado y el despliegue.
- 02
Sesión
Hybrid X3DH · X25519 + CRYSTALS-Kyber1024 · HKDF
Una sesión híbrida combina intercambios X25519 y encapsulación CRYSTALS-Kyber1024 mediante HKDF. Las preclaves públicas del destinatario permiten iniciar una sesión mientras está desconectado.
- 03
Mensaje
Double Ratchet · new root = HKDF(DH_ratchet ‖ KEM_ratchet)
AES-256-GCM y Double Ratchet, con X25519 y CRYSTALS-Kyber1024 combinados en los pasos asimétricos. La eliminación correcta de claves y los intercambios nuevos son necesarios para la protección prevista.
- 04
Grupos
MLS (RFC 9420) + intouch_hybrid_v1
MLS (RFC 9420), con la extensión híbrida InTouch. La protección híbrida de grupos requiere las opciones de compilación y los clientes adecuados; compruebe su despliegue.
Primitivas publicadas, composición InTouch
Asgard utiliza las primitivas publicadas que figuran abajo con una composición híbrida InTouch. Sus codificaciones CRYSTALS de la tercera ronda difieren de los estándares finales ML-KEM y ML-DSA. Esto no implica validación FIPS ni auditoría independiente.
- Cifrado simétrico
- AlgoritmoAES-256-GCM
- EstándarNIST
- Fuerza256 bits
- Intercambio de claves
- AlgoritmoX25519
- EstándarRFC 7748
- Fuerza~128 bits clásicos
- Firmas
- AlgoritmoEd25519
- EstándarRFC 8032
- Fuerza~128 bits clásicos
- KEM poscuántico
- AlgoritmoCRYSTALS-Kyber1024
- EstándarCRYSTALS ronda 3
- FuerzaNIST nivel 5
- Firmas poscuánticas
- AlgoritmoCRYSTALS-Dilithium5
- EstándarCRYSTALS ronda 3
- FuerzaNIST nivel 5
- Derivación de claves
- AlgoritmoHKDF-SHA-512
- EstándarRFC 5869
- Fuerza256 bits
- Protocolo de grupo
- AlgoritmoMLS
- EstándarRFC 9420
- Fuerza—
Qué guarda el servidor
El servidor trata contenido cifrado, material público de verificación y metadatos operativos, incluidos los miembros de los Spaces y quién publica. Las listas distinguen esos datos del contenido protegido y las claves privadas.
Guardado
- Identificadores de cuenta y claves públicas de verificación
- Mensajes cifrados pendientes de entrega
- Miembros de los Spaces y quién publica
- Enrutamiento al destinatario, horarios y volumen de tráfico
- Copias cifradas de claves, cuando están habilitadas
Fuera de alcance
- Contenido protegido de los mensajes
- Campos y valores cifrados de los mensajes
- Claves privadas de descifrado de los participantes
Contra qué no protege esto
La protección depende de terminales seguros, opciones de compilación y configuración del despliegue. Los destinatarios autorizados y agentes pueden conservar lo que reciben. Los metadatos siguen visibles. Los algoritmos CRYSTALS de tercera ronda no usan las codificaciones FIPS finales de ML-KEM y ML-DSA; no se afirma certificación ni auditoría independiente completada.
Disponibilidad de la búsqueda de contactos
La revisión del código confirmó una implementación de búsqueda ciega de contactos en el servidor. La integración cliente y la disponibilidad desplegada siguen sin verificarse. Consulte la versión de la aplicación y Seguridad antes de depender de ella.
Lo que puede comprobar hoy
Lea el resumen del protocolo, consulte el estado de seguridad y compare identidades importantes por un canal de confianza.
- 01
Consultar el estado de seguridad
Evidencia de implementación, requisitos de despliegue y protecciones pendientes de verificación independiente.
- 02
Vigila el registro de transparencia
Los clientes comprueban las claves en historiales firmados mediante pruebas de inclusión y coherencia. Observadores independientes deben comparar historiales para detectar vistas distintas que sean coherentes por separado.
- 03
Compara un número de seguridad
Compare los números de seguridad por un canal independiente con alguien cuya identidad ya conozca.
Esto es la forma, no el conjunto.
Lea el resumen del protocolo y las notas de implementación. La publicación del código fuente y una auditoría independiente completada siguen pendientes.