🪟 Что такое Windows Authentication Architecture? Представьте компанию на 1000 компьютеров. Каждый день сотрудники: — входят в Windows под своими учётными записями — подключаются к общим папкам — работают с корпоративными серверами — используют доменные ресурсы Но как Windows понимает, кто именно пытается получить доступ? И почему одному пользователю доступ разрешён, а другому — нет? 📌 За это отвечают механизмы Windows Authentication Architecture. Это архитектура аутентификации Windows, которая проверяет личность пользователей и служб, создаёт сеансы входа и участвует в формировании контекста безопасности. ⚡️ Основные компоненты: — Winlogon — управляет процессом входа в Windows — LogonUI — отображает экран авторизации — LSASS — обеспечивает работу механизмов аутентификации — SAM — хранит локальные учётные записи и хеши паролей — Active Directory — централизованно управляет доменными учётными записями — Kerberos / NTLM — протоколы аутентификации 🔐 Как происходит вход в домен? Пользователь вводит логин и пароль. Windows передаёт данные механизму аутентификации. При использовании Kerberos клиент взаимодействует с контроллером домена. После успешной проверки Windows создаёт сеанс входа. Пользователь получает токен доступа (Access Token). 💡 Access Token содержит информацию о пользователе, его группах и привилегиях. Именно этот токен Windows использует при проверке прав доступа к локальным ресурсам. Почему это интересно пентестеру? Потому что ошибки конфигурации и недостаточная защита механизмов аутентификации могут привести к: — компрометации учётных данных — злоупотреблению NTLM-аутентификацией — краже или повторному использованию Kerberos-билетов — повышению привилегий — несанкционированному доступу к доменным ресурсам 🧠 Например: Если злоумышленник получил доступ к материалам аутентификации пользователя, в определённых условиях он может использовать их для доступа к другим ресурсам без знания исходного пароля. С этим связаны техники: — Pass-the-Hash — Pass-the-Ticket — Kerberoasting — NTLM Relay 📌 Поэтому понимание Windows Authentication Architecture — одна из основ пентеста Active Directory. Без знания того, как Windows проверяет пользователей, сложно понять, почему работают многие атаки на доменную инфраструктуру. #infra #ad #windows #authentication #kerberos #ntlm #pentest

посоны и дамы, тема такая. 1. подтвержаешь владение сайтом (meta tag на главной или файл в корне или TXT-запись в DNS) 2. платишь $20 баксов, и следующие 1-3 часа лютый uncensored агент со скиллсетом на самый радикальный пентест прикладывает максимум усилий, чтобы найти каждую мельчайшую дыру в твоём сайте и эксплуатировать её 3. у вас чисто readonly-доступ к диалогу с агентом, и возможность 2 раза нажать на кнопку "Работа не закончена, продолжай" (ну если он затупил). в конце отчёт со всем найденным. 4. свои промпты писать нельзя. для тех, у кого есть релеватные сайты/веб-приложения: 👍 лайк - мне релевантно, купил бы прям щас 👎 дизлайк - мне релевантно, но услуга не интересна, херня 💊 пилюля - "я подписался читать про СДВГ, че за херь ты постишь"

