Resumen

  • La versión de cable 3 exige un testigo con el pulso firmado de «no antes de», el certificado DER y, si existe, el sucesor inmediato que vuelve a comprometer el primer pulso.
  • La firma clásica sirve como defensa repetible; la propiedad poscuántica de ubicación depende de la continuidad SHA-512 y de una prueba externa de publicación histórica.
  • El borrador define la versión 3 en las secciones 4 y 5, pero la sección 6 todavía ordena rechazar cualquier versión distinta de 1 o 2, una contradicción que impide afirmar interoperabilidad.

El cambio es mecánico y limitado

Hessa Alhemeiri y sus coautores presentaron el 6 de septiembre de 2026 la revisión 01 de Wathīqa: Post-Quantum Evidence Record Syntax. El Datatracker la clasifica como Internet-Draft individual activo con intención Experimental. No tiene stream IETF, director de área responsable ni consenso de grupo. Analizar su diseño no equivale a reconocer una norma ni una implantación.

La revisión 00 ya proponía renovar un registro antes de que se debilitara un algoritmo. Incluía la posibilidad de un recibo de «no después de» y un testigo, pero admitía que la baliza de «no antes de» no estaba autenticada. Esa tesis ya tiene cobertura previa. La razón editorial para volver al proyecto es la diferencia: la revisión 01 crea la versión de cable 3 y sustituye el valor aislado por un paquete verificable.

El cambio separa hechos que suelen comprimirse en un mismo icono. Una marca con forma de fecha no prueba quién la emitió. Una firma válida no prueba que el objeto apareció en una secuencia pública. Dos pulsos coherentes tampoco prueban que terceros observaran esa secuencia en el momento alegado.

La autenticación del primer pulso

En la versión 3, witnesses es obligatorio; las versiones inferiores no deben llevarlo. El primer testigo contiene la fuente, los bytes completos del pulso, el certificado DER y un sucesor opcional. Pueden añadirse testigos de balizas independientes. El hash de la cadena del registro compromete la codificación CBOR determinista del conjunto, por lo que una sustitución posterior altera la entrada de renovación.

El verificador recalcula la salida del pulso, deriva certId aplicando SHA-512 al certificado DER, comprueba que ese certificado coincide con el anclado, verifica la firma y valida los campos que vinculan el pulso al «no antes de». Si la salida no se reproduce, el certificado no está autorizado o la firma falla, la apariencia correcta del objeto no salva el resultado.

Así, un número sin responsable pasa a ser una afirmación firmada y repetible. Conservar el pulso entero y el certificado permite auditarlo después. Incorporar el conjunto de testigos al siguiente hash evita cambiar la evidencia durante una renovación. El alcance, sin embargo, sigue siendo estrecho: una clave privada autorizada firmó esos campos. Aún no sabemos si el pulso estaba en la historia pública indicada.

El sucesor prueba un enlace adicional

El sucesor debe tener el índice inmediatamente posterior, pertenecer a la misma cadena, autenticarse y contener el compromiso hacia atrás con el primer pulso. Cuando lo hace, CHAIN_CONFIRMED expresa continuidad local. Sin sucesor, AUTHENTICATED_NO_SUCCESSOR expresa una autenticación válida pero más pequeña. INVALID conserva los fallos. Los registros antiguos pueden permanecer como LEGACY_UNAUTHENTICATED, sin recibir por software una certeza que nunca guardaron.

Esta taxonomía es una ventaja si llega hasta la base de datos y la interfaz. Firma, sucesión y observación histórica no son sinónimos. Tienen responsables y remedios distintos. Borrar esas diferencias en una columna booleana haría imposible reconstruir por qué una institución confió.

Incluso una pareja de pulsos firmados podría producirse después si la clave clásica siguiera disponible o fuera comprometida. Los índices, firmas y enlaces pueden ser internamente correctos sin haber formado parte del flujo público original. Por eso el borrador exige probar que el valor pertenecía a la cadena efectivamente publicada y señala tres vías: copia independiente, recuperación en vivo o archivo.

El recibo de esa vía debería incluir fuente, identificador de cadena, índice, bytes o digest, hora y método de adquisición, custodio y política de retención. Una copia controlada por el mismo actor que produce el registro y opera la baliza no aporta la independencia institucional que necesita la afirmación histórica.

Lo clásico y lo poscuántico no hacen el mismo trabajo

El texto presenta la firma RSA del pulso como defensa clásica en profundidad. Es una formulación sana: permite autenticar ahora y repetir la comprobación al renovar. No debe venderse como la raíz poscuántica de un expediente que pretende durar más que los supuestos actuales de criptografía de clave pública.

La continuidad de más largo plazo se apoya en SHA-512: cada pulso compromete al anterior, bajo supuestos de preimagen y segunda preimagen. La observación externa vincula esa estructura con una historia publicada. ML-DSA y SLH-DSA, definidos por FIPS 204 y FIPS 205, pueden proteger renovaciones nuevas, pero no convierten retrospectivamente un pulso cualquiera en un hecho público antiguo.

La arquitectura debería mostrar la dependencia de cada proposición: autenticidad del pulso, autorización del certificado, enlace sucesor, presencia en la cadena pública, renovación y decisión local. La expresión genérica «sello de tiempo cuánticamente seguro» oculta precisamente los límites que una dirección necesita gobernar.

La versión 3 se rechaza a sí misma

Las secciones 4 y 5 introducen wire_v = 3 y describen sus testigos. La sección 6 mantiene una norma incompatible: ausencia significa versión 1, la versión 2 está permitida y cualquier otro valor se rechaza. Un implementador literal detendría el procesamiento antes de llegar a las reglas del nuevo testigo.

Dos implementaciones pueden seguir pasajes distintos y responder de manera opuesta a los mismos bytes. Hasta que el texto se corrija y haya vectores de aceptación y rechazo, aceptar un ejemplo privado no demuestra interoperabilidad. La ambigüedad está en el punto de admisión, no en un detalle cosmético.

El módulo ASN.1 mencionado no aparece dentro del documento revisado. Los dos tipos de medios son solicitudes, no prueba de registro IANA. Un ensayo responsable debe fijar la revisión exacta, el hash del módulo externo y cualquier identificador provisional.

Límites y utilidad de la señal

No ejecutamos código, consultamos una baliza, reproducimos vectores ni verificamos el incidente de rotación de certificado narrado por el borrador. Tampoco afirmamos adopción, registro, despliegue, rendimiento o uso comercial. El documento puede expirar o cambiar.

Su señal de diseño sigue siendo valiosa: una revisión puede cerrar una unión criptográfica y, al hacerlo, revelar la siguiente frontera institucional. El registro contiene el pulso; el archivo independiente contiene la prueba de historia. Ninguno debería fingir ser el otro.

Fuentes