DES fronte a 3DES nunha VPN: por que ambos son a actualización equivocada

Ambos cifrados están obsoletos e ningún é o obxectivo correcto para o tráfico novo. A comparación útil non é DES fronte a 3DES; é un algoritmo retirado fronte a un mantido. Se unha pasarela aínda ofrece calquera dos dous, a tarefa é atopar que o esixe e eliminar ese requisito, non escoller o máis forte de dous calexóns sen saída.

A comparación que a xente aínda busca é a equivocada

As respostas escritas na década de 2000 comparan DES co triple DES e conclúen que o triple DES é máis forte. Iso era razoable entón e é inútil agora, porque ambos están retirados para protexer tráfico novo e a elección entre eles é unha elección entre dous calexóns sen saída.

O NIST retirou o estándar DES en 2005, e a súa recomendación TDEA retirouse en xaneiro de 2024, despois de que o prazo para aplicar TDEA a unha nova protección criptográfica rematase a finais de 2023. Esas datas describen unha transición, non unha clasificación. Unha sesión curta ou unha mensaxe de baixo valor non reabren a cuestión, porque o estado do algoritmo non depende de canto tempo se use a chave.

A renovación da chave é un control aparte e non restaura a aprobación.

Separe a negociación da ruta de datos

Os protocolos VPN negocian a protección en máis dun lugar. Unha canle de control pode usar un conxunto mentres os datos transportados usan outro, e unha lista de propostas só di que está disposto a aceptar un par. Lea o resultado negociado, non a oferta. Esa distinción explica unha confusión habitual: unha pasarela aínda lista un algoritmo antigo e o operador asume que está en uso, cando pode ofrecerse e non seleccionarse nunca, ou seleccionarse só para un par antigo.

Nunha pasarela IPsec a saída relevante é a asociación de seguridade; en OpenVPN son o cifrado e os axustes TLS do rexistro de conexión. Ambos din que se seleccionou. Ningún se demostra por unha opción antiga que siga existindo nun ficheiro de configuración.

Se non pode ver o resultado negociado, non pode afirmar que o cifrado se retirou.

Atope o compoñente que aínda o pide

Os requisitos herdados veñen de tres lugares: un cliente antigo que non ofrece nada mellor, unha política de pasarela que aínda lista o algoritmo e un aparello que só fala o protocolo antigo. Cada un ten unha solución distinta. Pregunte ao propietario da restrición cal é antes de habilitar un provedor de compatibilidade, porque habilitalo afecta a cada par que se conecta.

Para un só aparello que aínda non se pode substituír, poña unha pasarela mantida diante e limite o que transporta esa fronteira. Iso contén o cifrado antigo sen facer que cada usuario remoto o herde.

A contención non é un parche e non fai que o servidor antigo sexa fiable.

Migre coas comprobacións que xa ten

Unha migración remata cando os pares previstos se conectan co perfil mantido, o conxunto negociado é o que esperaba e a aplicación funciona. Manteña a verificación de identidade do servidor e as comprobacións de conta todo o tempo; un cambio de cifrado non é motivo para relaxalas.

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

Rexiste as versións do cliente e da pasarela xunto ao resultado negociado, para que a próxima revisión poida dicir que cambiou realmente.

Retire o permiso antigo a través do seu propietario e logo confirme que un par que só ofrece o algoritmo retirado agora é rexeitado. Unha migración que deixa a opción antiga habilitada é unha migración que non ocorreu. Garde a evidencia do rexeitamento co rexistro do cambio, porque a próxima auditoría preguntará como o sabe, e unha liña de configuración eliminada é evidencia máis feble que un rexeitamento rexistrado. Engada a data da proba e a identidade do par a ese rexistro mentres a sesión segue fresca.

Os datos históricos son un problema distinto

Ler un arquivo protexido hai anos pode requirir lexitimamente o algoritmo antigo. É o descifrado de material existente, e non é a mesma tarefa que protexer tráfico novo.

Manteña ese traballo nun servidor illado cun propósito documentado e unha lista curta de quen pode executalo.

A distinción importa porque é a única razón honesta para manter dispoñible un cifrado retirado. Xustifica unha ferramenta de alcance limitado, nunca unha liña permanente nun perfil VPN público.