🚨 Нашёл XSS, вызвал alert(1). Ты уже взломал сайт? Спойлер: нет. Многие начинающие пентестеры думают, что если удалось выполнить alert(1), то уязвимость автоматически критическая. Но всё немного интереснее. Представим: Ты тестируешь учебное веб-приложение и обнаруживаешь Reflected XSS. Переданный параметр попадает в JavaScript-контекст, и тебе удаётся выполнить собственный код. Так совсем недавно мне написал человек из нашей команды, скинув XSS, в надежде что я помогу ему получить полный доступ к сайту через эту XSS. Приступили к изучению XSS, все красиво - уязвимость была найдена прямо на странице /login. Это прям High level и для отчета это было бы очень хорошо, но с получением доступа к сайту, не все так просто. Причём это была Reflected XSS: переданный через URL параметр попадал в JavaScript-контекст страницы без корректной обработки, что позволяло выполнить произвольный JavaScript. Проверили — alert(1) успешно срабатывает. 🎯 Что на самом деле даёт такая XSS? Выполнение JavaScript в контексте уязвимого сайта открывает определённые возможности: — Взаимодействие с DOM и содержимым страницы. —Доступ к данным, которые доступны JavaScript в браузере. — Изменение интерфейса страницы, в том числе форм авторизации. — Выполнение запросов от имени пользователя в пределах его браузерного контекста и действующих ограничений. — Потенциальное воздействие на пользовательскую сессию, если для этого существуют необходимые условия. Но есть один важный момент. XSS ≠ доступ к аккаунту. Если уязвимость находится на /login, это ещё не означает, что мы можем получить доступ к административной панели или авторизоваться без пароля. Например, если вредоносный код выполняется в браузере неавторизованного пользователя, у него может просто не быть доступа к функциям, требующим авторизации. А если приложение использует HttpOnly для сессионных cookie, прочитать их напрямую через document.cookie не получится. При этом HttpOnly не устраняет саму XSS и не исключает другие сценарии воздействия. Поэтому после обнаружения XSS важно ответить на несколько вопросов: 1️⃣ Кто должен открыть уязвимую ссылку, чтобы код выполнился? 2️⃣ Выполняется ли JavaScript в авторизованной сессии? 3️⃣ Какие данные и действия доступны в этом контексте? 4️⃣ Какие ограничения накладывают CSP и другие защитные механизмы? 5️⃣ Можно ли продемонстрировать реальное воздействие в рамках разрешённого тестирования? И только после этого оценивать реальный риск. Какой вывод можно из этого сделать и как этим пользоваться?

Найти XSS — это только первый этап. Гораздо важнее разобраться, что именно позволяет сделать уязвимость, при каких условиях и к каким последствиям это может привести.

Именно этим отличается простое подтверждение XSS от полноценного анализа её безопасности.

Fable vs DeepSeek Uncensored: как я пентестил банк и потом занялся травлей самого себя Провел один из самых одновременно прикольных и мерзких своих экспериментов. Я взял расцензуренный дипсик 4.1 Flash на 552B, воткнул его в подпиленный под это опенкод и дал три задачи: 1) Попробовать сломать с нуля написанный на Fable банк 2) Просканить мой живой bare metal и попытаться взломать его 3) Построить план травли человека и пойти его выполнять Пока я пил чай, дипсик пропентестил оба барика, прислав под 20M запросов и нашел все, что только можно было найти с улицы, составил красивый отчетик по итогу и не слился ни с одной задачи. Ему просто похеру на все: если надо устроить буллинг жирного черного небинарного карлика - вообще без проблем. Религия, политика, наркотики, смерть и вообще любая запрещенка - я не смог найти хоть какие-то тормоза и предохранители. С буллингом я выбрал свой акк в инсте, просто закинул ссылку - эта мразь собрала всю фактуру, построила план и пошла выполнять, прислав мне в личку живую аудюху, что мои посты говно и зачем я вообще их пишу. Я все конспектировал, скриншотил, записывал в блокнотик и написал пост с подробностями на хабр: https://habr.com/ru/articles/1097598/ 🕺🗣 Буду рад репостам, потому что выводы из эксперимента - требующие внимания, так сказать, окно в Нарнию уже открыто P.S.: после нажатия кнопки Destroy ноды и всего сетапа, испытал огромное облегчение 😄

