Active Directory Methodology
Last updated
Last updated
Ucz się i ćwicz Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Ucz się i ćwicz Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
Active Directory służy jako podstawowa technologia, umożliwiająca administratorom sieci efektywne tworzenie i zarządzanie domenami, użytkownikami i obiektami w sieci. Jest zaprojektowane do skalowania, ułatwiając organizację dużej liczby użytkowników w zarządzalne grupy i podgrupy, jednocześnie kontrolując prawa dostępu na różnych poziomach.
Struktura Active Directory składa się z trzech głównych warstw: domen, drzew i lasy. Domena obejmuje zbiór obiektów, takich jak użytkownicy lub urządzenia, które dzielą wspólną bazę danych. Drzewa to grupy tych domen połączone wspólną strukturą, a las reprezentuje zbiór wielu drzew, połączonych przez relacje zaufania, tworząc najwyższą warstwę struktury organizacyjnej. Specyficzne prawa dostępu i prawa komunikacji mogą być przypisane na każdym z tych poziomów.
Kluczowe pojęcia w Active Directory obejmują:
Katalog – Zawiera wszystkie informacje dotyczące obiektów Active Directory.
Obiekt – Oznacza byty w katalogu, w tym użytkowników, grupy lub udostępnione foldery.
Domena – Służy jako kontener dla obiektów katalogu, z możliwością współistnienia wielu domen w lesie, z każdą utrzymującą własny zbiór obiektów.
Drzewo – Grupa domen, które dzielą wspólną domenę główną.
Las – Szczyt struktury organizacyjnej w Active Directory, składający się z kilku drzew z relacjami zaufania między nimi.
Usługi domen Active Directory (AD DS) obejmują szereg usług krytycznych dla centralnego zarządzania i komunikacji w sieci. Usługi te obejmują:
Usługi domen – Centralizują przechowywanie danych i zarządzają interakcjami między użytkownikami a domenami, w tym funkcjonalności uwierzytelniania i wyszukiwania.
Usługi certyfikatów – Nadzorują tworzenie, dystrybucję i zarządzanie bezpiecznymi certyfikatami cyfrowymi.
Usługi lekkiego katalogu – Wspierają aplikacje z katalogiem za pomocą protokół LDAP.
Usługi federacji katalogów – Zapewniają możliwości jednolitego logowania do uwierzytelniania użytkowników w wielu aplikacjach internetowych w jednej sesji.
Zarządzanie prawami – Pomaga w ochronie materiałów objętych prawem autorskim poprzez regulowanie ich nieautoryzowanej dystrybucji i użycia.
Usługa DNS – Kluczowa dla rozwiązywania nazw domen.
Aby uzyskać bardziej szczegółowe wyjaśnienie, sprawdź: TechTerms - Definicja Active Directory
Aby nauczyć się, jak atakować AD, musisz dobrze zrozumieć proces uwierzytelniania Kerberos. Przeczytaj tę stronę, jeśli nadal nie wiesz, jak to działa.
Możesz skorzystać z https://wadcoms.github.io/, aby szybko zobaczyć, jakie polecenia możesz uruchomić, aby enumerować/eksploatować AD.
Jeśli masz dostęp do środowiska AD, ale nie masz żadnych poświadczeń/sesji, możesz:
Pentestować sieć:
Skanować sieć, znaleźć maszyny i otwarte porty oraz spróbować eksploatować luki lub wyciągać poświadczenia z nich (na przykład, drukarki mogą być bardzo interesującymi celami.
Enumeracja DNS może dostarczyć informacji o kluczowych serwerach w domenie, takich jak web, drukarki, udostępnienia, vpn, media itp.
gobuster dns -d domain.local -t 25 -w /opt/Seclist/Discovery/DNS/subdomain-top2000.txt
Zobacz ogólną Metodologię Pentestingu, aby znaleźć więcej informacji na temat tego, jak to zrobić.
Sprawdź dostęp null i Gościa w usługach smb (to nie zadziała w nowoczesnych wersjach Windows):
enum4linux -a -u "" -p "" <DC IP> && enum4linux -a -u "guest" -p "" <DC IP>
smbmap -u "" -p "" -P 445 -H <DC IP> && smbmap -u "guest" -p "" -P 445 -H <DC IP>
smbclient -U '%' -L //<DC IP> && smbclient -U 'guest%' -L //
Bardziej szczegółowy przewodnik dotyczący enumeracji serwera SMB można znaleźć tutaj:
Enumeracja LDAP
nmap -n -sV --script "ldap* and not brute" -p 389 <DC IP>
Bardziej szczegółowy przewodnik dotyczący enumeracji LDAP można znaleźć tutaj (zwróć szczególną uwagę na dostęp anonimowy):
Zatrucie sieci
Zbieraj poświadczenia podszywając się pod usługi za pomocą Responder
Uzyskaj dostęp do hosta, nadużywając ataku relay
Zbieraj poświadczenia ujawniając fałszywe usługi UPnP za pomocą evil-SSDP
Wyciągnij nazwy użytkowników/imiona z dokumentów wewnętrznych, mediów społecznościowych, usług (głównie web) w środowiskach domenowych oraz z publicznie dostępnych.
Jeśli znajdziesz pełne imiona pracowników firmy, możesz spróbować różnych konwencji namingowych użytkowników AD (**przeczytaj to). Najczęstsze konwencje to: ImięNazwisko, Imię.Nazwisko, ImN (3 litery z każdej), Im.N, NazwaNazwisko, N.Nazwisko, NazwiskoImię, Nazwisko.Imię, NazwiskoN, Nazwisko.N, 3 losowe litery i 3 losowe liczby (abc123).
Narzędzia:
Anonimowa enumeracja SMB/LDAP: Sprawdź strony pentesting SMB i pentesting LDAP.
Enumeracja Kerbrute: Gdy żądany jest nieprawidłowy nazwa użytkownika, serwer odpowie używając kodu błędu Kerberos KRB5KDC_ERR_C_PRINCIPAL_UNKNOWN, co pozwala nam ustalić, że nazwa użytkownika była nieprawidłowa. Prawidłowe nazwy użytkowników wywołają albo TGT w odpowiedzi AS-REP, albo błąd KRB5KDC_ERR_PREAUTH_REQUIRED, co wskazuje, że użytkownik musi przeprowadzić wstępne uwierzytelnienie.
Serwer OWA (Outlook Web Access)
Jeśli znajdziesz jeden z tych serwerów w sieci, możesz również przeprowadzić enumerację użytkowników przeciwko niemu. Na przykład, możesz użyć narzędzia MailSniper:
Możesz znaleźć listy nazw użytkowników w tym repozytorium github **** oraz w tym (statystycznie-prawdopodobne-nazwy-użytkowników).
Jednak powinieneś mieć imię i nazwisko osób pracujących w firmie z kroku rekonesansu, który powinieneś wykonać wcześniej. Z imieniem i nazwiskiem możesz użyć skryptu namemash.py, aby wygenerować potencjalne poprawne nazwy użytkowników.
Ok, więc wiesz, że masz już poprawną nazwę użytkownika, ale nie masz haseł... Spróbuj:
ASREPRoast: Jeśli użytkownik nie ma atrybutu DONT_REQ_PREAUTH, możesz zażądać wiadomości AS_REP dla tego użytkownika, która będzie zawierać dane zaszyfrowane pochodną hasła użytkownika.
Password Spraying: Spróbujmy najczęściej używanych haseł z każdym z odkrytych użytkowników, może któryś z użytkowników używa złego hasła (pamiętaj o polityce haseł!).
Zauważ, że możesz również sprayować serwery OWA, aby spróbować uzyskać dostęp do serwerów pocztowych użytkowników.
Możesz być w stanie uzyskać kilka wyzwań hashy, aby złamać truciznę niektórych protokołów sieci:
Spoofing LLMNR, NBT-NS, mDNS/DNS and WPAD and Relay AttacksJeśli udało ci się zenumerować aktywny katalog, będziesz miał więcej e-maili i lepsze zrozumienie sieci. Możesz być w stanie wymusić ataki NTML relay **** aby uzyskać dostęp do środowiska AD.
Jeśli możesz uzyskać dostęp do innych komputerów lub udziałów z użytkownikiem null lub gościem, możesz umieścić pliki (jak plik SCF), które, jeśli zostaną w jakiś sposób otwarte, wywołają uwierzytelnienie NTML przeciwko tobie, abyś mógł ukraść wyzwanie NTLM do złamania:
Places to steal NTLM credsNa tym etapie musisz mieć skomprymowane poświadczenia lub sesję ważnego konta domenowego. Jeśli masz jakieś ważne poświadczenia lub powłokę jako użytkownik domenowy, powinieneś pamiętać, że opcje podane wcześniej są nadal opcjami do skompromitowania innych użytkowników.
Zanim rozpoczniesz uwierzytelnioną enumerację, powinieneś wiedzieć, czym jest problem podwójnego skoku Kerberos.
Kerberos Double Hop ProblemPosiadając skompromitowane konto, to duży krok w kierunku kompromitacji całej domeny, ponieważ będziesz mógł rozpocząć Enumerację Active Directory:
W odniesieniu do ASREPRoast możesz teraz znaleźć każdego możliwego podatnego użytkownika, a w odniesieniu do Password Spraying możesz uzyskać listę wszystkich nazw użytkowników i spróbować hasła skompromitowanego konta, pustych haseł i nowych obiecujących haseł.
Możesz użyć CMD do przeprowadzenia podstawowego rekonesansu
Możesz również użyć powershell do rekonesansu, co będzie bardziej dyskretne
Możesz także użyć powerview, aby uzyskać bardziej szczegółowe informacje
Innym niesamowitym narzędziem do rekonesansu w aktywnym katalogu jest BloodHound. Nie jest zbyt dyskretne (w zależności od metod zbierania, które używasz), ale jeśli ci to nie przeszkadza, powinieneś spróbować. Znajdź, gdzie użytkownicy mogą RDP, znajdź ścieżki do innych grup itp.
Inne zautomatyzowane narzędzia do enumeracji AD to: AD Explorer, ADRecon, Group3r, PingCastle.
Rekordy DNS AD, ponieważ mogą zawierać interesujące informacje.
Narzędziem z GUI, które możesz użyć do enumeracji katalogu, jest AdExplorer.exe z SysInternal Suite.
Możesz również przeszukać bazę danych LDAP za pomocą ldapsearch, aby szukać poświadczeń w polach userPassword i unixUserPassword, lub nawet dla Description. cf. Hasło w komentarzu użytkownika AD na PayloadsAllTheThings dla innych metod.
Jeśli używasz Linux, możesz również enumerować domenę za pomocą pywerview.
Możesz również spróbować zautomatyzowanych narzędzi, takich jak:
Ekstrakcja wszystkich użytkowników domeny
Bardzo łatwo jest uzyskać wszystkie nazwy użytkowników domeny z Windows (net user /domain, Get-DomainUser lub wmic useraccount get name,sid). W Linuxie możesz użyć: GetADUsers.py -all -dc-ip 10.10.10.110 domain.com/username lub enum4linux -a -u "user" -p "password" <DC IP>
Nawet jeśli ta sekcja enumeracji wygląda na małą, to najważniejsza część wszystkiego. Uzyskaj dostęp do linków (głównie do cmd, powershell, powerview i BloodHound), naucz się, jak enumerować domenę i ćwicz, aż poczujesz się komfortowo. Podczas oceny to będzie kluczowy moment, aby znaleźć drogę do DA lub zdecydować, że nic nie można zrobić.
Kerberoasting polega na uzyskaniu biletów TGS używanych przez usługi powiązane z kontami użytkowników i łamaniu ich szyfrowania—które opiera się na hasłach użytkowników—offline.
Więcej na ten temat w:
KerberoastGdy już uzyskasz jakieś poświadczenia, możesz sprawdzić, czy masz dostęp do jakiejkolwiek maszyny. W tym celu możesz użyć CrackMapExec, aby spróbować połączyć się z kilkoma serwerami za pomocą różnych protokołów, zgodnie z twoimi skanami portów.
Jeśli skompromitowałeś poświadczenia lub masz sesję jako zwykły użytkownik domenowy i masz dostęp z tym użytkownikiem do jakiejkolwiek maszyny w domenie, powinieneś spróbować znaleźć sposób na podwyższenie uprawnień lokalnie i poszukiwanie poświadczeń. Dzieje się tak, ponieważ tylko z lokalnymi uprawnieniami administratora będziesz w stanie zrzucić hashe innych użytkowników w pamięci (LSASS) i lokalnie (SAM).
W tej książce znajduje się pełna strona na temat lokalnego podwyższania uprawnień w Windows oraz lista kontrolna. Nie zapomnij również użyć WinPEAS.
Jest bardzo mało prawdopodobne, że znajdziesz bilety w bieżącym użytkowniku dającym ci pozwolenie na dostęp do nieoczekiwanych zasobów, ale możesz sprawdzić:
Jeśli udało ci się zenumerować aktywną dyrekcję, będziesz miał więcej e-maili i lepsze zrozumienie sieci. Możesz być w stanie wymusić ataki NTML relay attacks.
Teraz, gdy masz podstawowe poświadczenia, powinieneś sprawdzić, czy możesz znaleźć jakieś interesujące pliki udostępnione w AD. Możesz to zrobić ręcznie, ale to bardzo nudne i powtarzalne zadanie (a jeszcze bardziej, jeśli znajdziesz setki dokumentów, które musisz sprawdzić).
Śledź ten link, aby dowiedzieć się o narzędziach, które możesz wykorzystać.
Jeśli możesz uzyskać dostęp do innych komputerów lub udostępnionych plików, możesz umieścić pliki (jak plik SCF), które, jeśli zostaną w jakiś sposób otwarte, wywołają uwierzytelnienie NTML przeciwko tobie, abyś mógł ukraść wyzwanie NTLM do złamania:
Places to steal NTLM credsTa luka pozwalała każdemu uwierzytelnionemu użytkownikowi na kompromitację kontrolera domeny.
PrintNightmareDla poniższych technik zwykły użytkownik domeny nie wystarczy, potrzebujesz specjalnych uprawnień/poświadczeń, aby przeprowadzić te ataki.
Mam nadzieję, że udało ci się skompromentować jakieś konto lokalnego administratora za pomocą AsRepRoast, Password Spraying, Kerberoast, Responder w tym relaying, EvilSSDP, escalating privileges locally. Następnie czas na zrzut wszystkich haszy w pamięci i lokalnie. Przeczytaj tę stronę o różnych sposobach uzyskania haszy.
Gdy masz hasz użytkownika, możesz go użyć do podszywania się pod niego. Musisz użyć jakiegoś narzędzia, które wykona uwierzytelnienie NTLM przy użyciu tego hasza, lub możesz utworzyć nowy sessionlogon i wstrzyknąć ten hasz do LSASS, aby przy każdym wykonywaniu uwierzytelnienia NTLM ten hasz był używany. Ostatnia opcja to to, co robi mimikatz. Przeczytaj tę stronę, aby uzyskać więcej informacji.
Ten atak ma na celu użycie hasza NTLM użytkownika do żądania biletów Kerberos, jako alternatywy dla powszechnego Pass The Hash w protokole NTLM. Dlatego może być to szczególnie przydatne w sieciach, w których protokół NTLM jest wyłączony i tylko Kerberos jest dozwolony jako protokół uwierzytelniania.
Over Pass the Hash/Pass the KeyW metodzie ataku Pass The Ticket (PTT), atakujący kradną bilet uwierzytelniający użytkownika zamiast jego hasła lub wartości haszy. Ten skradziony bilet jest następnie używany do podszywania się pod użytkownika, uzyskując nieautoryzowany dostęp do zasobów i usług w sieci.
Pass the TicketJeśli masz hasz lub hasło lokalnego administratora, powinieneś spróbować zalogować się lokalnie do innych komputerów z jego pomocą.
Zauważ, że to jest dość hałaśliwe i LAPS by złagodziło to.
Jeśli użytkownik ma uprawnienia do dostępu do instancji MSSQL, może być w stanie użyć go do wykonywania poleceń na hoście MSSQL (jeśli działa jako SA), ukraść hash NetNTLM lub nawet przeprowadzić atak przekaźnikowy. Ponadto, jeśli instancja MSSQL jest zaufana (link bazy danych) przez inną instancję MSSQL. Jeśli użytkownik ma uprawnienia do zaufanej bazy danych, będzie mógł wykorzystać relację zaufania do wykonywania zapytań również w innej instancji. Te zaufania mogą być łańcuchowane i w pewnym momencie użytkownik może być w stanie znaleźć źle skonfigurowaną bazę danych, w której może wykonywać polecenia. Linki między bazami danych działają nawet w przypadku zaufania między lasami.
MSSQL AD AbuseJeśli znajdziesz jakikolwiek obiekt Komputera z atrybutem ADS_UF_TRUSTED_FOR_DELEGATION i masz uprawnienia domeny na komputerze, będziesz mógł zrzucić TGT z pamięci każdego użytkownika, który loguje się na komputerze. Więc, jeśli administrator domeny loguje się na komputerze, będziesz mógł zrzucić jego TGT i podszyć się pod niego używając Pass the Ticket. Dzięki ograniczonej delegacji mógłbyś nawet automatycznie skompromitować serwer druku (mam nadzieję, że będzie to DC).
Unconstrained DelegationJeśli użytkownik lub komputer ma zezwolenie na "Ograniczoną Delegację", będzie mógł podszyć się pod dowolnego użytkownika, aby uzyskać dostęp do niektórych usług na komputerze. Następnie, jeśli skompromitujesz hash tego użytkownika/komputera, będziesz mógł podszyć się pod dowolnego użytkownika (nawet administratorów domeny), aby uzyskać dostęp do niektórych usług.
Constrained DelegationPosiadanie uprawnienia WRITE do obiektu Active Directory zdalnego komputera umożliwia uzyskanie wykonania kodu z podwyższonymi uprawnieniami:
Resource-based Constrained DelegationSkompromitowany użytkownik może mieć pewne interesujące uprawnienia do niektórych obiektów domeny, które mogą pozwolić ci na lateralne poruszanie się/eskalację uprawnień.
Abusing Active Directory ACLs/ACEsOdkrycie usługi Spool nasłuchującej w obrębie domeny może być nadużyte do zdobycia nowych poświadczeń i eskalacji uprawnień.
Force NTLM Privileged AuthenticationJeśli inni użytkownicy uzyskują dostęp do skompromitowanej maszyny, możliwe jest zbieranie poświadczeń z pamięci i nawet wstrzykiwanie beaconów w ich procesy w celu podszywania się pod nich. Zazwyczaj użytkownicy uzyskują dostęp do systemu przez RDP, więc oto jak przeprowadzić kilka ataków na sesje RDP osób trzecich:
RDP Sessions AbuseLAPS zapewnia system zarządzania hasłem lokalnego administratora na komputerach dołączonych do domeny, zapewniając, że jest ono losowe, unikalne i często zmieniane. Te hasła są przechowywane w Active Directory, a dostęp jest kontrolowany przez ACL tylko dla uprawnionych użytkowników. Posiadając wystarczające uprawnienia do uzyskania dostępu do tych haseł, możliwe staje się przejście do innych komputerów.
LAPSZbieranie certyfikatów z skompromitowanej maszyny może być sposobem na eskalację uprawnień w środowisku:
AD CS Certificate TheftJeśli wrażliwe szablony są skonfigurowane, możliwe jest ich nadużycie do eskalacji uprawnień:
AD CS Domain EscalationGdy uzyskasz uprawnienia Administratora Domeny lub jeszcze lepiej Administratora Enterprise, możesz zrzucić bazę danych domeny: ntds.dit.
Więcej informacji na temat ataku DCSync można znaleźć tutaj.
Więcej informacji na temat kradzieży NTDS.dit można znaleźć tutaj
Niektóre z wcześniej omówionych technik mogą być używane do utrzymania. Na przykład możesz:
Uczynić użytkowników podatnymi na Kerberoast
Uczynić użytkowników podatnymi na ASREPRoast
Przyznać uprawnienia DCSync użytkownikowi
Atak Srebrnego Biletu tworzy legitymację usługi Ticket Granting Service (TGS) dla konkretnej usługi, używając hasła NTLM (na przykład, hasła konta PC). Metoda ta jest stosowana do uzyskania dostępu do uprawnień usługi.
Silver TicketAtak Złotego Biletu polega na tym, że atakujący uzyskuje dostęp do hasła NTLM konta krbtgt w środowisku Active Directory (AD). To konto jest specjalne, ponieważ jest używane do podpisywania wszystkich Biletów Grantujących Bilety (TGT), które są niezbędne do uwierzytelniania w sieci AD.
Gdy atakujący uzyska to hasło, może stworzyć TGT dla dowolnego konta, które wybierze (atak Srebrnego Biletu).
Golden TicketSą one podobne do złotych biletów, fałszowane w sposób, który omija powszechne mechanizmy wykrywania złotych biletów.
Diamond TicketPosiadanie certyfikatów konta lub możliwość ich żądania to bardzo dobry sposób na utrzymanie się w koncie użytkownika (nawet jeśli zmieni hasło):
AD CS Account PersistenceUżywanie certyfikatów również umożliwia utrzymanie się z wysokimi uprawnieniami w obrębie domeny:
AD CS Domain PersistenceObiekt AdminSDHolder w Active Directory zapewnia bezpieczeństwo uprzywilejowanych grup (takich jak Administratorzy Domeny i Administratorzy Enterprise) poprzez stosowanie standardowej Listy Kontroli Dostępu (ACL) w tych grupach, aby zapobiec nieautoryzowanym zmianom. Jednak ta funkcja może być nadużywana; jeśli atakujący zmodyfikuje ACL AdminSDHolder, aby nadać pełny dostęp zwykłemu użytkownikowi, ten użytkownik zyskuje znaczne uprawnienia nad wszystkimi uprzywilejowanymi grupami. To zabezpieczenie, mające na celu ochronę, może więc obrócić się przeciwko, umożliwiając nieuzasadniony dostęp, chyba że będzie ściśle monitorowane.
Więcej informacji na temat grupy AdminDSHolder tutaj.
W każdym Kontrolerze Domeny (DC) istnieje konto lokalnego administratora. Uzyskując prawa administratora na takiej maszynie, hash lokalnego administratora może być wyodrębniony za pomocą mimikatz. Następnie konieczna jest modyfikacja rejestru, aby umożliwić użycie tego hasła, co pozwala na zdalny dostęp do konta lokalnego administratora.
DSRM CredentialsMożesz przyznać pewne specjalne uprawnienia użytkownikowi do niektórych konkretnych obiektów domeny, które pozwolą użytkownikowi eskalować uprawnienia w przyszłości.
Abusing Active Directory ACLs/ACEsDeskryptory zabezpieczeń są używane do przechowywania uprawnień, jakie obiekt ma nad innym obiektem. Jeśli możesz dokonać niewielkiej zmiany w deskryptorze zabezpieczeń obiektu, możesz uzyskać bardzo interesujące uprawnienia nad tym obiektem bez potrzeby bycia członkiem uprzywilejowanej grupy.
Security DescriptorsZmień LSASS w pamięci, aby ustanowić uniwersalne hasło, dając dostęp do wszystkich kont domenowych.
Skeleton KeyDowiedz się, czym jest SSP (Dostawca Wsparcia Zabezpieczeń) tutaj. Możesz stworzyć własny SSP, aby przechwytywać w czystym tekście poświadczenia używane do uzyskania dostępu do maszyny.\
Custom SSPRejestruje nowy Kontroler Domeny w AD i używa go do wypychania atrybutów (SIDHistory, SPNs...) na określonych obiektach bez pozostawiania jakichkolwiek logów dotyczących zmian. Musisz mieć uprawnienia DA i być w domenie głównej. Zauważ, że jeśli użyjesz błędnych danych, pojawią się dość brzydkie logi.
DCShadowWcześniej omawialiśmy, jak eskalować uprawnienia, jeśli masz wystarczające uprawnienia do odczytu haseł LAPS. Jednak te hasła mogą być również używane do utrzymania się. Sprawdź:
LAPSMicrosoft postrzega Las jako granicę bezpieczeństwa. Oznacza to, że skomplikowanie jednej domeny może potencjalnie prowadzić do skompromitowania całego lasu.
Zaufanie domeny to mechanizm zabezpieczeń, który umożliwia użytkownikowi z jednej domeny dostęp do zasobów w innej domenie. W zasadzie tworzy to powiązanie między systemami uwierzytelniania obu domen, umożliwiając płynny przepływ weryfikacji uwierzytelnienia. Gdy domeny ustanawiają zaufanie, wymieniają i zachowują określone klucze w swoich Kontrolerach Domeny (DC), które są kluczowe dla integralności zaufania.
W typowym scenariuszu, jeśli użytkownik zamierza uzyskać dostęp do usługi w zaufanej domenie, musi najpierw zażądać specjalnego biletu znanego jako inter-realm TGT od swojego DC domeny. Ten TGT jest szyfrowany za pomocą wspólnego klucza, na który obie domeny się zgodziły. Użytkownik następnie przedstawia ten TGT DC zaufanej domeny, aby uzyskać bilet usługi (TGS). Po pomyślnej walidacji inter-realm TGT przez DC zaufanej domeny, wydaje TGS, przyznając użytkownikowi dostęp do usługi.
Kroki:
Klient komputer w Domenie 1 rozpoczyna proces, używając swojego hasła NTLM, aby zażądać Biletu Grantującego Bilet (TGT) od swojego Kontrolera Domeny (DC1).
DC1 wydaje nowy TGT, jeśli klient zostanie pomyślnie uwierzytelniony.
Klient następnie żąda inter-realm TGT od DC1, który jest potrzebny do uzyskania dostępu do zasobów w Domenie 2.
Inter-realm TGT jest szyfrowany za pomocą klucza zaufania współdzielonego między DC1 a DC2 w ramach dwukierunkowego zaufania domen.
Klient zabiera inter-realm TGT do Kontrolera Domeny 2 (DC2).
DC2 weryfikuje inter-realm TGT za pomocą swojego współdzielonego klucza zaufania i, jeśli jest ważny, wydaje Bilet Grantujący Usługę (TGS) dla serwera w Domenie 2, do którego klient chce uzyskać dostęp.
Na koniec klient przedstawia ten TGS serwerowi, który jest szyfrowany hasłem konta serwera, aby uzyskać dostęp do usługi w Domenie 2.
Ważne jest, aby zauważyć, że zaufanie może być jednostronne lub dwustronne. W przypadku opcji dwustronnej obie domeny będą sobie ufać, ale w przypadku jednostronnego zaufania jedna z domen będzie zaufana, a druga ufająca. W ostatnim przypadku możesz uzyskać dostęp do zasobów wewnątrz ufającej domeny tylko z zaufanej.
Jeśli Domen A ufa Domenie B, A jest ufającą domeną, a B jest zaufaną. Ponadto, w Domenie A byłoby to zaufanie wychodzące; a w Domenie B byłoby to zaufanie przychodzące.
Różne relacje zaufania
Zaufania rodzic-dziecko: To jest powszechne ustawienie w obrębie tego samego lasu, gdzie domena dziecka automatycznie ma dwukierunkowe zaufanie z domeną rodzica. W zasadzie oznacza to, że żądania uwierzytelnienia mogą płynnie przepływać między rodzicem a dzieckiem.
Zaufania krzyżowe: Nazywane "zaufaniami skrótowymi", są ustanawiane między domenami dziecka, aby przyspieszyć procesy referencyjne. W złożonych lasach, referencje uwierzytelniające zazwyczaj muszą podróżować do korzenia lasu, a następnie w dół do docelowej domeny. Tworząc zaufania krzyżowe, podróż jest skracana, co jest szczególnie korzystne w geograficznie rozproszonych środowiskach.
Zaufania zewnętrzne: Te są ustanawiane między różnymi, niepowiązanymi domenami i są z natury nieprzechodnie. Zgodnie z dokumentacją Microsoftu, zaufania zewnętrzne są przydatne do uzyskiwania dostępu do zasobów w domenie poza aktualnym lasem, która nie jest połączona przez zaufanie lasu. Bezpieczeństwo jest wzmacniane przez filtrowanie SID w przypadku zaufania zewnętrznego.
Zaufania korzeni drzew: Te zaufania są automatycznie ustanawiane między domeną korzenia lasu a nowo dodanym korzeniem drzewa. Chociaż nie są powszechnie spotykane, zaufania korzeni drzew są ważne dla dodawania nowych drzew domen do lasu, umożliwiając im utrzymanie unikalnej nazwy domeny i zapewniając dwukierunkową przejrzystość. Więcej informacji można znaleźć w przewodniku Microsoftu.
Zaufania lasów: Ten typ zaufania to dwukierunkowe zaufanie przechodnie między dwoma domenami korzenia lasu, również egzekwujące filtrowanie SID w celu wzmocnienia środków bezpieczeństwa.
Zaufania MIT: Te zaufania są ustanawiane z domenami Kerberos zgodnymi z RFC4120 i nie będącymi systemami Windows. Zaufania MIT są nieco bardziej wyspecjalizowane i odpowiadają środowiskom wymagającym integracji z systemami opartymi na Kerberos poza ekosystemem Windows.
Relacja zaufania może być również przechodnia (A ufa B, B ufa C, więc A ufa C) lub nieprzechodnia.
Relacja zaufania może być ustawiona jako zaufanie dwukierunkowe (obie sobie ufają) lub jako zaufanie jednostronne (tylko jedna z nich ufa drugiej).
Wymień relacje zaufania
Sprawdź, czy jakikolwiek podmiot zabezpieczeń (użytkownik/grupa/komputer) ma dostęp do zasobów innej domeny, być może przez wpisy ACE lub będąc w grupach innej domeny. Szukaj relacji między domenami (zaufanie zostało prawdopodobnie utworzone dla tego).
Kerberoast w tym przypadku może być inną opcją.
Skompromituj konta, które mogą przejść przez domeny.
Atakujący mogą uzyskać dostęp do zasobów w innej domenie za pomocą trzech podstawowych mechanizmów:
Członkostwo w grupie lokalnej: Podmioty mogą być dodawane do lokalnych grup na maszynach, takich jak grupa "Administratorzy" na serwerze, co daje im znaczne uprawnienia nad tą maszyną.
Członkostwo w grupie domeny obcej: Podmioty mogą być również członkami grup w domenie obcej. Jednak skuteczność tej metody zależy od charakteru zaufania i zakresu grupy.
Listy Kontroli Dostępu (ACL): Podmioty mogą być określone w ACL, szczególnie jako podmioty w ACE w ramach DACL, co zapewnia im dostęp do określonych zasobów. Dla tych, którzy chcą zgłębić mechanikę ACL, DACL i ACE, dokument zatytułowany “As ACE Up The Sleeve” jest nieocenionym źródłem.
Istnieją 2 zaufane klucze, jeden dla Dziecka --> Rodzica i drugi dla Rodzica --> Dziecka. Możesz użyć tego, który jest używany przez bieżącą domenę, za pomocą:
Podnieś uprawnienia jako administrator przedsiębiorstwa do domeny podrzędnej/rodzicielskiej, wykorzystując zaufanie z wstrzykiwaniem SID-History:
SID-History InjectionZrozumienie, jak można wykorzystać Konfigurację Nazewniczą (NC), jest kluczowe. Konfiguracja NC służy jako centralne repozytorium danych konfiguracyjnych w środowiskach Active Directory (AD). Dane te są replikowane do każdego Kontrolera Domeny (DC) w lesie, a zapisywalne DC utrzymują zapisywalną kopię Konfiguracji NC. Aby to wykorzystać, należy mieć uprawnienia SYSTEM na DC, najlepiej na DC podrzędnym.
Połącz GPO z witryną główną DC
Kontener Witryn w Konfiguracji NC zawiera informacje o wszystkich komputerach dołączonych do domeny w lesie AD. Działając z uprawnieniami SYSTEM na dowolnym DC, atakujący mogą połączyć GPO z witrynami głównymi DC. Działanie to potencjalnie kompromituje domenę główną poprzez manipulację politykami stosowanymi do tych witryn.
Aby uzyskać szczegółowe informacje, można zbadać badania na temat Obchodzenia filtrowania SID.
Kompromitacja dowolnego gMSA w lesie
Wektor ataku polega na celowaniu w uprzywilejowane gMSA w domenie. Klucz KDS Root, niezbędny do obliczania haseł gMSA, jest przechowywany w Konfiguracji NC. Posiadając uprawnienia SYSTEM na dowolnym DC, można uzyskać dostęp do klucza KDS Root i obliczyć hasła dla dowolnego gMSA w lesie.
Szczegółowa analiza znajduje się w dyskusji na temat Ataków zaufania Golden gMSA.
Atak zmiany schematu
Ta metoda wymaga cierpliwości, czekając na utworzenie nowych uprzywilejowanych obiektów AD. Posiadając uprawnienia SYSTEM, atakujący może zmodyfikować schemat AD, aby przyznać dowolnemu użytkownikowi pełną kontrolę nad wszystkimi klasami. Może to prowadzić do nieautoryzowanego dostępu i kontroli nad nowo utworzonymi obiektami AD.
Dalsze czytanie dostępne jest na temat Ataków zaufania zmiany schematu.
Od DA do EA z ADCS ESC5
Luka ADCS ESC5 celuje w kontrolę nad obiektami Infrastruktury Klucza Publicznego (PKI), aby stworzyć szablon certyfikatu, który umożliwia uwierzytelnienie jako dowolny użytkownik w lesie. Ponieważ obiekty PKI znajdują się w Konfiguracji NC, kompromitacja zapisywalnego DC podrzędnego umożliwia przeprowadzenie ataków ESC5.
Więcej szczegółów można przeczytać w Od DA do EA z ESC5. W scenariuszach bez ADCS, atakujący ma możliwość skonfigurowania niezbędnych komponentów, jak omówiono w Podnoszeniu uprawnień z administratorów domeny podrzędnej do administratorów przedsiębiorstwa.
W tym scenariuszu twój domena jest zaufana przez zewnętrzną, co daje ci nieokreślone uprawnienia nad nią. Będziesz musiał znaleźć które podmioty twojej domeny mają jakie uprawnienia nad zewnętrzną domeną i spróbować to wykorzystać:
External Forest Domain - OneWay (Inbound) or bidirectionalW tym scenariuszu twoja domena ufają pewnym uprawnieniom dla podmiotu z innych domen.
Jednak gdy domena jest zaufana przez ufającą domenę, zaufana domena tworzy użytkownika o przewidywalnej nazwie, który używa jako hasła zaufanego hasła. Oznacza to, że możliwe jest uzyskanie dostępu do użytkownika z ufającej domeny, aby dostać się do zaufanej, aby ją zenumerować i spróbować eskalować więcej uprawnień:
External Forest Domain - One-Way (Outbound)Innym sposobem na skompromitowanie zaufanej domeny jest znalezienie zaufanego połączenia SQL utworzonego w przeciwnym kierunku zaufania domeny (co nie jest zbyt powszechne).
Innym sposobem na skompromitowanie zaufanej domeny jest czekanie na maszynie, na której użytkownik z zaufanej domeny może uzyskać dostęp do logowania przez RDP. Następnie atakujący mógłby wstrzyknąć kod w proces sesji RDP i uzyskać dostęp do domeny źródłowej ofiary stamtąd. Co więcej, jeśli ofiara zamontowała swój dysk twardy, z procesu sesji RDP atakujący mógłby przechowywać tylnie drzwi w folderze uruchamiania dysku twardego. Ta technika nazywa się RDPInception.
RDP Sessions AbuseRyzyko ataków wykorzystujących atrybut historii SID w zaufaniach między lasami jest łagodzone przez filtrację SID, która jest aktywowana domyślnie we wszystkich zaufaniach między lasami. Opiera się to na założeniu, że zaufania wewnątrz lasu są bezpieczne, traktując las, a nie domenę, jako granicę bezpieczeństwa zgodnie z stanowiskiem Microsoftu.
Jednak jest pewien haczyk: filtracja SID może zakłócać aplikacje i dostęp użytkowników, co prowadzi do jej okazjonalnej dezaktywacji.
W przypadku zaufania między lasami, stosowanie selektywnej autoryzacji zapewnia, że użytkownicy z dwóch lasów nie są automatycznie uwierzytelniani. Zamiast tego wymagane są wyraźne uprawnienia dla użytkowników, aby uzyskać dostęp do domen i serwerów w ufającej domenie lub lesie.
Ważne jest, aby zauważyć, że te środki nie chronią przed wykorzystaniem zapisywalnego kontekstu nazewniczego konfiguracji (NC) ani atakami na konto zaufania.
Więcej informacji o zaufaniach domen w ired.team.
Dowiedz się więcej o tym, jak chronić dane uwierzytelniające tutaj.\
Ograniczenia dla administratorów domeny: Zaleca się, aby administratorzy domeny mogli logować się tylko do kontrolerów domeny, unikając ich użycia na innych hostach.
Uprawnienia konta usługi: Usługi nie powinny być uruchamiane z uprawnieniami administratora domeny (DA), aby zachować bezpieczeństwo.
Ograniczenie czasowe uprawnień: W przypadku zadań wymagających uprawnień DA, ich czas trwania powinien być ograniczony. Można to osiągnąć za pomocą: Add-ADGroupMember -Identity ‘Domain Admins’ -Members newDA -MemberTimeToLive (New-TimeSpan -Minutes 20)
Wdrażanie oszustwa polega na ustawianiu pułapek, takich jak użytkownicy lub komputery zastępcze, z funkcjami takimi jak hasła, które nie wygasają lub są oznaczone jako zaufane do delegacji. Szczegółowe podejście obejmuje tworzenie użytkowników z określonymi prawami lub dodawanie ich do grup o wysokich uprawnieniach.
Praktyczny przykład obejmuje użycie narzędzi takich jak: Create-DecoyUser -UserFirstName user -UserLastName manager-uncommon -Password Pass@123 | DeployUserDeception -UserFlag PasswordNeverExpires -GUID d07da11f-8a3d-42b6-b0aa-76c962be719a -Verbose
Więcej informacji na temat wdrażania technik oszustwa można znaleźć w Deploy-Deception na GitHubie.
Dla obiektów użytkowników: Podejrzane wskaźniki obejmują nietypowy ObjectSID, rzadkie logowania, daty utworzenia i niskie liczby błędnych haseł.
Ogólne wskaźniki: Porównanie atrybutów potencjalnych obiektów zastępczych z atrybutami obiektów rzeczywistych może ujawnić niespójności. Narzędzia takie jak HoneypotBuster mogą pomóc w identyfikacji takich oszustw.
Omijanie wykrywania Microsoft ATA:
Enumeracja użytkowników: Unikanie enumeracji sesji na kontrolerach domeny, aby zapobiec wykryciu przez ATA.
Impersonacja biletu: Wykorzystanie kluczy aes do tworzenia biletów pomaga unikać wykrycia, nie obniżając się do NTLM.
Ataki DCSync: Zaleca się wykonywanie z niekontrolera domeny, aby uniknąć wykrycia przez ATA, ponieważ bezpośrednie wykonanie z kontrolera domeny wywoła alerty.
Ucz się i ćwicz hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Ucz się i ćwicz hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
