Resumen

  • RFC 7146 sustituyó el requisito de implementar 3DES-CBC de RFC 3723 por AES-CBC como base obligatoria de interoperabilidad para IPsec aplicado a protocolos de almacenamiento por bloques.
  • Los 3 GiB citados ilustran un margen diez veces inferior al límite de cumpleaños de 32 GiB para bloques de 64 bits; no son una regla universal de renovación ni el relato de un ataque.

Cuando los datos avanzaban más deprisa que la sesión

Una asociación de seguridad IPsec podía transportar una sesión de almacenamiento normal y, aun así, acercarse a un límite criptográfico antes de que terminara el trabajo. Publicado en abril de 2014, RFC 7146 trató un desajuste concreto: se esperaba que el almacenamiento por bloques operase a varios gigabits por segundo, pero 3DES cifra bloques de 64 bits. La variable relevante no era solo el tiempo transcurrido, sino cuántos datos se habían procesado con una misma clave.

El documento actualizó los requisitos IPsec de RFC 3723. Antes, las implementaciones debían admitir 3DES en modo CBC y se recomendaba implementar AES en modo contador (CTR). RFC 7146 convirtió ambos requisitos en opcionales y exigió AES-CBC. Mantuvo la exigencia de admitir cifrado NULL, que permite asociaciones con autenticación e integridad, pero sin confidencialidad. Son requisitos sobre lo que una implementación debe ofrecer; no ordenan qué algoritmo debe utilizar cada despliegue.

Un límite no es un temporizador

Para un cifrador de bloques de 64 bits, RFC 7146 sitúa el límite de cumpleaños en 32 GiB. Recomienda renovar la clave mucho antes, pues las debilidades empiezan a aparecer cuando el volumen bajo una misma clave se aproxima a esa escala. El ejemplo de 3 GiB ofrece un margen de un orden de magnitud en un enlace de varios gigabits por segundo. Ilustra el coste operativo, pero no impone un umbral idéntico a todos los sistemas.

La diferencia importa en almacenamiento: unos pocos gigabytes pueden transferirse rápidamente. Una política basada solo en la duración de la sesión puede no seguir el volumen real. Renovar con frecuencia también exige que ambos extremos negocien e instalen nuevas asociaciones con fiabilidad mientras continúa el tráfico. RFC 7146 explica esa presión; no afirma que todas las sesiones 3DES alcanzaran el límite ni documenta un ataque exitoso.

AES opera con bloques de 128 bits y, por ello, tiene un límite de cumpleaños mucho mayor: RFC 7146 lo expresa como 2^68 bytes. AES-CBC pasó a ser la alternativa obligatoria de implementación para interoperar. Eso no vuelve intercambiables todos los modos: si una implementación admite IKEv2, el texto recomienda que también implemente AES-GCM. El cambio de AES-CTR tuvo otra explicación: las consideraciones de hardware favorecían GCM. El RFC no atribuye el cambio a un fallo de seguridad de CTR.

El alcance del cambio

RFC 7146 actualiza un conjunto de requisitos; no es un inventario de equipos instalados, una medición de redes de almacenamiento ni una recomendación criptográfica universal vigente. 3DES-CBC puede seguir implementándose donde la velocidad sea menor y la frecuencia de renovación resulte aceptable. Cambió la base mínima de interoperabilidad para el contexto descrito, no todos los usos heredados.

La lección histórica es que los requisitos de implementación codifican supuestos de operación. Un algoritmo puede seguir disponible mientras el aumento del caudal cambia el coste de mantenerlo dentro de su margen previsto. El control combina algoritmos admitidos, vida de la asociación negociada, bytes transferidos, secuencias y capacidad de renovar claves sin interrupción. El documento hace explícita esa relación, pero la política aplicada y la prueba de despliegue corresponden a los operadores.

Fuentes: RFC 7146; información de RFC 7146; erratas de RFC 7146; RFC 3723; RFC 4106; RFC 3602; RFC 4303; RFC 4301; RFC 8221; RFC 6071; RFC 6176.