AI в пентесте: кроме Claude и Codex — а что ещё? Ищу тех, кто уже собрал рабочий пайплайн Последние месяцы я плотно пытаюсь встроить ИИ в свой пентест-процесс. Не потому что все это делают, а чтобы реально разгрузить рутину: разведка, разбор выдачи сканеров, черновики отчётов и так далее. И чем дальше, тем чаще ловлю себя на одном и том же вопросе. Из «мозгов» у меня по сути два рабочих варианта — Claude и Codex. Оба неплохо справляются с рассуждением, планированием шагов и интерпретацией результатов. И Codex лично для меня работает поприятнее, так как Claude постоянно видит в моих действиях нарушения 😎. На этих двух инструментах мой список и заканчивается. И тут возникает вопрос, на который хочется услышать мнение тех, кто уже глубже в теме. Ведь ещё совсем недавно, месяца 3–4 назад, я даже выкладывал в паблик разбор ИИ-инструментов, которые потом даже встроили в Kali, — и вот уже как будто бы это неактуально.

Если модель грамотно настроена — с нормальным системным промптом, доступом к инструментам и внятным контекстом по скоупу — есть ли вообще смысл городить связки с отдельными «агентными» обёртками вроде HexStrike AI? Или при правильной настройке самой модели + MCP эти прослойки становятся лишним звеном?

Поясню, о чём речь. Сейчас экосистема вокруг «ИИ + оффенсив» выглядит примерно так: HexStrike AI — MCP-сервер, который прокидывает модели доступ к 150+ security-тулзам (nmap, sqlmap и прочее) и как будто бы всё «мышление» делегирует подключённой LLM. PentAGI — попытка сделать полностью автономного агента со своей архитектурой, а не просто обёртку над тулзами. Pentest Swarm AI — здесь уже не «несколько агентов подряд», а настоящий swarm: децентрализованные агенты с общей «доской» для обмена состоянием. CyberStrikeAI — аналог HexStrike, но на Go: единый бинарник, web-консоль, встроенный лёгкий C2, role-based агенты. PentestGPT — тот самый ранний проект, который в своё время показал, что LLM в принципе способна вести пентест. Инструментов различных очень много. Но у меня складывается ощущение, что половина из них решает проблему, которую хорошо настроенная модель с прямым доступом к инструментам закрывает и так — своими базовыми возможностями. Что я хотел бы узнать — и, возможно, в комментариях каждый найдёт для себя что-то полезное. — Не изобретаю ли я велосипед, пытаясь обойтись минимумом инструментов там, где люди уже собрали нормальные пайплайны? — Какие ещё инструменты вы используете помимо базовых Codex CLI и Claude CLI? Буду признателен за любой практический опыт, грабли и советы. Возможно, что-то изложил не совсем корректно, но я постарался максимально подробно рассказать про свою боль и спросить про ваш опыт с использованием ИИ.

В дополнение к прошлому посту Спасибо за комменты, все видим, все читаем😉 🎯 Что важно пентестеру Сканирование порта — это как стучать в дверь и смотреть, что будет. С 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

🌐 Модель OSI и стек TCP/IP — карта, по которой работает пентестер Когда ты отправляешь запрос, данные проходят через несколько уровней — от кабеля до приложения. Понимать эти уровни важно не ради теории: на каждом из них своя атака. Есть две модели.

OSI — теоретическая, 7 уровней, по ней удобно учиться. TCP/IP — реальная, 4 уровня, по ней работает интернет.

Ниже — OSI, а рядом где на нём «ломается»: 7. Прикладной (HTTP, DNS, FTP, SMB) Здесь живут веб-уязвимости: SQLi, XSS, IDOR. Большая часть твоей работы — тут. 6. Представления (шифрование, кодирование) TLS, Base64. Тут — перехват до/после шифрования, downgrade-атаки. 5. Сеансовый (сессии) Session hijacking, кража токенов, фиксация сессии. 4. Транспортный (TCP, UDP, порты) Сканирование портов (nmap), SYN-флуд. Отсюда начинается разведка. 3. Сетевой (IP, ICMP, маршрутизация) IP-спуфинг, разведка через ping/traceroute. 2. Канальный (MAC, ARP, коммутаторы) ARP-спуфинг, MITM в локальной сети, перехват трафика. 1. Физический (кабель, Wi-Fi, сигнал) Физический доступ, снифинг, Rogue AP. 📌 Как это ложится на TCP/IP (4 уровня): Приложение (7–5) → Транспорт (4) → Интернет (3) → Доступ к сети (2–1). 🎯 Зачем это пентестеру Модель — не схема для экзамена, а чек-лист поверхностей атаки. Видишь цель — мысленно проходишь по уровням: где сниффить, где спуфить, где инъекции. Ни один вектор не упустишь. #network #теория

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

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

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

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

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

