В дополнение к прошлому посту Спасибо за комменты, все видим, все читаем😉 🎯 Что важно пентестеру Сканирование порта — это как стучать в дверь и смотреть, что будет. С TCP всё понятно: — открыли дверь → порт открыт — сказали «тут никого» → порт закрыт — вообще тишина → дверь, скорее всего, закрыта охраной (firewall) С UDP сложнее. UDP-сервис отвечает, только если вы спросили его «на его языке». На просто стук он промолчит. И nmap не понимает: за дверью кто-то есть, но молчит, или дверь просто заблокирована. Поэтому пишет:

161/udp  open|filtered

То есть «может, открыт, а может, фильтруется — не знаю». 📌 Как уточнить Добавьте -sV — nmap заговорит с сервисом на его протоколе, и тот, скорее всего, ответит. 🧱 Firewall тоже бывает разный Один молча игнорирует ваш стук — видим filtered. Другой отвечает «уходи» — и порт выглядит просто закрытым, хотя сервис там может быть. ⏱️ Почему UDP сканируется долго Система отвечает на такие «стуки» неохотно и редко, nmap приходится ждать. Поэтому сканируйте только популярные порты, а не все подряд.

🔌 TCP и UDP: в чём разница и зачем это пентестеру 📌 TCP и UDP — протоколы транспортного уровня. Работают поверх IP и доставляют данные до приложения через порт. 🤝 TCP — сначала договоримся Перед передачей устанавливает соединение:

SYN → SYN/ACK → ACK
   ↓
Соединение установлено

Гарантирует доставку и порядок данных. 📨 UDP — отправил и забыл Без соединения и подтверждений. Быстрее, но без гарантий.

TCP:  HTTP, SSH, SMB
UDP:  DNS, DHCP, SNMP, TFTP

🎯 Что важно пентестеру TCP-порт отвечает понятно, а UDP часто молчит. Поэтому nmap пишет:

161/udp  open|filtered  snmp

Многие сканируют только TCP и пропускают SNMP, TFTP, DNS — а там бывают интересные находки. 🛠 Команды

sudo nmap -sS 192.168.1.10
sudo nmap -sU --top-ports 20 192.168.1.10

🧠 Главная мысль Сканируете только TCP — видите не всю картину. #network #base #recon

Разбор задачки про tcpdump В задачке приняло участие не так много участников, как хотелось бы, но будем думать, что эта тема всем понятна😄 читаем сам дамп:

Порт 22: S → S/ACK → R → open Порт 23: S → R/ACK → closed Порт 80: S → тишина, повторный S → filtered

🔐 22 — open. Сервер ответил SYN/ACK ([S.]): порт слушает. 🚪 23 — closed. Хост жив, но на порту никто не слушает, и он ответил RST/ACK ([R.]). 🛡 80 — filtered. Ответа нет, Nmap повторил SYN. Скорее всего, пакеты дропает файрвол. ⚙️ Тип скана: SYN (half-open), -sS. Получив SYN/ACK, клиент не отправил ACK, а оборвал соединение через RST. Connect-скан (-sT) довёл бы рукопожатие до конца. Зачем RST: соединение не доходит до приложения, а запись о полуоткрытом соединении быстро освобождается. Но IDS такой скан всё равно видит. Проверяем:

sudo nmap -sS -p 22,23,80 --reason 10.0.0.10

22/tcp open     ssh     syn-ack
23/tcp closed   telnet  reset
80/tcp filtered http    no-response

🧠 Главная мысль: open, closed и filtered — это три разных реакции на один и тот же SYN. Различаешь их по ответу, а не по цвету в терминале. Спасибо всем, кто пишет в комменты и ставит реакции! 🙌 #разбор #network #nmap #pentest

🧪 Мини-задача перед выходными: читаем дамп С хоста 10.0.0.5 просканировали 10.0.0.10. Вот что показал tcpdump:

10.0.0.5.51234  > 10.0.0.10.22: Flags [S],  seq 1000
10.0.0.10.22    > 10.0.0.5.51234: Flags [S.], seq 5000, ack 1001
10.0.0.5.51234  > 10.0.0.10.22: Flags [R],  seq 1001

10.0.0.5.51235  > 10.0.0.10.23: Flags [S],  seq 2000
10.0.0.10.23    > 10.0.0.5.51235: Flags [R.], seq 0, ack 2001

10.0.0.5.51236  > 10.0.0.10.80: Flags [S],  seq 3000
10.0.0.5.51237  > 10.0.0.10.80: Flags [S],  seq 3500   (через ~1 сек)

❓ Вопросы Какой статус у портов 22, 23 и 80? Какой это тип скана? Почему на порту 22 клиент отправил [R], а не [.] (ACK)? Обращаем внимание на на флаги и на то, что ответил (или не ответил) сервер. Пиши ответы в комментарии. Разбор в понедельник. 🕕 #практика #network #nmap #pentest

