Kerberos i Kerberoasting

Kerberos to protokół uwierzytelniania oparty na biletach. Zamiast przesyłać hasła, klienci przedstawiają bilety kryptograficzne wydane przez Centrum dystrybucji kluczy (KDC), działające na każdym kontrolerze domeny.

• Serwer uwierzytelniania (AS) wydaje bilet przyznania biletu (TGT).
• Serwer przyznawania biletów (TGS) wydaje bilety usługowe.
• Usługi weryfikują bilety bez kontaktowania się z kontrolerem domeny.

Kerberos obejmuje trzy wymiany komunikatów. Ich zrozumienie pokazuje, gdzie lokują się poszczególne ataki.

• AS-REQ / AS-REP: klient potwierdza swoją tożsamość (pre-auth) i otrzymuje TGT zaszyfrowany kluczem krbtgt.
• TGS-REQ / TGS-REP: klient przedstawia TGT, aby zażądać biletu usługowego (TGS).
• AP-REQ / AP-REP: klient przedstawia TGS usłudze.

AS-REP roasting atakuje pierwszą wymianę, a Kerberoasting — drugą.

Nazwa główna usługi (SPN) przyporządkowuje instancję usługi kontu, na którym działa. Po zażądaniu TGS dla SPN wynikowy bilet jest częściowo szyfrowany skrótem hasła konta usługi.

Na tym właśnie polega Kerberoasting: każdy uwierzytelniony użytkownik może zażądać biletów dla kont usługowych, a następnie łamać je offline, aby odzyskać hasło w postaci jawnej.

Kerberoasting generuje mało szumu, ponieważ żądanie TGS jest normalnym działaniem. Etapy ataku to:

• Wyliczenie kont użytkowników mających SPN.
• Zażądanie biletów TGS dla tych SPN.
• Wyodrębnienie zaszyfrowanych danych biletów.
• Łamanie ich offline za pomocą listy słów; podczas łamania nie jest potrzebna interakcja z kontrolerem domeny.

W przechwyconym bilecie hasło konta usługi służy jako klucz. Podczas łamania offline testuje się kolejne potencjalne hasła, aż jedno z nich poprawnie odszyfruje bilet.

Konta usługowe często mają słabe hasła, których nigdy się nie zmienia, dlatego można je szybko złamać.

Szyfr użyty do biletu wpływa na szybkość jego łamania.

• RC4 (etype 23) można szybko złamać; jego dalsze dopuszczanie jest sygnałem ostrzegawczym.
• AES (etype 17/18) jest znacznie odporniejszy na ataki brute-force.
• Atakujący mogą obniżyć poziom szyfrowania żądań do RC4, używając /tgtdeleg lub nadużywając msDS-SupportedEncryptionTypes.

Obrońcy powinni wyłączyć RC4 w całej domenie i wymusić używanie AES.

Powiązany atak jest wymierzony w konta z wyłączonym uwierzytelnianiem wstępnym Kerberos (DONT_REQ_PREAUTH). Bez uwierzytelniania wstępnego odpowiedź AS-REP zawiera dane zaszyfrowane skrótem hasła użytkownika, które można uzyskać bez żadnych poświadczeń.

Kerberoasting kończy się powodzeniem z powodu słabości strukturalnych, a nie wad protokołu.

• Każdy uwierzytelniony podmiot może z założenia zażądać dowolnego biletu usługowego.
• Konta usługowe często są konfigurowane raz ze słabym hasłem, którego później nigdy się nie zmienia.
• Wiele z nich działa z wysokimi uprawnieniami, na przykład konta usług SQL należące do grupy Domain Admins.
• Łamanie odbywa się w całości offline, więc blokada konta nigdy nie zostaje wyzwolona.

Obrońcy mogą wykrywać roasting, analizując telemetrię żądań TGS.

• Monitorujcie zdarzenie 4769 pod kątem żądań biletów RC4 (0x17), zwłaszcza gdy pochodzą seriami z jednego konta.
• Generujcie alert, gdy jeden podmiot w krótkim czasie żąda biletów dla wielu różnych SPN.
• Wdróżcie konta SPN-pułapki, z których nie korzysta żadna prawidłowa usługa; każde żądanie jest złośliwe.

Trwałe rozwiązanie polega na usunięciu warunków, które umożliwiają łamanie biletów.

• Używajcie Group Managed Service Accounts (gMSA) z automatycznie zmienianymi hasłami o długości co najmniej 120 znaków.
• Wymuście długie, złożone hasła dla wszystkich pozostałych klasycznych kont usługowych.
• Wyłączcie RC4 i wymagajcie typów szyfrowania AES.
• Usuńcie niepotrzebne SPN i nadajcie kontom wyłącznie niezbędne uprawnienia.

Podczas autoryzowanych testów należy łamać bilety w odizolowanym środowisku i nigdy nie wynosić poświadczeń w postaci jawnego tekstu poza zakres zlecenia. Należy zgłosić, które konta udało się złamać i jak szybko, aby klient mógł ustalić priorytet migracji do gMSA.

Uzyskane hasła należy traktować jako dane wrażliwe: przechowywać je w postaci zaszyfrowanej i bezpowrotnie usunąć po sporządzeniu raportu.

Proszę potwierdzić znajomość mechanizmu Kerberoasting.

Poznali Państwo sposób wystawiania biletów przez Kerberos oraz sposób wykorzystywania tego mechanizmu w atakach.

• Bilety SPN są szyfrowane za pomocą hashy kont usługowych, co umożliwia ich łamanie offline.
• Bilety RC4 można szybko łamać; mechanizmy AES i gMSA zapewniają ochronę.
• AS-REP roasting nie wymaga poświadczeń, gdy wstępne uwierzytelnianie jest wyłączone.
• Pułapkowe SPN oraz monitorowanie zdarzenia 4769 pod kątem RC4 umożliwiają wykrywanie ataku.

W dalszej części omówimy ponowne wykorzystywanie skradzionych poświadczeń za pomocą Pass-the-Hash i Pass-the-Ticket.