🦔CyberYozh

🌐 Что такое MAC-адрес? Продолжаем нашу сетевую базу. В прошлых постах разобрали IP и IPv4/IPv6, теперь спускаемся на уровень ниже — к MAC-адресу.

📌 MAC-адрес (Media Access Control) — это уникальный идентификатор сетевого интерфейса устройства, используемый для обмена данными в локальной сети.

Например:

00:1A:2B:3C:4D:5E

MAC-адрес обычно записывается в виде шести пар шестнадцатеричных символов. 🧠 Простая аналогия Если IP-адрес можно представить как адрес устройства в сети:

192.168.1.25

то MAC-адрес — это идентификатор конкретного сетевого интерфейса:

00:1A:2B:3C:4D:5E

То есть:

💻 Устройство
      ↓
IP  → 192.168.1.25
MAC → 00:1A:2B:3C:4D:5E

🔎 Где используется MAC? MAC-адрес особенно важен при работе внутри локальной сети. Когда компьютеру нужно отправить данные другому устройству в той же сети, передача происходит на канальном уровне с использованием MAC-адресов. Например:

Компьютер A
IP: 192.168.1.10
MAC: AA:AA:AA:AA:AA:AA

        ↓

Компьютер B
IP: 192.168.1.25
MAC: BB:BB:BB:BB:BB:BB

🕵️ Почему MAC интересен пентестеру? При разведке локальной сети MAC может дать дополнительную информацию о найденном устройстве. Например, можно увидеть:

192.168.1.25
00:1A:2B:3C:4D:5E

По MAC иногда можно определить производителя сетевого оборудования по первым частям адреса (OUI). Это может помочь понять, что перед нами, например, компьютер, сетевое оборудование или устройство определённого производителя. #network

🔥Разбираем задачку с прошлого поста. Очень круто, что в опросе приняло участие почти 200 человек! 👏 Но есть один момент, который меня немного удивил 😄 Правильный ответ выбрали только 64% участников. Давайте разберёмся 👇 📌 Задача была простая: 192.168.1.50 ❓ Что это за адрес? ✅ Правильный ответ — приватный IPv4-адрес. Потому что выше адрес входит в приватный диапазон 192.168.0.0/16 То есть такие адреса предназначены для использования внутри локальных сетей. 💻 Компьютер 192.168.1.50 🖥 Сервер 192.168.1.100 🖨 Принтер 192.168.1.200 Все эти устройства могут находиться в одной локальной сети. А для нас, как для пентестеров, это уже возможность перейти к следующему этапу — исследованию хостов, открытых портов, работающих сервисов и операционных систем.

Почему специалисту по безопасности/пентестеру нужен аккаунт на Hugging Face

После наших постов про локальные (и не только) uncensored-модели стало особенно очевидно: если вы занимаетесь классическим ИБ, AI Security или пентестом - аккаунт на Hugging Face уже почти такая же базовая вещь, как GitHub.

Зачем: 📌 искать и скачивать open-source LLM, включая uncensored / abliterated / security-oriented модели; 📌 находить GGUF и другие квантизации для локального запуска; 📌 изучать model cards, архитектуры, датасеты и чужие эксперименты; 📌 публиковать свои модели, датасеты и исследования; 📌 делать Spaces - работающие демки своих проектов; 📌 использовать профиль как портфолио в резюме. Ссылка на собственный benchmark или security-проект выглядит куда убедительнее строчки «работаю с нейронками». У HF есть и платные опции (Клеман Деланг вообще не мать Тереза). И часто возникает вопрос, а нужен ли HF PRO? Стоит $9/месяц и интересен уже тем, кто активно экспериментирует: больше лимитов и private storage, повышенные API limits, расширенный доступ к ZeroGPU, до 10 ZeroGPU Spaces и compute credits для inference/Jobs/Spaces. Если своего GPU нет, вычислительные ресурсы для Spaces можно арендовать отдельно - от сравнительно дешёвых T4/L4 до A100 и более мощных GPU.

