Закрепляемся в Active Directory. Как сохранить доступ при атаке на домен - «Новости»

Другие статьи про атаки на Active Directory

1. Разведка в Active Directory. Получаем пользовательские данные в сетях Windows без привилегий


2. Атаки на Active Directory. Разбираем актуальные методы повышения привилегий


3. Боковое перемещение в Active Directory. Разбираем техники Lateral Movement при атаке на домен


4. Защита от детекта в Active Directory. Уклоняемся от обнаружения при атаке на домен


5. Защита от детекта в Active Directory. Как обмануть средства обнаружения при атаке на домен


6. Сбор учеток в Active Directory. Как искать критически важные данные при атаке на домен

Kerberos Golden Tickets

Один из способов сохранить доступ к системе — сформировать Golden Ticket: пароль учетной записи krbtgt РЅРµ будет изменен РїСЂРё тех же условиях, РїСЂРё которых может быть изменен пароль администратора.

Golden Ticket — это поддельные билеты для выдачи билетов, также называемые аутентификационными билетами (они же TGT). Если посмотреть на схему аутентификации Kerberos в случае Golden Ticket, то можно заметить, что подлинность Kerberos не проверяется (AS-REQ и AS-REP с контроллером домена). Так как Golden Ticket является поддельным TGT, он отправляется контроллеру домена как часть TGS-REQ для получения билета TGS.

Золотой билет Kerberos — действительный билет Kerberos TGT, поскольку РѕРЅ зашифрован Рё подписан доменной учетной записью Kerberos (krbtgt). А так как TGT зашифрован хешем пароля krbtgt Рё может быть расшифрован любой службой KDC РІ домене, то билет Рё воспринимается как реальный. Для того чтобы сделать Golden Ticket, нам необходимо знать следующее:

1. SPN домена.


2. SID домена.


3. NTLM-хеш доменной учетной записи krbtgt.


4. Имя пользователя, под которым будет работать оператор (даже если такого пользователя не существует).

Так как имя пользователя можно использовать любое, остается найти три недостающих компонента. Название и SID домена можно узнать с помощью PowerShell-команды Get-ADDomain.

Теперь нужно получить NTLM-хеш учетной записи krbtgt. Сделать это можно как удаленно, так и с помощью mimikatz. С использованием mimikatz у оператора есть выбор: выполнить атаку DCSync, используя базу Security Account Managers (SAM), или задействовать модуль sekurlsa.

mimikatz # lsadump::dcsync /user:krbtgt

mimikatz # privilege::debug
mimikatz # lsadump::lsa /inject /name:krbtgt

mimikatz # sekurlsa::krbtgt

Удаленная атака выполняется также с использованием DCSync или при наличии открытой сессии meterpreter.

impacket-secretsdump domain.dom/root@192.168.6.100

Существует два варианта использования meterpreter: РїСЂРё помощи hashdump и dcsync_ntlm (для второго нужно загрузить модуль kiwi).

РЎ помощью полученной информации можно создать Рё применить Golden Ticket. Сделаем это тремя способами: используя mimikatz, удаленно СЃ помощью ticketer и с использованием meterpreter.

Ticketer

Первым делом следует создать билет. Для этого используем СЃРєСЂРёРїС‚ ticketer из пакета impacket (напомню, что РёРјСЏ пользователя можно выдумать любое).

impacket-ticketer -nthash 08f5bf2e292d77d8e460d3926a0d90de -domain-sid S-1-5-21-719111203-942671344-1831409528 -domain domain.dom anyuser

В текущей директории создан билет anyuser.ccache. Экспортируем его.

export KRB5CCNAME=anyuser.ccache

Теперь подключимся с помощью psexec РёР· того же пакета impacket.

python3 psexec.py -k -no-pass [домен]/[пользователь]@[имя хоста]

Получаем удаленное управление с правами SYSTEM.

Mimikatz

Создадим поддельный золотой билет с помощью mimikatz.

Если РІ данной команде РЅРµ использовать параметр /ptt, то билет будет просто сохранен в текущей директории. В данном случае он сразу будет кеширован в памяти. Давай проверим это, вызвав командную строку.

mimikatz # misc::cmd

Теперь, выполнив команду klist, наблюдаем кешированный Golden Ticket.

Meterpreter

Для работы СЃ meterpreter будем использовать модуль kiwi. Первым делом создадим Golden Ticket.

Теперь применим его.

И проверим, что билет успешно загружен.

Таким образом, у нас остается возможность работы с повышенными привилегиями, при этом мы не используем учетных данных администраторов. Это означает, что мы можем получить доступ всегда, даже при смене паролей пользователей, изменении их ролей и даже при удалении скомпрометированных учетных записей.