Ресурсы: техническое описание TLS, LaTeX - в картинки (img), криптографическая библиотека Arduino, шифр "Кузнечик" на ассемблере AMD64/AVX и ARM64
DNSSEC – источники неприятностей
Вот, кстати, первым источником уязвимостей в реализациях DNSSEC (это “безопасное” расширение DNS) будут рационализаторские решения. Технические центры крупных доменов захотят экономить ресурсы и поправят технологии так, как удобнее с точки зрения экономии. Поправки породят уязвимости.
Это, вообще, обычное дело в системах безопасности. Скажем, рационализаторы экзотическими “неразрушающими способами” отключают сигнализации, определяющие наличие опасных газов в воздухе (чтобы не пищало “попусту”). Или фиксируют во включенном положении скотчем на мощном и опасном механизме управляющие кнопки, работающие в качестве дополнительного “рубежа” подтверждения пуска. В Debian OpenSSL рационализаторы поправили исходный код так, чтобы анализатор кода перестал выдавать предупреждения – итог: в библиотеке появился ужасный дефект, скомпрометировавший огромное количество криптографических ключей.
Так что с DNSSEC будет то же самое – дыры подготовят рационализаторы.
Адрес записки: https://dxdt.blog/2009/05/06/2329/
Похожие записки:
- Атака Opossum - атака не на TLS
- Техническое: ошибки делегирования в DNS
- Apple и центральные ИИ-агенты
- Реплика: "секретность" URL и веб-интерфейсы с авторизацией
- "Пасхалки" в трафике
- Полностью зашифрованные протоколы и DPI-блокирование
- Реплика: падения Cloudflare
- Техническое: ECDSA на кривой Curve25519 в GNS
- Gofetch как уязвимость
- TLS для DevOps
- Очередные ИИ-боты на сервере
Новый