FreeIPA Pentesting
Last updated
Last updated
Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
FreeIPA ist eine Open-Source-Alternative zu Microsoft Windows Active Directory, hauptsächlich für Unix-Umgebungen. Es kombiniert ein vollständiges LDAP-Verzeichnis mit einem MIT Kerberos Key Distribution Center für die Verwaltung ähnlich wie Active Directory. Es nutzt das Dogtag Zertifikatssystem für CA- und RA-Zertifikatsmanagement und unterstützt Multi-Faktor-Authentifizierung, einschließlich Smartcards. SSSD ist für Unix-Authentifizierungsprozesse integriert.
Die Datei unter /etc/krb5.conf
ist der Ort, an dem die Kerberos-Clientinformationen, die für die Anmeldung in der Domäne erforderlich sind, gespeichert sind. Dazu gehören die Standorte der KDCs und Admin-Server, Standardeinstellungen und Zuordnungen.
Systemweite Standardwerte für IPA-Clients und -Server werden in der Datei unter /etc/ipa/default.conf
festgelegt.
Hosts innerhalb der Domäne müssen eine krb5.keytab
-Datei unter /etc/krb5.keytab
für Authentifizierungsprozesse haben.
Verschiedene Umgebungsvariablen (KRB5CCNAME
, KRB5_KTNAME
, KRB5_CONFIG
, KRB5_KDC_PROFILE
, KRB5RCACHETYPE
, KRB5RCACHEDIR
, KRB5_TRACE
, KRB5_CLIENT_KTNAME
, KPROP_PORT
) werden verwendet, um auf spezifische Dateien und Einstellungen zu verweisen, die für die Kerberos-Authentifizierung relevant sind.
Werkzeuge wie ipa
, kdestroy
, kinit
, klist
, kpasswd
, ksu
, kswitch
und kvno
sind zentral für die Verwaltung von FreeIPA-Domänen, die Handhabung von Kerberos-Tickets, das Ändern von Passwörtern und das Erwerben von Servicetickets, unter anderem.
Eine Abbildung wird bereitgestellt, um eine typische FreeIPA-Serverkonfiguration darzustellen.
Die Authentifizierung in FreeIPA, die Kerberos nutzt, spiegelt die in Active Directory wider. Der Zugriff auf Domänenressourcen erfordert ein gültiges Kerberos-Ticket, das je nach Konfiguration der FreeIPA-Domäne an verschiedenen Orten gespeichert werden kann.
CCACHE-Dateien, die typischerweise in /tmp
mit 600 Berechtigungen gespeichert werden, sind binäre Formate zur Speicherung von Kerberos-Anmeldeinformationen, die für die Authentifizierung ohne das Klartextpasswort des Benutzers wichtig sind, aufgrund ihrer Portabilität. Das Parsen eines CCACHE-Tickets kann mit dem Befehl klist
erfolgen, und die Wiederverwendung eines gültigen CCACHE-Tickets erfordert das Exportieren von KRB5CCNAME
auf den Pfad der Ticketdatei.
Alternativ können CCACHE-Tickets im Linux-Keyring gespeichert werden, was mehr Kontrolle über das Ticketmanagement bietet. Der Umfang der Ticketablage variiert (KEYRING:name
, KEYRING:process:name
, KEYRING:thread:name
, KEYRING:session:name
, KEYRING:persistent:uidnumber
), wobei klist
in der Lage ist, diese Informationen für den Benutzer zu parsen. Die Wiederverwendung eines CCACHE-Tickets aus dem Unix-Keyring kann jedoch Herausforderungen mit sich bringen, wobei Werkzeuge wie Tickey verfügbar sind, um Kerberos-Tickets zu extrahieren.
Keytab-Dateien, die Kerberos-Principals und verschlüsselte Schlüssel enthalten, sind entscheidend für den Erhalt gültiger Ticketgranting-Tickets (TGT), ohne das Passwort des Principals zu benötigen. Das Parsen und die Wiederverwendung von Anmeldeinformationen aus Keytab-Dateien können einfach mit Dienstprogrammen wie klist
und Skripten wie KeytabParser durchgeführt werden.
Sie finden weitere Informationen zur Verwendung von Tickets in Linux unter folgendem Link:
Sie könnten die Enumeration über ldap und andere binäre Werkzeuge durchführen oder eine Verbindung zur Webseite am Port 443 des FreeIPA-Servers herstellen.
Es ist möglich, Hosts, Benutzer und Gruppen zu erstellen. Hosts und Benutzer werden in Container unter dem Namen „Hostgruppen“ und „Benutzergruppen“ sortiert. Diese sind ähnlich wie Organizational Units (OU).
Standardmäßig erlaubt der LDAP-Server in FreeIPA anonyme Bindungen, und ein großer Teil der Daten ist unauthentifiziert durchsuchbar. Dies kann alle Daten auflisten, die unauthentifiziert verfügbar sind:
Um mehr Informationen zu erhalten, müssen Sie eine authentifizierte Sitzung verwenden (siehe den Abschnitt Authentifizierung, um zu erfahren, wie Sie eine authentifizierte Sitzung vorbereiten).
Von einem mit der Domäne verbundenen Rechner können Sie installierte Binärdateien verwenden, um die Domäne aufzulisten:
Der admin Benutzer von FreeIPA entspricht den Domain-Admins aus AD.
Der root Benutzer des IPA-Servers hat Zugriff auf die Passwort-Hashes.
Der Passwort-Hash eines Benutzers wird als base64 im Attribut “userPassword” gespeichert. Dieser Hash kann SSHA512 (alte Versionen von FreeIPA) oder PBKDF2_SHA256 sein.
Der Nthash des Passworts wird als base64 in “ipaNTHash” gespeichert, wenn das System mit AD integriert ist.
Um diese Hashes zu knacken:
• Wenn FreeIPA mit AD integriert ist, ist ipaNTHash leicht zu knacken: Sie sollten base64 dekodieren -> als ASCII-Hex neu kodieren -> John The Ripper oder hashcat können Ihnen helfen, es schnell zu knacken.
• Wenn eine alte Version von FreeIPA verwendet wird, wird SSHA512 verwendet: Sie sollten base64 dekodieren -> SSHA512 Hash finden -> John The Ripper oder hashcat können Ihnen helfen, es zu knacken.
• Wenn eine neue Version von FreeIPA verwendet wird, wird PBKDF2_SHA256 verwendet: Sie sollten base64 dekodieren -> PBKDF2_SHA256 finden -> seine Länge beträgt 256 Byte. John kann mit 256 Bits (32 Byte) arbeiten -> SHA-265 wird als Pseudo-Zufallsfunktion verwendet, die Blockgröße beträgt 32 Byte -> Sie können nur die ersten 256 Bits unseres PBKDF2_SHA256-Hashes verwenden -> John The Ripper oder hashcat können Ihnen helfen, es zu knacken.
Um die Hashes zu extrahieren, müssen Sie root im FreeIPA-Server sein, dort können Sie das Tool dbscan
verwenden, um sie zu extrahieren:
Es gibt die Regeln, die bestimmten Benutzern oder Hosts über Ressourcen (Hosts, Dienste, Dienstgruppen...) spezifische Berechtigungen gewähren.
FreeIPA ermöglicht die zentrale Kontrolle über sudo-Berechtigungen über sudo-Regeln. Diese Regeln erlauben oder beschränken die Ausführung von Befehlen mit sudo auf Hosts innerhalb der Domäne. Ein Angreifer könnte potenziell die anwendbaren Hosts, Benutzer und erlaubten Befehle identifizieren, indem er diese Regelsets untersucht.
Eine Rolle besteht aus verschiedenen Befugnissen, von denen jedes eine Sammlung von Berechtigungen umfasst. Diese Rollen können Benutzern, Benutzer Gruppen, Hosts, Host-Gruppen und Diensten zugewiesen werden. Zum Beispiel kann die Standardrolle „Benutzeradministrator“ in FreeIPA diese Struktur veranschaulichen.
Die Rolle User Administrator
hat diese Befugnisse:
Benutzeradministratoren
Gruppenadministratoren
Stage Benutzeradministratoren
Mit den folgenden Befehlen ist es möglich, die Rollen, Befugnisse und Berechtigungen aufzulisten:
In https://posts.specterops.io/attacking-freeipa-part-iii-finding-a-path-677405b5b95e finden Sie ein einfaches Beispiel, wie man einige Berechtigungen ausnutzen kann, um die Domain zu kompromittieren.
Wenn Sie einen neuen Benutzer mit dem Namen root
erstellen können, können Sie ihn impersonifizieren und Sie werden in der Lage sein, SSH in jede Maschine als root zu machen.
DAS WURDE BEHOBEN.
Sie können eine detaillierte Erklärung in https://posts.specterops.io/attacking-freeipa-part-iv-cve-2020-10747-7c373a1bf66b überprüfen.
Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)