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

🧭 Как определить 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

🎫 Что такое Pass-the-Ticket? Мы уже разобрали: 🔐 NTLM → Pass-the-Hash Теперь пришло время второй популярной техники в инфраструктурном пентесте — Pass-the-Ticket.

📌 Pass-the-Ticket (PtT) — это атака, при которой злоумышленник использует уже полученный Kerberos-билет, а не пароль пользователя.

Проще говоря: вместо кражи пароля атакующий "подкладывает" системе чужой билет Kerberos и получает доступ от имени этого пользователя. 🧠 Вспомним, как работает Kerberos. Когда пользователь успешно входит в домен:

Логин
        ↓
Проверка пароля
        ↓
Domain Controller
        ↓
Выдаётся Kerberos Ticket

Именно этот билет используется для доступа к ресурсам сети. 💀 Если злоумышленник сможет получить такой билет, пароль ему уже не понадобится. Он может использовать билет для аутентификации так, словно является настоящим владельцем учётной записи. 📌 Чем отличается Pass-the-Hash от Pass-the-Ticket? Pass-the-Hash 👉 используется NTLM-хеш. Pass-the-Ticket 👉 используется Kerberos Ticket. Обычно атака выглядит так:

Получение Kerberos Ticket
        ↓
Импорт билета
        ↓
Доступ к сервисам

🛠 Для работы с Kerberos-билетами часто используют: — Mimikatz — Rubeus — Impacket 🧠 Важно понимать:

Pass-the-Ticket — это не способ получить билет, а способ использовать уже полученный. Поэтому чаще всего сначала злоумышленник получает доступ к системе, извлекает Kerberos-билеты из памяти, а затем использует их для перемещения по инфраструктуре.

📌 Именно поэтому защита рабочих станций и серверов так важна. Если атакующий получает возможность читать память процессов с билетами Kerberos, это может стать отправной точкой для дальнейшего развития атаки. #infra #ad #kerberos #passtheticket