DNSSEC – источники неприятностей
Вот, кстати, первым источником уязвимостей в реализациях DNSSEC (это “безопасное” расширение DNS) будут рационализаторские решения. Технические центры крупных доменов захотят экономить ресурсы и поправят технологии так, как удобнее с точки зрения экономии. Поправки породят уязвимости.
Это, вообще, обычное дело в системах безопасности. Скажем, рационализаторы экзотическими “неразрушающими способами” отключают сигнализации, определяющие наличие опасных газов в воздухе (чтобы не пищало “попусту”). Или фиксируют во включенном положении скотчем на мощном и опасном механизме управляющие кнопки, работающие в качестве дополнительного “рубежа” подтверждения пуска. В Debian OpenSSL рационализаторы поправили исходный код так, чтобы анализатор кода перестал выдавать предупреждения – итог: в библиотеке появился ужасный дефект, скомпрометировавший огромное количество криптографических ключей.
Так что с DNSSEC будет то же самое – дыры подготовят рационализаторы.
Адрес записки: https://dxdt.ru/2009/05/06/2329/
Похожие записки:
- Техническое: связь SCT-меток с логами Certificate Transparency
- Контринтуитивное восприятие ИИ на примере из криптографии
- Браузерная реклама от Firefox
- Сервис для просмотра логов Certificate Transparency
- Один сценарий интернет-измерений и поле SNI HTTPS/TLS
- Mozilla Firefox и внедрение рекламных сообщений
- Возможное обновление алгоритмов DNSSEC в корне DNS
- Техническое описание TLS: обновление 2022
- Десятилетие DNSSEC в российских доменах
- Модули DH в приложении Telegram и исходный код
- Влияние систем ИИ на процессы в мире