Summary

  • El registro SFrame de IANA indica una actualización del 5 de mayo de 2026. Sus columnas Nh, Nka, Nk, Nn y Nt contienen tamaños concretos para las entradas existentes y para 0x00060x0008, tres variantes AES-256-CTR/HMAC-SHA512 señaladas con Y.
  • El expediente de IETF sitúa el borrador 06 en la cola de edición de RFC. El registro acredita una asignación pública; la publicación final y el uso efectivo de esas variantes tienen relojes y pruebas diferentes.

¿Qué compró la tabla con cinco columnas más?

El RFC 9605 creó un catálogo de conjuntos de cifrado SFrame con valor, nombre, recomendación, referencia y controlador de cambios. Para conocer las longitudes de claves, nonce o etiqueta había que volver al texto técnico. El proyecto de actualización lleva cinco tamaños al propio catálogo. Nh expresa la salida de la función de hash; Nka, la clave del cifrado subyacente en la construcción compuesta; Nk, la clave de cifrado; Nn, el nonce; Nt, el coste en bytes que suele corresponder a la etiqueta.

IANA ya rellena esos campos. Las nuevas filas 0x0006, 0x0007 y 0x0008 comparten Nh=64, Nka=32, Nk=96 y Nn=12. Su Nt cambia de 10 a 8 y a 4 bytes. La propuesta explica además por qué el material derivado interno pasa de 48 bytes en AES-128-CTR/HMAC-SHA256 a 96 en la variante AES-256-CTR/HMAC-SHA512, y ofrece vectores de prueba. Con esos números, una revisión de implementación puede comprobar tamaños concretos. La etiqueta comercial «256 bits» no ofrece ese nivel de detalle.

Las tres filas llevan una Y de Recommended. El RFC 9605 establece una regla para esa letra: los registros corrientes por Specification Required parten de N; recomendar Y o D, o cambiar una recomendación existente de ese tipo, necesita Standards Action. La historia del borrador muestra una discusión de abril sobre el estatus Standards Track porque se estaban añadiendo precisamente entradas recomendadas. Hay una autoridad identificable detrás de la marca. No es el voto de una aplicación para activarla en todas las llamadas.

El número llegó antes que la portada

La referencia de IANA para estas entradas dice RFC-barnes-sframe-iana-256-06. Es una referencia provisional, no un número RFC publicado. La revisión 06 lleva fecha del 4 de mayo y la tabla registra su última actualización el 5 de mayo. El 28 de octubre, el documento todavía figuraba en la cola del editor de RFC, con acción IANA RFC-Ed-Ack. El catálogo permite inspeccionar las asignaciones hoy; el texto final aún tiene su propio recorrido editorial.

Hay un segundo límite, más cercano al lector de una videollamada. El RFC 9605 deja a cada aplicación decidir cuándo aplica SFrame y qué conjunto de cifrado elige. Su discusión de seguridad advierte que las etiquetas de autenticación breves necesitan defensas contra intentos de falsificación; usar una de tamaño completo simplifica muchas configuraciones. Las tres filas nuevas incluyen etiquetas de diez, ocho y cuatro bytes. Que el registro muestre una variante de cuatro bytes ayuda a identificarla; la decisión de usarla, junto con claves y controles, corresponde al producto.

Las fuentes no muestran una aplicación nombrada que haya desplegado esos códigos ni un flujo de medios que los utilice. Un RFC numerado, una configuración verificable y pruebas operativas cambiarían esa parte del relato. Hoy sí existe una tabla pública con dimensiones, valores y responsables de cambio exactos.