Ресурсы: техническое описание TLS, LaTeX - в картинки (img), криптографическая библиотека Arduino, шифр "Кузнечик" на ассемблере AMD64/AVX и ARM64
Реплика: DNS и ошибки
Одна из проблем с DNS сейчас в том, что эту систему проектировали как толерантную к ошибкам настройки: то есть, что-то сломано, но система продолжает как-то работать, позволяет извлекать нужные данные. Нынче ситуация с технологиями такова, что эта особенность DNS приводит к следующему занимательному эффекту.
Администраторы настраивают DNS “как получилось”, с ошибками и дефектами – указаны IP-адреса вместо хостнеймов при делегировании, указаны лишние NS, серверы имён не отвечают на запросы SOA и т.д., и т.п. Однако система как-то работает. Только вот попытка использовать эти настройки в более или менее строгом варианте, – например, для проведения проверки права управления доменом (DCV), – наталкивается на эти ошибки и проверка не срабатывает. Потому что есть случаи, когда игнорировать дефекты настройки DNS нельзя. Обнаружение этих “дефектов”, например, может свидетельствовать об идущей атаке.
Администраторы дефектной зоны говорят, что, мол, “у нас всё работает, а значит, настроено правильно” – почему же ваш сервис отказывается принимать информацию из нашей DNS-зоны? При этом, “всё работает”, как ни странно, определяется тем, что “браузер успешно открывает веб-сайт”. Но проверяли-то DNS. А ведь просто произошёл как раз тот случай, отличный от “привычного” веба, когда некорректные настройки реально не работают, потому что, вообще говоря, они и не должны работать, это лишь система специально так спроектирована, что позволяет игнорировать дефекты. DNS толерантна к ошибкам. Это хорошо и полезно. Но из этого вовсе и не следует, что ошибки – это больше не ошибки, а особенности настройки.
Проблема эта, конечно, не только DNS касается.
Адрес записки: https://dxdt.blog/2025/10/26/16459/
Похожие записки:
- Техническое: возможности Let's Encrypt по блокированию сертификатов
- Стандарты NIST для "постквантовых" криптосистем
- Реплика: история с сертификатом Jabber.ru и "управление доверием"
- "Яндекс.Браузер" и российские сертификаты TLS в вебе
- Ключи X25519 для гибрида с Kyber в Firefox
- Электропитание и дата-центры "Яндекса"
- Мониторинг Certificate Transparency в Cloudflare и странности атрибуции ключей
- Stack Overflow и OpenAI
- Техническое: локальный корневой сертификат с кросс-подписью и nameConstraints
- Реплика: дальность радиосвязи и обобщённый тайминг
- Техническое: один практический пример ошибочных настроек DNS
Новый
Написать комментарий