← к ленте

Как nmap различает открытые и фильтруемые UDP-порты

К@pentesting_channelавтор про «it»
1 нед

Объяснение статуса open|filtered при UDP-сканировании в nmap, роли -sV и причин, по которым сканирование UDP занимает больше времени.

В дополнение к прошлому посту Спасибо за комменты, все видим, все читаем😉 🎯 Что важно пентестеру Сканирование порта — это как стучать в дверь и смотреть, что будет. С TCP всё понятно: — открыли дверь → порт открыт — сказали «тут никого» → порт закрыт — вообще тишина → дверь, скорее всего, закрыта охраной (firewall) С UDP сложнее. UDP-сервис отвечает, только если вы спросили его «на его языке». На просто стук он промолчит. И nmap не понимает: за дверью кто-то есть, но молчит, или дверь просто заблокирована. Поэтому пишет:
161/udp  open|filtered
То есть «может, открыт, а может, фильтруется — не знаю». 📌 Как уточнить Добавьте -sV — nmap заговорит с сервисом на его протоколе, и тот, скорее всего, ответит. 🧱 Firewall тоже бывает разный Один молча игнорирует ваш стук — видим filtered. Другой отвечает «уходи» — и порт выглядит просто закрытым, хотя сервис там может быть. ⏱️ Почему UDP сканируется долго Система отвечает на такие «стуки» неохотно и редко, nmap приходится ждать. Поэтому сканируйте только популярные порты, а не все подряд.
КонтекстAI
Пост начинается как дополнение к предыдущей публикации, но её содержание не приведено. Само объяснение UDP-сканирования понятно и без него.

Кратко (AI)

Пост объясняет, почему при UDP-сканировании nmap может показывать статус open|filtered: сервис может молчать, а пакет — блокироваться фильтром. Для уточнения предлагается использовать -sV, а для ускорения сканировать только популярные порты.

Обсуждение

0
В

Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