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