Resumen

  • El borrador individual HCGA propone calcular los bits entre un prefijo agregado bajo control del operador y el límite /64 a partir de una clave pública.
  • En un agregado /48 esos bits son 16. Una segunda clave puede coincidir tras unas 2^16 pruebas; el operador debe registrar la admisión exclusiva y hacer cumplir el origen del tráfico.

Dos tarjetas pueden abrir la misma puerta. El nuevo borrador Hierarchical Cryptographically Generated Addresses convierte esa puerta en una subred /64 asignable a agentes o cargas de trabajo. El cálculo permite comprobar una relación entre clave y dirección. La decisión sobre cuál de los dos aspirantes recibió la subred depende de quien administra la red.

La idea amplía RFC 3972. Allí la clave pública contribuye al identificador de interfaz, la mitad inferior de la dirección IPv6, mientras la infraestructura asigna el prefijo /64. HCGA también derivaría los bits de subred entre el agregado del operador y ese /64, con una clave pública y un modificador de prefijo. Un tercero puede repetir el cálculo si recibe la clave, los modificadores y el contador de colisiones que se guardaron al generar la dirección.

El propio borrador cuantifica la rendija. Bajo un /48 quedan 16 bits para escoger un /64. Probar otra clave o modificador hasta obtener los mismos bits requiere aproximadamente 2^16 intentos. Esa cifra describe una colisión de subred, no la falsificación de los 128 bits de la dirección ni la recuperación de una clave privada. El identificador de interfaz tiene una cota de salida de hash distinta y mucho mayor. El resultado práctico es más preciso: el /64 no puede señalar por sí solo a una clave única.

La propuesta exige que una arquitectura que la rodea anote qué clave y qué modificador fueron admitidos para cada /64 y preserve esa exclusividad. También distingue la dirección de la autoría de un paquete. Una firma de la clave privada o controles de dirección de origen en la red deben respaldar esa autoría. Si un verificador está fuera del enlace local, necesita los parámetros registrados para reconstruir el vínculo. Sin registro conservado, la investigación acaba en una dirección que admite dos historias.

La prueba de ruta cubre otra escala. El agregado se anuncia por BGP al amparo de una ROA de RPKI; las rutas /64 permanecen dentro de la red. La ROA respalda quién puede originar el agregado. No nombra al titular de cada subred interna. La autoridad fina sigue en el procedimiento de admisión y en los controles que impiden que una fuente ajena use el /64.

Hay otra factura: una vez asignado, el /64 permanece estable aunque cambie el identificador de interfaz. Eso facilita relacionar sesiones del mismo agente. RFC 8981 describe direcciones temporales con un propósito de privacidad distinto. El cálculo de la dirección tampoco clasifica la solidez de la clave, sea hardware o software; RFC 9334 ofrece una arquitectura aparte para evidencia de atestación.

El registro del IETF sitúa el texto, fechado el 27 de octubre, como borrador individual Standards Track en estado «I-D Exists». Una prueba reveladora construiría dos claves que coincidan en los 16 bits bajo un /48 de ensayo, denegaría la segunda y pediría a un verificador remoto que recuperase la primera, los parámetros y la prueba del origen del paquete. El ensayo pondría a prueba al registro, que es donde vive la decisión.