🔗 TCP/IP: как устроена передача данных (и при чём тут nmap) В прошлых постах мы разобрали IP, MAC и ARP. Теперь соберём всё в одну модель. TCP/IP — это набор протоколов, по которому работает весь интернет и почти любая корпоративная сеть. 🧱 4 уровня модели TCP/IP

4. Прикладной     → HTTP, DNS, SMB, SSH
3. Транспортный   → TCP, UDP
2. Межсетевой     → IP, ICMP
1. Канальный      → Ethernet, Wi-Fi, ARP

Каждый уровень решает свою задачу: ↓ приложение формирует данные ↓ TCP режет их на сегменты и следит за доставкой ↓ IP знает, куда отправить пакет ↓ канальный уровень знает, кому в локальной сети передать кадр (MAC) 🤝 TCP-рукопожатие (3-way handshake) Прежде чем передавать данные, TCP устанавливает соединение:

Клиент  ── SYN ──────────▶️  Сервер
Клиент  ◀️───── SYN/ACK ──  Сервер
Клиент  ── ACK ──────────▶️  Сервер

Только после этого начинается обмен данными. Именно поэтому TCP называют надёжным: он гарантирует доставку, порядок пакетов и переотправку потерь. 🚩 Флаги TCP, которые нужно знать — SYN: хочу соединиться — ACK: подтверждаю — RST: сброс, «здесь никого нет» или «уходи» — FIN: корректное завершение соединения 🎯 Почему это важно пентестеру Сканирование портов — это просто игра с рукопожатием.

nmap -sS 10.0.0.5

SYN-скан отправляет только SYN и смотрит на ответ:

SYN/ACK      → порт открыт ✅
RST          → порт закрыт ❌
тишина       → порт фильтруется 🧱 (файрвол)

После SYN/ACK nmap не завершает рукопожатие, а отправляет RST. Поэтому такой скан быстрее и меньше светится в логах приложений. Для сравнения:

nmap -sT 10.0.0.5

Connect-скан проходит рукопожатие полностью. Он работает без root-прав, но зато оставляет следы в логах сервиса. 📌 Главная мысль Когда nmap пишет open, closed или filtered, он просто пересказывает тебе, как сервер ответил на SYN. Понимаешь рукопожатие — понимаешь, что на самом деле показывает сканер и почему он иногда «врёт». #network #base

💀Создаем уязвимую машину для пентеста

Lubuntu, VirtualBox и FTP-сервер

📱 СМОТРЕТЬ [11:56] Вы часто видите, как Давид взламывает виртуальные машины с VulnHub. Но задумывались ли вы, как именно их создают? Кто и как оставляет эти "дыры" в безопасности? 👩‍🔬В этом видео меняемся ролями: Давид покажет, как создать собственную уязвимую машину (CTF) с нуля! Мы скачаем легкий дистрибутив Lubuntu, за 10 минут настроим его в VirtualBox и намеренно внедрим одну из самых популярных классических уязвимостей - анонимный доступ к FTP-серверу.

🟦Покажем весь процесс от редактирования конфигурационных файлов Linux до тестирования дыры с помощью сканера Nmap на Kali Linux.

💿А в конце экспортируем нашу готовую мишень в формат .OVA, чтобы вы могли поделиться ей с друзьями или выложить в сеть.

🦔CyberYozh

🛰 Что такое Netdiscover?

Netdiscover — это небольшая утилита для обнаружения устройств в локальной сети с помощью ARP-запросов.

Чаще всего её используют на этапе внутренней разведки, когда нужно быстро понять: — какие устройства есть в сети; — какие IP-адреса активны; — какие MAC-адреса им принадлежат; — кто производитель сетевого интерфейса. Обычно Netdiscover применяют в одной локальной сети или VLAN, потому что ARP не маршрутизируется через роутеры. Базовый запуск

sudo netdiscover

Утилита начнёт искать устройства в доступном сетевом сегменте. Можно указать конкретную подсеть:

sudo netdiscover -r 192.168.1.0/24

Пример результата:

IP              MAC Address         Vendor

192.168.1.1     aa:bb:cc:11:22:33   MikroTik

192.168.1.10    00:11:22:33:44:55   Dell

192.168.1.25    08:00:27:aa:bb:cc   PCS Systemtechnik

Так быстро видно, какие хосты сейчас отвечают в сети. Пассивный режим Есть ещё интересный вариант:

sudo netdiscover -p

В этом режиме Netdiscover сам не рассылает активные ARP-запросы, а слушает ARP-трафик в сети. Это полезно, когда нужно минимизировать активность. Почему Netdiscover удобен Он хорошо подходит для самого первого шага:

Подключились к сети

        ↓

Netdiscover

        ↓

