DES против 3DES в VPN: почему оба — неправильное обновление

Оба шифра устарели, и ни один не является правильной целью для нового трафика. Полезное сравнение — не DES против 3DES; это выведенный из эксплуатации алгоритм против поддерживаемого. Если шлюз всё ещё предлагает один из них, задача — выяснить, что его требует, и убрать это требование, а не выбирать сильнейший из двух тупиков.

Сравнение, которое люди всё ещё ищут, — неправильное

Ответы, написанные в 2000-х, сравнивают DES с тройным DES и заключают, что тройной DES сильнее. Тогда это было разумно, а теперь бесполезно, потому что оба выведены из эксплуатации для защиты нового трафика, и выбор между ними — выбор между двумя тупиками.

NIST отозвал стандарт DES в 2005 году, а его рекомендация TDEA была отозвана в январе 2024 года после того, как в конце 2023 года истёк срок применения TDEA для новой криптографической защиты. Эти даты описывают переход, а не рейтинг. Короткая сессия или сообщение низкой ценности не открывают вопрос заново, потому что статус алгоритма не зависит от того, как долго используется ключ.

Обновление ключа — отдельный контроль, и оно не восстанавливает одобрение.

Отделите согласование от пути данных

Протоколы VPN согласуют защиту более чем в одном месте. Управляющий канал может использовать один набор, тогда как передаваемые данные — другой, а список предложений говорит лишь о том, что готов принять партнёр. Читайте согласованный результат, а не предложение. Это различие объясняет частую путаницу: шлюз всё ещё перечисляет старый алгоритм, и оператор предполагает, что он используется, тогда как его могут предлагать и никогда не выбирать или выбирать только для одного старого партнёра.

На шлюзе IPsec соответствующий вывод — это ассоциация безопасности; на OpenVPN это шифр и настройки TLS в журнале соединения. Оба говорят, что было выбрано. Ни один не доказывается старой опцией, всё ещё присутствующей в файле конфигурации.

Если вы не видите согласованный результат, вы не можете утверждать, что шифр выведен из эксплуатации.

Найдите компонент, который всё ещё требует его

Требования к устаревшим системам возникают в трёх местах: старый клиент, который не предлагает ничего лучшего, политика шлюза, которая всё ещё перечисляет алгоритм, и устройство, которое говорит только на старом протоколе. У каждого своё решение. Спросите владельца ограничения, какое из них это, прежде чем включать поставщика совместимости, потому что его включение влияет на каждого подключающегося партнёра.

Для одного устройства, которое пока нельзя заменить, поставьте перед ним поддерживаемый шлюз и ограничьте то, что переносит эта граница. Это удерживает старый шифр, не заставляя каждого удалённого пользователя его наследовать.

Удержание — не заплатка, и оно не делает старый хост доверенным.

Переходите с проверками, которые у вас уже есть

Миграция завершена, когда нужные партнёры подключаются с поддерживаемым профилем, согласованный набор — тот, что вы ожидали, и приложение работает. Держите проверку идентичности сервера и проверки учётной записи всё время; смена шифра не повод их ослаблять.

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

Запишите версии клиента и шлюза рядом с согласованным результатом, чтобы следующий обзор мог сказать, что действительно изменилось.

Отзовите старое разрешение через его владельца, затем подтвердите, что партнёр, предлагающий только выведенный из эксплуатации алгоритм, теперь отклоняется. Миграция, оставляющая старую опцию включённой, — это миграция, которой не было. Храните доказательство отказа вместе с записью об изменении, потому что следующий аудит спросит, откуда вы это знаете, а удалённая строка конфигурации — более слабое доказательство, чем зафиксированный отказ. Добавьте дату теста и идентичность партнёра в эту запись, пока сессия ещё свежа.

Исторические данные — другая проблема

Чтение архива, защищённого годы назад, может законно требовать старого алгоритма. Это расшифровка существующего материала, и это не та же задача, что защита нового трафика.

Держите такую работу на изолированном хосте с документированной целью и коротким списком тех, кому это разрешено.

Это различие важно, потому что это единственная честная причина держать выведенный из эксплуатации шифр доступным. Оно оправдывает ограниченный инструмент, но никогда — постоянную строку в публичном профиле VPN.