Zrozumienie ataków na ntds.dit i ochrona przed nimi
By Mirko Peters ·
Witamy ponownie na blogu towarzyszącym podcastowi! We wpisie z dzisiaj zagłębiamy się w jeden z najważniejszych i najbardziej krytycznych plików w każdej sieci firmowej: n…
Automatically translated with AI from the original post. Read the English original
Witamy ponownie w towarzyszącym podcastowi blogu! W dzisiejszym wpisie zagłębiamy się w jeden z najbardziej krytycznych i wysokiej stawki plików w każdej sieci przedsiębiorstwa: bazę danych ntds.dit. Jeśli zarządzasz infrastrukturą IT lub pracujesz w cyberbezpieczeństwie, prawdopodobnie słyszałeś o tym pliku, ale czy naprawdę rozumiesz, jak atakujący go atakują, by uzyskać pełną kontrolę nad domeną? W tym artykule przeanalizujemy budowę ataków na ntds.dit, dlaczego pozostaje on głównym celem złośliwych aktorów oraz konkretne kroki, które możesz podjąć, aby zabezpieczyć ten kluczowy komponent Active Directory przed kradzieżą poświadczeń i nieautoryzowaną replikacją. Aby zgłębić temat ochrony infrastruktury tożsamości, koniecznie sprawdź nasz powiązany odcinek o tym, jak zabezpieczyć Azure AD Connect przed naruszeniami tożsamości hybrydowej.
Wprowadzenie do Active Directory i ntds.dit
Active Directory (AD) pełni rolę centralnego układu nerwowego nowoczesnych środowisk IT przedsiębiorstw. Uwierzytelnia użytkowników, autoryzuje dostęp do kluczowych zasobów i zarządza zasadami w całej organizacji. Cała ta informacja musi jednak gdzieś być przechowywana. Miejscem tym jest specjalistyczny plik bazy danych o nazwie ntds.dit.
Zrozumienie i ochrona sieci zaczyna się od wiedzy, gdzie przechowywane są Twoje najcenniejsze zasoby. Plik ntds.dit jest w gruncie rzeczy sercem Active Directory. Bez niego kontrolery domeny nie działają, a użytkownicy nie mogą się zalogować. Ponieważ przechowuje klucze do królestwa, jest także najwyższą nagrodą dla atakującego, który przedostał się przez perymetr. Aby skutecznie chronić sieć, musisz najpierw zrozumieć budowę tego pliku oraz poważne zagrożenia związane z jego przejęciem.
Rola pliku ntds.dit
Plik ntds.dit (New Technology Directory Services Database) jest przechowywany na każdym kontrolerze domeny w lesie Active Directory. Zawiera kompleksową bazę wszystkich danych katalogowych, w tym kont użytkowników, kont komputerów, grup zabezpieczeń i – co najważniejsze – skrótów haseł wszystkich użytkowników w domenie.
Gdy użytkownik loguje się na stacji roboczej lub uzyskuje dostęp do udziału sieciowego, kontroler domeny odpytuje plik ntds.dit, aby zweryfikować jego tożsamość. Ponieważ systemy Windows nie przechowują haseł w postaci jawnego tekstu, baza przechowuje kryptograficzne reprezentacje tych haseł, takie jak skróty NTLM i klucze Kerberos. Jeśli atakujący uzyska nieautoryzowany dostęp do tego pojedynczego pliku, nie musi już łamać kont metodą brute-force; natychmiast otrzymuje materiał uwierzytelniający każdego użytkownika, usługi i administratora w całej organizacji.
Jak atakujący biorą na cel i wykorzystują ntds.dit
Ponieważ plik ntds.dit jest blokowany przez system operacyjny, gdy działa usługa Active Directory, atakujący nie mogą po prostu skopiować go przez standardowy Eksplorator plików. Zamiast tego zaawansowani przeciwnicy stosują zaawansowane techniki, aby wyodrębnić lub zduplikować plik bez wywoływania natychmiastowych alarmów.
Jedna z najczęstszych metod polega na nadużywaniu protokołów replikacji katalogu, często określanych jako atak DCSync. W ataku DCSync przeciwnik używa przejętych poświadczeń administracyjnych, aby podszyć się pod prawidłowy kontroler domeny. Następnie żąda danych replikacji od docelowego kontrolera domeny, nakłaniając go do wydania zawartości pliku ntds.dit – w tym wszystkich skrótów haseł.
Alternatywnie atakujący posiadający lokalne uprawnienia Administratora lub SYSTEM na kontrolerze domeny mogą użyć natywnych narzędzi Windows, takich jak Usługa Cieni Woluminów (VSS), lub wyspecjalizowanych narzędzi, aby utworzyć migawkę bazy danych i wyeksportować ją do zewnętrznej lokalizacji. Gdy plik zostanie bezpiecznie wyprowadzony z sieci, atakujący używają narzędzi do łamania haseł w trybie offline, aby odwrócić skróty i uzyskać jawne hasła kont o wysokich uprawnieniach.
Skutki naruszeń polegających na przejęciu pełnej kontroli nad domeną
Skuteczne wydobycie i wykorzystanie pliku ntds.dit oznacza katastrofę dla organizacji. Gdy atakujący złamie hashe haseł pozyskane z tej bazy danych, może łatwo wziąć na cel konta administratorów domeny. Mając w ręku dane uwierzytelniające administratora domeny, włamanie przeradza się z lokalnej infekcji w całkowity, strukturalny upadek.
Konsekwencje pełnej kontroli nad domeną obejmują:
- Całkowite przejęcie sieci: Atakujący mogą tworzyć złote bilety, zmieniać zasady grup oraz jednocześnie wdrażać złośliwe oprogramowanie lub ransomware na każdej maszynie podłączonej do domeny.
- Eksfiltracja danych i wymuszenia: Mając nieograniczony dostęp do wewnętrznych udziałów plików i baz danych, złośliwi aktorzy mogą wykraść własność intelektualną, rekordy klientów oraz dane finansowe.
- Trwały dostęp: Atakujący mogą zainstalować tylne furtki, na przykład ukryte konta administratorów, dzięki którym zachowają dostęp nawet wtedy, gdy wstępne luki zostaną załatane.
Skutki biznesowe przekładają się bezpośrednio na długotrwałe przestoje, katastrofalne straty finansowe, kary regulacyjne oraz poważne szkody wizerunkowe, których naprawa może zająć lata.
Praktyczne kroki zabezpieczenia Active Directory i pliku ntds.dit
Zabezpieczenie pliku ntds.dit wymaga podejścia obronnego warstwowo (defense-in-depth), które wzmacnia kontrolery domeny, ogranicza uprawnienia administracyjne i monitoruje wektory dostępu. Nie można polegać na jednym mechanizmie kontroli, aby odciąć atakujących od tego krytycznego zasobu.
Zacznij od wymuszenia zasady najmniejszych uprawnień. Upewnij się, że uprawnienia administracyjne mają wyłącznie osoby, które są tego absolutnie potrzebne, i ściśle oddziel standardowe konta użytkowników od kont administracyjnych. Nigdy nie używaj kont administratorów domeny do logowania się na zwykłych stacjach roboczych ani do przeglądania internetu.
Następnie wdróż silne mechanizmy uwierzytelniania. Uwierzytelnianie wieloskładnikowe (MFA) powinno być obowiązkowe dla całego dostępu administracyjnego i sesji zdalnego zarządzania. Ponadto egzekwuj rygorystyczne standardy złożoności haseł, wymagając długich fraz hasłowych i regularnych zmian, aby łamanie haseł offline – dla atakujących, którzy w jakiś sposób zdobędą dane hashy – stało się wielokrotnie trudniejsze.
Na koniec wzmocnij kontrolery domeny zarówno fizycznie, jak i wirtualnie. Ogranicz lokalny dostęp administracyjny do kontrolerów domeny, niezwłocznie instaluj najnowsze poprawki zabezpieczeń i zadbaj o to, by serwerownie były monitorowane i zabezpieczone przed nieautoryzowaną ingerencją fizyczną.
Wykrywanie nieautoryzowanej replikacji i kradzieży poświadczeń
Zapobieganie jest kluczowe, ale solidne mechanizmy wykrywania gwarantują, że jeśli atakujący przełamie Twój perymetr, zostanie wykryty, zanim zdoła wykraść plik ntds.dit. Ponieważ nadużycia DCSync i VSS pozostawiają specyficzne ślady kryminalistyczne, zespoły bezpieczeństwa muszą skonfigurować ciągły monitoring i logowanie.
Kluczowe strategie wykrywania obejmują:
- Monitoruj zdarzenia replikacji katalogu: Uważnie obserwuj zdarzenie zabezpieczeń systemu Windows o identyfikatorze 4662, które rejestruje operacje wykonywane na obiektach usługi katalogowej. W szczególności szukaj żądań lub wykorzystania uprawnień replikacji przez nieoczekiwane konta komputerów lub użytkowników.
- Śledź użycie VSS: Audytuj tworzenie kopii woluminów w tle (volume shadow copies) na kontrolerach domeny, zwłaszcza gdy inicjują je nietypowe procesy lub konta użytkowników.
- Wdróż narzędzia SIEM i wykrywania zagrożeń tożsamości: Wykorzystaj rozwiązania SIEM (Security Information and Event Management) wraz z dedykowanymi narzędziami do monitorowania Active Directory, aby w czasie rzeczywistym sygnalizować anomalne wzorce zachowań.
Ustalając bazowy poziom normalnej aktywności kontrolerów domeny, Twoje centrum operacji bezpieczeństwa (SOC) może natychmiast wykryć nieautoryzowane próby replikacji i zatrzymać atak na wczesnym etapie.
Najlepsze praktyki długoterminowego bezpieczeństwa AD i obrony
Zabezpieczanie Active Directory i ochrona pliku ntds.dit nie jest jednorazowym projektem, lecz stałym zobowiązaniem operacyjnym. Gdy aktorzy zagrożeń zmieniają swoje taktyki, Twoja postawa obronna musi odpowiednio się dostosowywać.
Włącz regularne oceny i audyty bezpieczeństwa Active Directory do swojego harmonogramu rutynowych działań. Narzędzia takie jak PingCastle i Purple Knight pomogą wykryć błędne konfiguracje, nieaktywne konta oraz narastanie nadmiarowych uprawnień, zanim zostaną one wykorzystane przez złośliwych aktorów. Ponadto upewnij się, że Twój plan reagowania na incydenty uwzględnia w szczególności kompromitacje oparte na tożsamości i zawiera przećwiczone procedury izolowania kontrolerów domeny będących pod atakiem.
Jak omawialiśmy w naszym towarzyszącym odcinku podcastu, Harden Azure AD Connect Against Hybrid Identity Breaches, nowoczesne sieci przedsiębiorstw często obejmują lokalne usługi AD oraz platformy chmurowe, takie jak Azure AD. Zabezpieczenie połączenia między lokalnym katalogiem a chmurą jest równie ważne jak ochrona samego pliku ntds.dit, ponieważ atakujący często wykorzystują błędne konfiguracje środowisk hybrydowych, aby przemieszczać się między nimi.
Proaktywne, kompleksowe podejście do bezpieczeństwa Active Directory – łączące zasadę najmniejszych uprawnień, ciągłe monitorowanie, silne uwierzytelnianie i regularne audyty – pozwala skutecznie chronić najcenniejszy zasób cyfrowy organizacji przed zaawansowanymi zagrożeniami tożsamości.