Нашли живые хосты

        ↓

Nmap

        ↓

Определили порты и сервисы

        ↓

Дальнейшая разведка

Например, Netdiscover показал:

192.168.1.10    

192.168.1.25

После этого уже можно точечно изучать их через Nmap:

nmap -sV 192.168.1.25

Netdiscover и Nmap — это не одно и то же Netdiscover в первую очередь отвечает на вопрос:

Кто находится рядом со мной в локальной сети?

А Nmap:

Какие сервисы и порты работают на этих устройствах?

Поэтому эти инструменты хорошо дополняют друг друга. #netdiscover #arp #network #recon #nmap #pentest #infra

🧭 Как определить Domain Controller? Во внутренней сети одна из важных задач — понять, где находится Domain Controller.

📌 Domain Controller (DC) — это сервер, который обслуживает Active Directory: аутентификацию, Kerberos, LDAP, групповые политики и другие доменные функции.

🔎 На какие порты смотреть У Domain Controller часто открыты:

53    DNS
88    Kerberos
135   MSRPC
389   LDAP
445   SMB
464   Kerberos password change
636   LDAPS
3268  Global Catalog
3269  Global Catalog SSL

Особенно характерная связка:

53 + 88 + 389 + 445

Если видите её на одном Windows-сервере — это уже хороший кандидат на DC. 🛠 Проверка через Nmap

nmap -sV -p 53,88,389,445,464,636,3268,3269 192.168.1.10

В результатах могут появиться:

kerberos-sec
ldap
microsoft-ds
domain

🧠 Через DNS Active Directory публикует специальные DNS-записи. Например:

nslookup -type=SRV _ldap._tcp.dc._msdcs.example.local

или:

nslookup -type=SRV _kerberos._tcp.example.local

Если DNS отвечает именем сервера — вы практически напрямую получаете адрес Domain Controller. 🪟 Если уже есть доступ к Windows-машине Можно посмотреть, какой DC обслуживает текущую доменную сессию:

echo %LOGONSERVER%

Например:

\\DC01

Ещё вариант:

nltest /dsgetdc:example.local

Команда может показать: — имя DC; — IP-адрес; — домен; — сайт Active Directory. 📌 Как выглядит логика поиска

Нашли Windows-сервер
        ↓
Проверили 53 / 88 / 389 / 445
        ↓
Увидели Kerberos + LDAP
        ↓
Проверили DNS SRV-записи
        ↓
Определили Domain Controller

🧠 Главная мысль Один открытый порт ещё ничего не доказывает. Но сочетание:

DNS
Kerberos
LDAP
SMB
Global Catalog

очень характерно для Domain Controller. #activedirectory #domaincontroller #ad #windows #nmap #ldap #kerberos #pentest

🖥 Как определить ОС: Windows или Linux? Во время разведки в сети одна из первых полезных задач — понять, какая операционная система работает на целевом хосте. Это помогает сразу сузить круг дальнейших проверок: — какие сервисы ожидать; — какие порты будут типичны; — какие уязвимости искать; — какие инструменты использовать; — куда двигаться дальше после первоначального доступа. 📌 Самые простые признаки — открытые порты, баннеры сервисов и сетевое поведение. 🪟 Признаки Windows Часто встречаются:

135   RPC
139   NetBIOS
445   SMB
3389  RDP
5985  WinRM
5986  WinRM HTTPS

Если видим сразу:

135
139
445
3389

то с большой вероятностью перед нами Windows. Особенно показательны:

Microsoft-DS
MSRPC
RDP
WinRM

🐧 Признаки Linux Часто встречаются:

22    SSH
80    HTTP
443   HTTPS
111   rpcbind
2049  NFS

Но сам по себе порт 22 ещё не означает Linux — SSH может быть и на Windows. Поэтому лучше смотреть на баннер:

OpenSSH 8.9p1 Ubuntu

или:

Apache/2.4.52 (Ubuntu)

Это уже гораздо более сильный признак. 💀 Почему определение ОС важно пентестеру? Потому что дальнейшие действия сильно зависят от системы. Для Windows мы можем обратить внимание на:

SMB
RDP
WinRM
Active Directory
PowerShell
NTLM
Kerberos

Для Linux:

SSH
sudo
SUID
cron
NFS
systemd
Docker

📌 Упрощённая логика:

Обнаружили хост
        ↓
Просканировали порты
        ↓
Определили сервисы
        ↓
Предположили ОС
        ↓
Подтвердили через Nmap/баннеры
        ↓
Выбрали дальнейший вектор проверки

🧠 Определять ОС лучше не по одному признаку, а по совокупности: — открытые порты; — версии сервисов; — баннеры; — SMB/SSH/RDP; — результат OS fingerprinting; — TTL как дополнительный ориентир. #infra #network #nmap #windows #linux #recon #pentest