DES frente a 3DES en una VPN: por qué ambos son la actualización equivocada

Ambos cifrados están obsoletos y ninguno es el objetivo correcto para el tráfico nuevo. La comparación útil no es DES frente a 3DES; es un algoritmo retirado frente a uno mantenido. Si una pasarela todavía ofrece cualquiera de los dos, la tarea es encontrar qué lo exige y eliminar ese requisito, no elegir el más fuerte de dos callejones sin salida.

La comparación que la gente todavía busca es la equivocada

Las respuestas escritas en la década de 2000 comparan DES con el triple DES y concluyen que el triple DES es más fuerte. Eso era razonable entonces y es inútil ahora, porque ambos están retirados para proteger tráfico nuevo y la elección entre ellos es una elección entre dos callejones sin salida.

El NIST retiró el estándar DES en 2005, y su recomendación TDEA se retiró en enero de 2024, después de que el plazo para aplicar TDEA a una protección criptográfica nueva venciera a finales de 2023. Esas fechas describen una transición, no una clasificación. Una sesión corta o un mensaje de bajo valor no reabren la cuestión, porque el estado del algoritmo no depende de cuánto tiempo se use la clave.

La renovación de la clave es un control aparte y no restaura la aprobación.

Separe la negociación de la ruta de datos

Los protocolos VPN negocian la protección en más de un lugar. Un canal de control puede usar un conjunto mientras los datos transportados usan otro, y una lista de propuestas solo dice qué está dispuesto a aceptar un par. Lea el resultado negociado, no la oferta. Esa distinción explica una confusión común: una pasarela todavía lista un algoritmo antiguo y el operador asume que está en uso, cuando puede ofrecerse y no seleccionarse nunca, o seleccionarse solo para un par antiguo.

En una pasarela IPsec la salida relevante es la asociación de seguridad; en OpenVPN son el cifrado y los ajustes TLS del registro de conexión. Ambos dicen qué se seleccionó. Ninguno se demuestra por una opción antigua que siga existiendo en un archivo de configuración.

Si no puede ver el resultado negociado, no puede afirmar que el cifrado se retiró.

Encuentre el componente que todavía lo pide

Los requisitos heredados vienen de tres lugares: un cliente antiguo que no ofrece nada mejor, una política de pasarela que todavía lista el algoritmo y un dispositivo que solo habla el protocolo antiguo. Cada uno tiene una solución distinta. Pregunte al propietario de la restricción cuál es antes de habilitar un proveedor de compatibilidad, porque habilitarlo afecta a cada par que se conecta.

Para un solo dispositivo que aún no puede sustituirse, ponga una pasarela mantenida delante y limite lo que transporta esa frontera. Eso contiene el cifrado antiguo sin hacer que cada usuario remoto lo herede.

La contención no es un parche y no hace que el host antiguo sea fiable.

Migre con las comprobaciones que ya tiene

Una migración termina cuando los pares previstos se conectan con el perfil mantenido, el conjunto negociado es el que esperaba y la aplicación funciona. Mantenga la verificación de identidad del servidor y las comprobaciones de cuenta todo el tiempo; un cambio de cifrado no es motivo para relajarlas.

openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'

Registre las versiones del cliente y de la pasarela junto al resultado negociado, para que la próxima revisión pueda decir qué cambió realmente.

Retire el permiso antiguo a través de su propietario y luego confirme que un par que solo ofrece el algoritmo retirado ahora es rechazado. Una migración que deja la opción antigua habilitada es una migración que no ocurrió. Guarde la evidencia del rechazo con el registro del cambio, porque la próxima auditoría preguntará cómo lo sabe, y una línea de configuración eliminada es evidencia más débil que un rechazo registrado. Añada la fecha de la prueba y la identidad del par a ese registro mientras la sesión sigue fresca.

Los datos históricos son un problema distinto

Leer un archivo protegido hace años puede requerir legítimamente el algoritmo antiguo. Es el descifrado de material existente, y no es la misma tarea que proteger tráfico nuevo.

Mantenga ese trabajo en un host aislado con un propósito documentado y una lista corta de quién puede ejecutarlo.

La distinción importa porque es la única razón honesta para mantener disponible un cifrado retirado. Justifica una herramienta de alcance limitado, nunca una línea permanente en un perfil VPN público.