Итог для резюме, портфолио и собесов: GitHub показывает, что вы умеете писать и проектировать код. Hugging Face - что вы действительно умеете работать с современным AI.

HF прямо запрещает контент, предназначенный для нарушения работы, повреждения или получения несанкционированного доступа к системам (кажется, это про вас), а также контент, который пытается передавать или генерировать малвари, трояны и вирусы. За такое HF может применить меры к контенту/аккаунту (и это не pro подписка в подарок, как вы поднимаете). Для регистрации используем proxy, для активации SMS, для оплаты - анонимные карты. Все как и всегда 🫶.

🌐 Что такое IP? Когда мы начинаем разбираться в компьютерных сетях, одно из первых понятий, которое необходимо понять, — IP-адрес. 📌 IP-адрес — это логический адрес устройства в сети, который используется для его идентификации и доставки сетевых пакетов. Можно провести простую аналогию:

🏠 Если компьютер — это дом, то IP-адрес — его адрес в сети.

Например:

192.168.1.25

Когда одно устройство хочет обменяться данными с другим, ему необходимо знать, куда именно отправлять эти данные. Например:

Компьютер A
192.168.1.10
       ↓
       ↓ запрос
       ↓
192.168.1.25
       ↓
Компьютер B

Именно IP помогает определить, откуда и куда должны доставляться сетевые пакеты. 🧠 IP-адрес не обязательно означает Интернет Очень часто, когда слышат IP, сразу думают о публичном адресе сайта. Но IP используется и внутри локальных сетей. Например:

192.168.1.10
192.168.1.20
192.168.1.30

Это могут быть: 💻 рабочие станции 🖥 серверы 🖨 принтеры 📡 сетевое оборудование Поэтому во время внутреннего пентеста IP-адреса встречаются буквально на каждом этапе. 🔎 Почему IP важен пентестеру? Представим, что во время разведки мы обнаружили:

192.168.1.25

Теперь мы знаем адрес хоста. Следующий этап — выяснить:

Что находится по этому адресу?

И уже здесь появляются другие инструменты и технологии:

IP
 ↓
Хост
 ↓
Порты
 ↓
Сервисы
 ↓
ОС
 ↓
Дальнейшая разведка

📌 Главное IP — это логический адрес устройства в сети. Без понимания IP будет сложно разобраться в : — сетевой разведке; — Nmap; — ARP; — DNS; — TCP/UDP; — работе локальных сетей. #network #ip #recon #pentest #base

🧩 Что такое mDNS и почему он интересен пентестерам? Мы уже разобрали: LLMNR → NBNS Понимаю, сложно, но это еще не все 😃 Теперь третий механизм — mDNS (Multicast DNS). 📌 mDNS позволяет устройствам находить друг друга в локальной сети без обычного DNS-сервера. Вместо обращения к DNS-серверу устройство отправляет multicast-запрос в локальный сегмент:

«Кто знает, где находится этот хост?»

И другие устройства могут ответить. 🧠 Где здесь проблема? Как и в случае с LLMNR/NBNS, использование локальных механизмов разрешения имён может создавать дополнительные возможности для атакующего, уже находящегося в сети. Упрощённо:

Устройство
    ↓
mDNS-запрос
    ↓
Локальная сеть
    ↓
Ответ другого устройства

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

mDNS
 ↓
Подмена ответа
 ↓
Подключение клиента
 ↓
NTLM

