FreeIPA Pentesting
Grundinformationen
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 Zertifikatsystem für CA- und RA-Zertifikatsverwaltung und unterstützt Multi-Faktor-Authentifizierung, einschließlich Smartcards. SSSD ist für Unix-Authentifizierungsprozesse integriert.
Fingerabdrücke
Dateien & Umgebungsvariablen
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.
Binaries
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.
Netzwerk
Eine Abbildung wird bereitgestellt, um eine typische FreeIPA-Serverkonfiguration darzustellen.
Authentifizierung
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 Ticketdateien
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.
Unix Keyring
Alternativ können CCACHE-Tickets im Linux-Keyring gespeichert werden, was mehr Kontrolle über die Ticketverwaltung 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
Keytab-Dateien, die Kerberos-Principals und verschlüsselte Schlüssel enthalten, sind entscheidend für den Erhalt gültiger Ticket Granting 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.
Cheatsheet
Sie finden weitere Informationen zur Verwendung von Tickets in Linux unter folgendem Link:
Enumeration
Sie können die Enumeration über ldap und andere binäre Werkzeuge durchführen oder eine Verbindung zur Webseite am Port 443 des FreeIPA-Servers herstellen.
Hosts, Benutzer und Gruppen
Es ist möglich, Hosts, Benutzer und Gruppen zu erstellen. Hosts und Benutzer werden in Container unter dem Namen „Host-Gruppen“ 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 aufrufbar. Dies kann alle Daten auflisten, die unauthentifiziert verfügbar sind:
Um mehr Informationen zu erhalten, müssen Sie eine authentifizierte Sitzung verwenden (überprüfen Sie 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.
Hashes
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 -> es 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:
HBAC-Rules
Dies sind die Regeln, die bestimmten Benutzern oder Hosts über Ressourcen (Hosts, Dienste, Dienstgruppen...) spezifische Berechtigungen gewähren.
Sudo-Rules
FreeIPA ermöglicht die zentrale Kontrolle über sudo permissions über sudo-rules. 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.
Rollenbasierte Zugriffskontrolle
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 Benutzeradministrator
hat diese Befugnisse:
Benutzeradministratoren
Gruppenadministratoren
Stage-Benutzeradministratoren
Mit den folgenden Befehlen ist es möglich, die Rollen, Befugnisse und Berechtigungen aufzulisten:
Angriffsszenario Beispiel
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.
Linikatz/LinikatzV2
Privesc
root Benutzererstellung
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 als root auf jede Maschine zuzugreifen.
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.
Referenzen
Last updated