«Как я случайно записала сотни тысяч телефонных звонков на военные базы» Технология ENUM связывала телефонные номера с адресами в сети, но так и не взлетела и сегодня, по сути, мертва. Исследовательница безопасности сканировала эту заброшенную систему и наткнулась на три зоны телефонных кодов, делегированные на сервер имён, домен которого давно протух. Она купила его за 5€ и получила контроль над DNS телефонной инфраструктуры трёх британских территорий. Теоретически это открывало возможность вклиниваться в чужие звонки посредником. Трафика поначалу не было вовсе, так что домены она просто оставила себе для экспериментов. А через полгода заглянула в логи и обнаружила там сотни тысяч запросов. Почти все они вели на военные базы, а адреса источников были в основном американскими: https://u.habr.com/6LzUD

Про измерения: 1. Спасибо всем, кто принял участие. Пожалуйста, больше не присылайте! Я не смогу их обработать в этом виде 2. Очень обидно, что многие, безусловно хорошие люди, которые хотели помочь, не читают инструкций. Вот прямо же написал — пришлите текст, который выдал скрипт. Но нет, надо быть очень умным, добавить что-то, убавить, прислать текст из выдачи 🙁 Еще раз — вам большое спасибо, но так вы только засорили выдачу. Вот представьте, что вам надо обработать несколько сотен вот таких вот маленьких файлов и вы рассчитываете, что они будут хоть немного консистентными, а вам присылают совсем другое. 3. Но тем не менее, очевидно, надо сделать что-то вот такое но массово. Я подумаю над этим и кое-какие мысли есть. 4. Вот что я получил в итоге: 1799 знаков. --- За 22–23 августа 2026 собрано 3186 проверок: 124 прогона, 66 автономных систем, 29 DoH-серверов. Успешными оказались 55% запросов, а если отбросить сервисы, сломанные глобально, и артефакт измерителя (старый curl без HTTP/2 у Quad9 и uncensoreddns) — 73%. Шесть сервисов не ответили нигде, ни на одной AS, и это не блокировки. Они были введены специально, чтоб контролировать выдачу — если бы у кого-то Quad9 заработал бы, то я бы удалил такое измерение. Дальше начинается настоящая картина: — dns.adguard.com падает на 90% проверок и на 61 AS из 66 — при том что dns.adguard-dns.com того же AdGuard даёт всего 8% сбоев. — unfiltered.adguard-dns.com — 85% — dns.alidns.com — 39% — doh.opendns.com — 23% — doh.dns.sb — 22% — оба Cloudflare — по 16–17%. Почти всегда работают dns.google, mozilla.cloudflare-dns.com, dns.comss.one, doh.pub, wikimedia-dns.org — сбои 4–9%. Из автономных систем, резко выбиваются три небольших провайдера: AS57233 Kompanon (18 из 20), AS61068 NECSTEL и AS197204 TeleMaks (по 16). Там DoH выключен целиком, а не точечно. У крупных операторов — Ростелеком, МТС, МГТС, SkyNet — режется 4–6 сервисов, но непостоянно: у МГТС в разных замерах от 2 до 17 сбойных, у Ростелекома от 1 до 10. Однократная проверка по такой сети не говорит почти ничего. Моя контрольная точка — немецкая AS8881: 0,3 сбоя за прогон. Оговорка: 51 AS из 66 измерена один раз. Надёжны выводы только по семи сетям с тремя и более прогонами. Вывод: _пока_ не видно блокировки DoH, как сервиса. Если и были, то мы их тут не выловили. Главный вывод: надо делать новый тестер и как-то придумать фиксировать и упорядочивать все эти измерения. Результаты я загнал в табличку. Но сразу предупреждаю, что там сырцы и попытка упорядочить получилась ну так себе.

«Записал, с кем разговаривают восемь приборов в моей квартире» Один раз утром телевизор включают минут на десять, потом выключают пультом и больше не трогают. За следующие сутки он сам, без единого касания, обращается к 172 разным доменам. Всё это вылезло случайно, после того как на домашнем роутере включили журнал DNS-запросов и оставили на выходные, а за 39 часов там набралось почти 107 тысяч запросов от восьми приборов в квартире. Среди этих 172 адресатов телевизора оказалась компания, которая занимается распознаванием картинки на экране. Работает это так, что источник не имеет значения. Эфир, стриминг, приставка, флешка с фильмом, даже презентация с ноутбука. Распознавание идёт по самому изображению, поэтому видит всё, что попадает на экран. Приложения вроде Netflix и ivi на этом телевизоре к слову ни разу не открывали. Посмотрим, что это за компания и как её след находится в документах самого производителя.

🌐 Что такое DNS в локальной сети? Когда начинают изучать инфраструктурный пентест, многие воспринимают DNS просто как сервис, который переводит:

google.com → IP-адрес

Но внутри корпоративной сети DNS играет гораздо более важную роль.

📌 DNS (Domain Name System) — это система, которая помогает компьютерам находить друг друга по имени, а не по IP-адресу.

Например, вместо того чтобы запоминать:

192.168.1.15

можно обратиться к серверу по имени:

fileserver.company.local

или

dc01.company.local

Давайте представим компанию, где работают 500 сотрудников. Запомнить IP-адреса всех серверов невозможно. Именно поэтому практически вся корпоративная инфраструктура строится вокруг DNS. Через DNS пользователи находят: — Domain Controller — файловые серверы — веб-приложения — почтовые серверы — принтеры — внутренние сервисы 💀 Почему DNS интересен пентестеру? Потому что он может рассказать об инфраструктуре намного больше, чем кажется. Например, по DNS-именам можно узнать: — названия серверов — структуру домена — используемые сервисы — внутренние подсети — потенциально интересные цели для дальнейшего анализа 📌 Именно поэтому после попадания в локальную сеть пентестер старается понять не только: какие IP-адреса существуют, но и: какие имена скрываются за этими адресами.

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

#infra #ad #dns