🔥 Чем mDNS отличается от LLMNR и NBNS? Главное различие — это используемый механизм и область применения. LLMNR — локальное разрешение имён в Windows-среде. NBNS — старый механизм NetBIOS. mDNS — multicast DNS, который широко используется различными устройствами и ОС для обнаружения сервисов и устройств в локальной сети. Например, mDNS часто встречается в сценариях обнаружения: — сетевых устройств; — принтеров; — медиасервисов; — других локальных сервисов. 📌 Главная мысль LLMNR, NBNS и mDNS — это не одно и то же и не являются автоматически уязвимостью. Но для пентестера они интересны потому, что показывают:

какие механизмы разрешения имён используются внутри сети и можно ли заставить клиента обратиться к неправильному узлу.

#mdns #llmnr #nbns #responder #ntlm #windows #ad #pentest #infra

🧠 Что такое NBNS?

NBNS (NetBIOS Name Service) — это протокол разрешения имён, который является частью старого механизма NetBIOS.

Его задача:

определить IP-адрес компьютера по его имени внутри локальной сети.

Например: Пользователь хочет открыть:

\\SERVER01\share

Компьютеру нужно понять:

Где находится SERVER01?

Если DNS не отвечает, Windows может использовать NBNS. ⚙️ Как работает NBNS? Компьютер отправляет широковещательный запрос:

Кто такой SERVER01?

Запрос получают устройства в локальном сегменте. Любая машина может попытаться ответить:

SERVER01 = 192.168.1.50

И если ответ принят — Windows попробует подключиться. 💀 Где появляется проблема? Проблема в том, что в старых конфигурациях Windows слишком сильно доверяет таким ответам. Представим: Пользователь ошибся в имени:

\\FILESRV01\docs

Но настоящего сервера нет. Windows отправляет NBNS-запрос:

Кто такой FILESRV01?

Атакующий отвечает:

Это я.

Дальше может произойти попытка NTLM-аутентификации. Схема:

Пользователь
      |
      | NBNS запрос
      |
      ↓
Атакующий
      |
      | Ответ:
      | "Я FILESRV01"
      |
      ↓
NTLM Authentication

🛠 Почему это интересно при пентесте? NBNS позволяет проверить: — используется ли устаревший NetBIOS; — включены ли небезопасные механизмы поиска имён; — можно ли получить NTLM-аутентификацию пользователей; — есть ли условия для дальнейших атак. Именно поэтому инструменты вроде Responder умеют работать не только с LLMNR, но и с NBNS.

🟦 Что такое LLMNR и почему он опасен? Когда мы открываем ресурс в Windows, например:

\\fileserver\documents

компьютеру нужно понять:

"Какой IP-адрес у этого имени?"

Обычно этим занимается DNS. Но что происходит, если DNS не знает ответ? Windows может использовать дополнительные механизмы поиска: — LLMNR — NBNS — mDNS И именно здесь появляется интерес для пентестера. 🧠 Что такое LLMNR?

LLMNR (Link-Local Multicast Name Resolution) — это протокол разрешения имён внутри локальной сети.

Его задача:

помочь компьютерам найти друг друга без участия DNS-сервера.

Например: Пользователь вводит:

\\fileserwer\share

Но такого имени нет в DNS. Тогда Windows отправляет запрос:

Кто такой fileserwer?

Этот запрос получает вся локальная сеть. 💀 Где проблема? Windows доверяет ответу внутри сети. Например: Настоящего сервера нет. Атакующий отвечает:

Я fileserwer.

Windows думает:

Отлично, подключаюсь.

И может попытаться выполнить NTLM-аутентификацию. Схема:

Пользователь
      |
      | "Где fileserwer?"
      |
      ↓
    LLMNR
      |
      ↓
Атакующий отвечает:
"Это я"
      |
      ↓
NTLM Authentication

🛠 Почему это интересно пентестеру? Потому что позволяет проверить: — используется ли LLMNR; — можно ли получить NTLM-аутентификацию; — есть ли условия для NTLM Relay; — насколько правильно настроена внутренняя сеть. #llmnr #ntlm #responder #windows #ad #pentest #infra

