supermagnum/cessSecreto de Shamir Criptológicamente Encantado.
Un criptógrafo o implementador serio que revise CESS normalmente abrirá vectors/ y testdata/ antes de leer prosa. El conjunto de pruebas es la prueba de trabajo: codifica conocimiento de dominio que no puede sustituirse solo con narrativa.
Eso no es una razón para ocultar el punto a los demás. Las personas que evalúan el proyecto para adquisiciones, deciden si contribuir, redactan políticas o envían código sin una formación profunda en metodología de pruebas criptológicas aún merecen una referencia a la evidencia concreta. El repositorio ya establece las reglas de auditoría y exclusiones de algoritmos; vincular esa historia a vectores de prueba publicados cierra la brecha entre "afirmaciones en la página" y "artefactos que se pueden ejecutar".
Qué mirar: El material de conformidad incluye los ejemplos resueltos de RFC 8439 para ChaCha20-Poly1305 (el AEAD de IETF que este proyecto referencia normativamente) y el JSON incorporado de Wycheproof para casos límite de ChaCha20-Poly1305 en testdata/wycheproof/. Junto con los vectores TOML propios del proyecto en vectors/, constituyen la verdad de referencia que el ejecutor y los revisores pueden validar.
RFC 8439 es publicado por el Internet Engineering Task Force (IETF), la organización que normaliza gran parte de cómo internet interoperan. Los RFC (Request for Comments) son la forma habitual para muchas especificaciones de protocolos y criptográficas. RFC 8439 define el cifrado autenticado ChaCha20-Poly1305 (basándose en los diseños de Daniel Bernstein) e incluye ejemplos resueltos concretos con entradas específicas y salidas esperadas para que implementaciones independientes puedan comprobar que coinciden byte a byte con el estándar. El texto ampliamente reproducido que comienza con Ladies and Gentlemen of the class of '99: wear sunscreen aparece en los ejemplos del apéndice del RFC: si tu código reproduce exactamente la salida del AEAD, tienes una verificación sólida de que implementaste la construcción correctamente. Es el análogo criptográfico de una clave de respuestas oficial. (Anteriormente, RFC 7539 documentó ChaCha20 y Poly1305 para otros contextos de IETF; RFC 8439 es la referencia habitual para este AEAD tal como se usa aquí y en spec/CESS-v0.2.md.)
Wycheproof es un corpus de pruebas publicado por el equipo de seguridad de Google (2017). El nombre hace referencia al Monte Wycheproof en Australia — a menudo citada como la montaña más pequeña del mundo — porque el proyecto se centra en eliminar obstáculos pequeños pero fatales: desbordamientos de enteros, casos límite, entradas malformadas y etiquetas de autenticación manipuladas; fallos que aparecen repetidamente en criptografía real desplegada. Complementa los vectores tipo RFC: los ejemplos tipo RFC 8439 demuestran corrección frente al AEAD publicado; Wycheproof pone a prueba la robustez donde las implementaciones fallan históricamente.
Lo que eso dice sobre este estándar le corresponde al lector bien informado.
Uno también puede verificar la integridad de los crates con esto cuando el PR esté cerrado: https://github.com/rust-lang/cargo/issues/16850
Versión: 0.2
Estado: Solo especificación (texto normativo y vectores de prueba)
Este proyecto está registrado en Open Invention Network (OIN), un grupo defensivo de patentes para software de código abierto relacionado con Linux. La combinación de publicación abierta de preimpresión (estableciendo prior art), membresía en OIN y licencia GPL-3.0 tiene como objetivo garantizar que esta tecnología permanezca disponible libremente y no pueda ser privatizada ni restringida por ningún estado o actor comercial.
CESS es un estándar criptográfico abierto para compartición de secretos por umbral combinada con cifrado autenticado agnóstico del cifrado, envoltura de partes basada en contraseña y opcionalmente intercambio híbrido de claves post-cuántico. Está diseñado para despliegues que requieren confidencialidad a largo plazo, registro desconectado (air-gapped), vinculación a tokens de hardware y rutas de adquisición independientes de las líneas base de algoritmos exclusivos de NSA/NIST.
Los lectores no técnicos pueden comenzar con el glosario (términos en lenguaje sencillo de la A a la Z).
Los ecosistemas existentes abordan partes de este problema pero dejan brechas:
CESS define el estándar; SplitDisk (y productos similares) son escenarios de referencia y despliegues de ejemplo, no el estándar en sí.
CESS fija el Secreto Compartido de Shamir sobre GF(2^8) y varias primitivas de integridad y contraseña no opcionales auditadas. Todas las capas de cifrado masivo, KEM, KDF y MAC son seleccionables de un registro auditado, sujeto a la regla de dos auditores independientes y la lista de exclusión estricta (ver spec/CESS-v0.2.md y ALGORITHM-REGISTRY.md).
Las curvas de campo primo NIST ampliamente utilizadas en el gobierno e industria de EE.UU. (P-256, P-384, P-521) fueron elegidas mediante un proceso en el que la NSA desempeñó un papel documentado. CESS no se basa en una única prueba matemática de que esas curvas sean débiles; aplica una exclusión de política para que el estándar pueda servir a rutas de adquisición, enlace e ingeniería que requieren criptografía justificada fuera de una línea base exclusiva de NSA/NIST y que favorecen primitivas revisadas independientemente (ver spec/CESS-v0.2.md Sección 3 y ALGORITHM-REGISTRY.md).
