BlackMesa Labs · 06/10/2026 · 130 archivos leídos · análisis en 324 ms
Lo post-cuántico, en tres frases. La criptografía que protege hoy la web se apoya en problemas fáciles en un sentido e inviables en el otro: multiplicar dos números primos grandes es inmediato, recuperar esos factores llevaría miles de años. Un computador cuántico suficientemente grande hace posible ese camino de vuelta: RSA y las curvas elípticas, es decir casi todo lo que cifra y firma hoy, caen de golpe, y el tamaño de las claves no cambia nada. La criptografía post-cuántica son los algoritmos diseñados para resistir a esa máquina, normalizados en 2024 (ML-KEM para el cifrado, ML-DSA para la firma); el cifrado simétrico, AES y ChaCha20, no está amenazado.
Sablier inventaría la criptografía de un proyecto y la confronta con un dato que ninguna herramienta posee: cuánto tiempo debe permanecer confidencial cada dato. Un dato cifrado hoy con RSA o con una curva elíptica, y que debe seguir siendo secreto más allá de la caducidad de esos algoritmos, ya está perdido: un adversario captura ahora lo que descifrará después, y la migración solo protegerá lo que venga tras ella.
Por eso este informe distingue lo que se recolecta (el cifrado) de lo que no (las firmas), deja en paz la criptografía simétrica, y separa los problemas de hoy —MD5, SHA-1— del plazo cuántico.
Ningún dato cuya duración de confidencialidad supere la caducidad de los algoritmos que lo protegen.
2 hallazgos retenidos sobre el conjunto analizado. Fecha de caducidad empleada: 2035 — es el plazo reglamentario, no una predicción de ruptura criptográfica. Plazo verificado con sus fuentes el 30/09/2026.
Duración de confidencialidad de los datos, frente a la caducidad de los algoritmos
{"title":"Duración de confidencialidad de los datos, frente a la caducidad de los algoritmos","start":2026,"end":2046,"marks":[{"year":2030,"label":"depreciación"},{"year":2035,"label":"caducidad"}],"bars":[{"name":"sin declarar","years":0,"exposed":false}]}
2030 depreciación
2035 caducidad
sin declarar
0 año
Cada barra es el tiempo durante el cual el dato debe seguir siendo confidencial. Pasa a rojo cuando un algoritmo recolectable lo protege más allá de la línea de caducidad; superar la línea sin ponerse en rojo significa que el dato dura mucho, pero lo protege una criptografía que aguantará.
Lo que el servidor negocia realmente
mesa.black
servicio
HTTPS
protocolo negociado
TLSv1.3
suite
TLS_AES_128_GCM_SHA256 (128 bits)
grupo negociado
X25519MLKEM768
firma del certificado
ecdsa-with-SHA384
clave del certificado
curva elíptica 256 bits
cadena
4 certificados
certificado válido hasta
04/01/2027
versiones aceptadas
TLSv1.2, TLSv1.3
Un apretón de manos, no la lectura de un archivo: es la única forma de saber qué protege de verdad el tráfico, y puede contradecir lo que declara el repositorio.
VIGILAR 1
ECDSA sin declarar
tls://mesa.black:443
ecdsa-with-SHA384 · EC-256
Firma: no se puede recolectar. Migrar antes de 2030 por conformidad, sin urgencia de confidencialidad. Certificado de servidor. Su vida útil es corta: sustituirlo por una firma post-cuántica se hará en la renovación, sin migrar datos.
Sustitución ML-DSA
¿Falso positivo? huella 4d2a0227
Aceptar este hallazgo: sablier accept 4d2a0227 --reason="…" --until=2027-04-06
la criptografía de sus servicios gestionados —base de datos, almacenamiento de objetos, terminación TLS en un intermediario— no aparece en ningún archivo de este repositorio
lo que realmente se negocia en ejecución, para cualquier host no declarado en la sección de sonda
las claves custodiadas en un HSM o en un proveedor
la vida real de los datos: viene de su declaración, no del código; un dominio no declarado se calcula con una duración por defecto de 0 años
El horizonte de explotación del sistema no está declarado: el cálculo supone que deja de escribir datos hoy. Es la lectura optimista: un servicio todavía en producción dentro de diez años producirá diez años más de datos que proteger. Añada `service_until` a la declaración.
Caducidad empleada: 2035, según NIST IR 8547. Otro marco —institucional, defensa— da otra fecha: véase `regime` en la declaración.
Los archivos binarios (imágenes, fuentes, archivos comprimidos) se leen solo en sus primeros megabytes, y solo en busca de tres señales verificables: un bloque de clave, bytes después del final de la imagen, una extensión que miente sobre el contenido. Un mensaje oculto en los bits de una imagen no se detecta aquí, y no se pretende lo contrario.
No se han comprobado las vulnerabilidades publicadas de las dependencias: ejecute `sablier advisories <ruta>` y luego `--advisories=<archivo>`. Sin eso, una biblioteca con un agujero hoy se presenta como simple inventario.
Un inventario que no dice lo que no ha mirado no es un inventario.
Lo que hay que cambiar
1 lugar(es) por revisar, en 1 archivo(s). Las filas siguientes cuentan lugares, no semanas.
Algoritmo
Llamadas
Archivos
Dominios
Qué cambia eso
ECDSA
1
1
1
La hoja de ruta europea cuenta el esfuerzo de migración entre los tres factores del riesgo cuántico. Esta herramienta lo cuenta en lugares, porque es lo que un repositorio sabe decir; no lo convierte en una duración. Ocho llamadas en un archivo detrás de una misma función son una tarde; ocho repartidas en seis servicios con un protocolo entre ellos son un trimestre, y nada en los archivos distingue ambos casos. Esa estimación es suya.
Qué hacer, y en qué orden
Un inventario que no concluye nada acaba archivado. Aquí está el arbitraje, y el orden importa tanto como la lista.
Nada urgente, y eso también es un resultado
Ningún dato de larga duración está expuesto a la recolección y nada está roto hoy. No hacer nada es aquí la decisión correcta: sustituir criptografía que aguanta cuesta tiempo, introduce riesgo y no mejora nada.
Volver a poner este informe en el calendario
La ventana se cierra sola: la fecha de caducidad no se mueve (2035), pero cada año que pasa acerca sus datos a esa línea. Un dominio conforme hoy con una duración de nueve años dejará de serlo el año que viene. Basta con repetir el análisis una vez al año, y comprobar de paso que el plazo reglamentario no se ha movido.
Abre Threema en un teléfono donde la aplicación esté instalada. En un ordenador el esquema no suele estar registrado y el navegador rechaza el enlace: copie el texto de abajo. No se envía nada a terceros.
Ver el texto que enviaría
Sablier — inventario criptográfico de BlackMesa Labs (06/10/2026)
Ningún dato cuya duración de confidencialidad supere la caducidad de los algoritmos que lo protegen.
2 hallazgos retenidos. Fecha de caducidad empleada: 2035.
Primera acción: Nada urgente, y eso también es un resultado
¿Falso positivo?
Dos cosas distintas se llaman «falso positivo», y no van al mismo sitio.
1. La herramienta tiene razón, pero aquí se acepta el hallazgo. Es una decisión del proyecto: añada este bloque a su declaración. Está versionada, así que la revisión ocurre en la revisión de código. El motivo y la fecha de caducidad son obligatorios.
En línea de comandos: sablier accept <huella> --reason="…" --until=2027-04-06
2. La herramienta se equivoca. Es una regla que corregir, y su sitio es el repositorio de Sablier: github.com/mesa-black/sablier
La huella impresa junto a cada hallazgo lo identifica, y es lo que se cita en ambos casos. Se calcula a partir de la evidencia, no del número de línea: sobrevive a un desplazamiento del código y cambia el día en que la línea cambia de verdad.
La huella cubre los hallazgos, no este archivo: dos renderizados del mismo inventario, en dos idiomas, dan el mismo valor.
Este informe lleva dos firmas: Ed25519, verificable en cualquier parte, y ML-DSA-65, que resiste a los algoritmos cuánticos conocidos. Ninguna sustituye a la otra: es la hibridación que pide la ANSSI, aplicada al propio documento.
Para comprobar esta firma, con el archivo .sig depositado junto a este informe: sablier verify <informe>.sig --declare=<declaración>
Lo que el sellado de tiempo establece: la huella anterior existía en esa fecha, según un tercero sin interés alguno en estas conclusiones. Ninguna firma de este informe puede probarlo, porque la fecha que lleva sale del reloj de la máquina que firmó. Su límite: el token está firmado con RSA-4096, que este mismo informe clasifica como vulnerable al cuántico — es una prueba para un litigio en los próximos años, no para 2040.
La fecha se comprueba sin esta herramienta, con el token depositado junto al informe: openssl ts -verify -digest <huella> -in <informe>.tsr -CAfile <raíz de la autoridad>
Lo que la firma no cubre: los bytes de esta página. Un informe muestra su propia firma, así que no puede contenerla — lo que se firma es la huella de los hallazgos anteriores. Para unir ambas cosas, repita el análisis sobre el mismo estado del repositorio y compare la huella obtenida: mismo inventario, mismo valor. Sin ese recálculo, una página editada a mano se verifica igualmente.
Lo que la firma establece: esa huella fue firmada por la clave que designa la declaración. Lo que ata esa clave a alguien no es esta página — es el historial del archivo que la declara, donde cualquier cambio de clave es un commit fechado que cualquiera puede leer.