🤖 Strix AI: новый инструмент в руках хакеров или главный помощник ИБ-шника? Разбираемся, что за зверь этот Strix AI и почему о нем всё чаще говорят в сообществе информационной безопасности. Strix AI -  это специализированная ИИ-система, заточенная под анализ защищенности и автоматизацию задач в сфере Cybersecurity. В отличие от универсальных языковых моделей, он сфокусирован на поиске уязвимостей, анализе кода и симуляции атак (Red Teaming). Что умеет Strix AI? Автоматизированный PENTEST: Быстро находит типовые уязвимости (OWASP Top 10) в веб-приложениях и инфраструктуре. Анализ исходного кода (SAST): Сканирует репозитории на наличие hardcoded-ключей, небезопасных библиотек и логических ошибок. Генерация PoC (Proof of Concept): Помогает создавать рабочие эксплойты для подтверждения найденных брешей. Reverse Engineering: Упрощает декомпиляцию и анализ вредоносного ПО, расшифровывая сложные обфусцированные фрагменты. В чем риски для безопасности? Снижение порога входа для злоумышленников (Script Kiddies 2.0). Теперь для проведения сложных атак не нужны глубокие знания - ИИ подскажет вектор и сгенерирует нужный скрипт. Скорость атак. Автоматизация позволяет сканировать и атаковать периметр компании в считанные секунды после выхода свежего CVE. Социальная инженерия. В связке с фишингом Strix AI может генерировать крайне убедительные контекстные сценарии для атак на сотрудников. Как защищаться (Blue Team): Используйте ИИ против ИИ. Внедряйте AI-инструменты мониторинга (SIEM/SOAR) для раннего обнаружения аномального трафика. Ужесточите DevSecOps. Проверять код на уязвимости нужно ДО того, как он попадет на продакшн-сервер, где его просканирует чужой ИИ. Контролируйте внешнюю поверхность атак (EASM). Регулярно проводите внешнее сканирование, чтобы видеть свою инфраструктуру глазами хакерских AI-агентов. 💡 Strix AI - это просто мощный усилитель. В руках White Hats он ускоряет аудит и закрывает дыры до атак. В руках Black Hats - превращает рутину в конвейер взломов. Побеждает тот, кто быстрее адаптирует ИИ-инструменты под свои задачи. 🛡 Подписывайтесь на канал, чтобы быть в курсе трендов кибербеза! Подробнее писал про это тут https://brunovski.com/ru/articles/strix-ai-penetration-testing.html

🎉 Праздник праздником, а разбор задачки — по расписанию, как и договаривались 😄 Большинство выбрало netdiscover, и это очень радует. Значит, тема разведки в локальной сети уже начинает хорошо укладываться 👌 Напомню вопрос:

Вы подключились к локальной сети и хотите быстро понять, какие устройства находятся в вашем сегменте. Что использовать?

✅ Правильный ответ — netdiscover Почему именно он? Netdiscover использует ARP-запросы и помогает быстро найти активные устройства в локальном сегменте сети. Например: sudo netdiscover -r 192.168.1.0/24 В результате можно увидеть: — IP-адреса устройств; — MAC-адреса; — производителя сетевого интерфейса. То есть логика здесь простая:

Подключились к сети
        ↓
Нужно понять, кто рядом
        ↓
Netdiscover
        ↓
Получили список хостов
        ↓
Дальше уже Nmap и анализ сервисов

А остальные варианты были отвлекающими: whoami — покажет текущего пользователя; ipconfig — сетевые настройки Windows; tasklist — список запущенных процессов. Так что большинство ответило правильно 🔥 И отдельный приятный момент — практически сразу после этой задачки нас стало уже 7 000. Совпадение? Возможно 😄 Но мне нравится думать, что практика действительно заходит. Будем продолжать: короткая теория → мини-задача → разбор. #разбор #викторина #netdiscover #arp #network #pentest

🛰 Что такое 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