Windows Local Privilege Escalation
Bestes Tool zur Suche nach Windows lokalen Privilegieneskalationsvektoren: WinPEAS
Initiale Windows-Theorie
Zugriffstoken
Wenn Sie nicht wissen, was Windows-Zugriffstoken sind, lesen Sie die folgende Seite, bevor Sie fortfahren:
pageAccess TokensACLs - DACLs/SACLs/ACEs
Überprüfen Sie die folgende Seite für weitere Informationen zu ACLs - DACLs/SACLs/ACEs:
pageACLs - DACLs/SACLs/ACEsIntegritätsstufen
Wenn Sie nicht wissen, was Integritätsstufen in Windows sind, sollten Sie die folgende Seite lesen, bevor Sie fortfahren:
pageIntegrity LevelsWindows-Sicherheitskontrollen
Es gibt verschiedene Dinge in Windows, die Sie daran hindern könnten, das System aufzulisten, ausführbare Dateien auszuführen oder sogar Ihre Aktivitäten zu erkennen. Sie sollten die folgende Seite lesen und alle diese Abwehrmechanismen aufzählen, bevor Sie mit der Privilegieneskalationsaufzählung beginnen:
pageWindows Security ControlsSysteminformationen
Versionsinformationen aufzählen
Überprüfen Sie, ob die Windows-Version bekannte Sicherheitslücken aufweist (überprüfen Sie auch die angewendeten Patches).
Versions-Exploits
Diese Seite ist nützlich, um detaillierte Informationen über Sicherheitslücken von Microsoft zu suchen. Diese Datenbank enthält mehr als 4.700 Sicherheitslücken und zeigt die massive Angriffsfläche, die eine Windows-Umgebung bietet.
Auf dem System
post/windows/gather/enum_patches
post/multi/recon/local_exploit_suggester
winpeas (Winpeas hat Watson eingebettet)
Lokal mit Systeminformationen
Github-Repositories von Exploits:
Umgebung
Irgendwelche Anmeldeinformationen/Saftige Informationen in den Umgebungsvariablen gespeichert?
PowerShell-Verlauf
PowerShell Transkriptdateien
Sie können lernen, wie Sie dies unter https://sid-500.com/2017/11/07/powershell-enabling-transcription-logging-by-using-group-policy/ aktivieren.
PowerShell-Modulprotokollierung
Details zu PowerShell-Pipeline-Ausführungen werden erfasst, einschließlich ausgeführter Befehle, Befehlsaufrufe und Teile von Skripten. Es besteht jedoch die Möglichkeit, dass nicht alle Ausführungsdetails und Ausgabenergebnisse erfasst werden.
Um dies zu aktivieren, befolgen Sie die Anweisungen im Abschnitt "Transkriptdateien" der Dokumentation und wählen Sie "Modulprotokollierung" anstelle von "PowerShell-Transkription".
Um die letzten 15 Ereignisse aus den Powershell-Protokollen anzuzeigen, können Sie Folgendes ausführen:
PowerShell Skriptblock-Protokollierung
Eine vollständige Aktivitäts- und Inhaltsaufzeichnung der Skriptausführung wird erfasst, um sicherzustellen, dass jeder Codeblock dokumentiert wird, während er ausgeführt wird. Dieser Prozess bewahrt einen umfassenden Prüfpfad jeder Aktivität, der für forensische Untersuchungen und die Analyse bösartigen Verhaltens wertvoll ist. Durch die Dokumentation aller Aktivitäten zum Zeitpunkt der Ausführung werden detaillierte Einblicke in den Prozess bereitgestellt.
Die Ereignisse für den Skriptblock können im Windows-Ereignisprotokoll unter dem Pfad Anwendungs- und Dienstprotokolle > Microsoft > Windows > PowerShell > Operational gefunden werden. Um die letzten 20 Ereignisse anzuzeigen, können Sie Folgendes verwenden:
Interneteinstellungen
Laufwerke
WSUS
Sie können das System kompromittieren, wenn die Updates nicht über httpS, sondern über http angefordert werden.
Beginnen Sie damit zu überprüfen, ob das Netzwerk ein nicht-SSL WSUS-Update verwendet, indem Sie Folgendes ausführen:
Wenn Sie eine Antwort wie folgt erhalten:
Und wenn HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU /v UseWUServer
gleich 1
ist.
Dann ist es ausnutzbar. Wenn der letzte Registrierungseintrag gleich 0 ist, wird der WSUS-Eintrag ignoriert.
Um diese Schwachstellen auszunutzen, können Sie Tools wie: Wsuxploit, pyWSUS verwenden - Diese sind MiTM weaponized Exploit-Skripte, um 'gefälschte' Updates in den nicht-SSL-WSUS-Verkehr einzuspeisen.
Lesen Sie die Forschung hier:
WSUS CVE-2020-1013
Lesen Sie den vollständigen Bericht hier. Grundsätzlich ist dies die Schwachstelle, die dieser Fehler ausnutzt:
Wenn wir die Möglichkeit haben, unseren lokalen Benutzerproxy zu ändern, und Windows Updates den in den Einstellungen des Internet Explorers konfigurierten Proxy verwendet, haben wir daher die Möglichkeit, PyWSUS lokal auszuführen, um unseren eigenen Verkehr abzufangen und Code als erhöhter Benutzer auf unserem Asset auszuführen.
Darüber hinaus verwendet der WSUS-Dienst die Einstellungen des aktuellen Benutzers und verwendet auch dessen Zertifikatsspeicher. Wenn wir ein selbstsigniertes Zertifikat für den WSUS-Hostname generieren und dieses Zertifikat in den Zertifikatsspeicher des aktuellen Benutzers hinzufügen, können wir sowohl HTTP- als auch HTTPS-WSUS-Verkehr abfangen. WSUS verwendet keine HSTS-ähnlichen Mechanismen, um eine Vertrauens-auf-ersten-Blick-Typ-Validierung des Zertifikats zu implementieren. Wenn das vom Benutzer vertraute und den richtigen Hostnamen aufweisende Zertifikat vorgelegt wird, wird es vom Dienst akzeptiert.
Sie können diese Schwachstelle mit dem Tool WSUSpicious ausnutzen (sobald es freigegeben ist).
KrbRelayUp
Eine lokale Privilegieneskalation-Schwachstelle besteht in Windows-Domänen-Umgebungen unter bestimmten Bedingungen. Diese Bedingungen umfassen Umgebungen, in denen LDAP-Signierung nicht durchgesetzt wird, Benutzer über Selbstrechte verfügen, die es ihnen ermöglichen, Resource-Based Constrained Delegation (RBCD) zu konfigurieren, und die Fähigkeit für Benutzer, Computer in der Domäne zu erstellen. Es ist wichtig zu beachten, dass diese Anforderungen mit Standardwerten erfüllt werden.
Finden Sie den Exploit unter https://github.com/Dec0ne/KrbRelayUp
Für weitere Informationen zum Ablauf des Angriffs siehe https://research.nccgroup.com/2019/08/20/kerberos-resource-based-constrained-delegation-when-an-image-change-leads-to-a-privilege-escalation/
AlwaysInstallElevated
Wenn diese 2 Registrierungen aktiviert sind (Wert ist 0x1), können Benutzer mit beliebigen Berechtigungen *.msi
-Dateien als NT AUTHORITY\SYSTEM installieren (ausführen).
Metasploit Payloads
Wenn Sie eine Meterpreter-Sitzung haben, können Sie diese Technik mithilfe des Moduls exploit/windows/local/always_install_elevated
automatisieren.
PowerUP
Verwenden Sie den Befehl Write-UserAddMSI
von PowerUP, um im aktuellen Verzeichnis eine Windows MSI-Binärdatei zu erstellen, um Berechtigungen zu eskalieren. Dieses Skript schreibt einen vorab kompilierten MSI-Installer, der zur Hinzufügung eines Benutzers/einer Gruppe auffordert (daher benötigen Sie GIU-Zugriff):
Ausführen des erstellten Binärdatei zur Eskalation von Berechtigungen.
MSI-Wrapper
Lesen Sie dieses Tutorial, um zu lernen, wie Sie einen MSI-Wrapper mit diesen Tools erstellen. Beachten Sie, dass Sie eine ".bat"-Datei einpacken können, wenn Sie nur Befehlszeilen ausführen möchten.
pageMSI WrapperErstellen von MSI mit WIX
pageCreate MSI with WIXErstellen von MSI mit Visual Studio
Generieren Sie mit Cobalt Strike oder Metasploit ein neues Windows EXE TCP Payload unter
C:\privesc\beacon.exe
.Öffnen Sie Visual Studio, wählen Sie Ein neues Projekt erstellen und geben Sie "Installer" in das Suchfeld ein. Wählen Sie das Projekt Setup-Assistent aus und klicken Sie auf Weiter.
Geben Sie dem Projekt einen Namen, z.B. AlwaysPrivesc, verwenden Sie
C:\privesc
als Speicherort, wählen Sie Lösung und Projekt im gleichen Verzeichnis platzieren aus und klicken Sie auf Erstellen.Klicken Sie immer auf Weiter, bis Sie zu Schritt 3 von 4 (Dateien zum Einbeziehen auswählen) gelangen. Klicken Sie auf Hinzufügen und wählen Sie das gerade generierte Beacon-Payload aus. Klicken Sie dann auf Fertigstellen.
Markieren Sie das AlwaysPrivesc-Projekt im Lösung Explorer und ändern Sie in den Eigenschaften TargetPlatform von x86 auf x64.
Es gibt auch andere Eigenschaften, die Sie ändern können, wie z.B. Autor und Hersteller, um die installierte App authentischer aussehen zu lassen.
Klicken Sie mit der rechten Maustaste auf das Projekt und wählen Sie Ansicht > Benutzerdefinierte Aktionen.
Klicken Sie mit der rechten Maustaste auf Installieren und wählen Sie Benutzerdefinierte Aktion hinzufügen.
Doppelklicken Sie auf Anwendungsordner, wählen Sie Ihre beacon.exe-Datei aus und klicken Sie auf OK. Dadurch wird sichergestellt, dass das Beacon-Payload sofort ausgeführt wird, sobald der Installer gestartet wird.
Ändern Sie unter den Eigenschaften der benutzerdefinierten Aktion Run64Bit auf True.
Schließlich bauen Sie es.
Wenn die Warnung
Datei 'beacon-tcp.exe', die auf 'x64' abzielt, nicht mit der Zielplattform des Projekts 'x86' kompatibel ist
angezeigt wird, stellen Sie sicher, dass Sie die Plattform auf x64 festlegen.
MSI-Installation
Um die Installation der bösartigen .msi
-Datei im Hintergrund auszuführen:
Um diese Schwachstelle auszunutzen, können Sie verwenden: exploit/windows/local/always_install_elevated
Antivirus und Detektoren
Überprüfungseinstellungen
Diese Einstellungen bestimmen, was protokolliert wird, daher sollten Sie darauf achten
WEF
Windows Event Forwarding ist interessant zu wissen, wohin die Protokolle gesendet werden.
LAPS
LAPS ist konzipiert für das Management von lokalen Administratorpasswörtern, um sicherzustellen, dass jedes Passwort auf Computern, die einer Domäne beigetreten sind, eindeutig, zufällig und regelmäßig aktualisiert wird. Diese Passwörter werden sicher im Active Directory gespeichert und können nur von Benutzern abgerufen werden, denen durch ACLs ausreichende Berechtigungen erteilt wurden, um lokale Admin-Passwörter anzuzeigen, wenn sie autorisiert sind.
pageLAPSWDigest
Wenn aktiv, werden Klartextpasswörter im LSASS (Local Security Authority Subsystem Service) gespeichert. Weitere Informationen zu WDigest auf dieser Seite.
LSA-Schutz
Ab Windows 8.1 führte Microsoft einen erweiterten Schutz für die Local Security Authority (LSA) ein, um Versuche von nicht vertrauenswürdigen Prozessen zu blockieren, auf ihren Speicher zuzugreifen oder Code einzuspritzen, um das System weiter abzusichern. Weitere Informationen zum LSA-Schutz hier.
Anmeldeinformationswächter
Anmeldeinformationswächter wurde in Windows 10 eingeführt. Sein Zweck ist es, die auf einem Gerät gespeicherten Anmeldeinformationen vor Bedrohungen wie Pass-the-Hash-Angriffen zu schützen.| Weitere Informationen zum Anmeldeinformationswächter hier.
Zwischengespeicherte Anmeldeinformationen
Domänenanmeldeinformationen werden vom Lokalen Sicherheitsdienst (LSA) authentifiziert und von Betriebssystemkomponenten genutzt. Wenn die Anmeldedaten eines Benutzers von einem registrierten Sicherheitspaket authentifiziert werden, werden in der Regel Domänenanmeldeinformationen für den Benutzer erstellt. Weitere Informationen zu zwischengespeicherten Anmeldeinformationen hier.
Benutzer & Gruppen
Benutzer & Gruppen auflisten
Sie sollten überprüfen, ob eine der Gruppen, zu denen Sie gehören, interessante Berechtigungen hat.
Privilegierte Gruppen
Wenn Sie einer privilegierten Gruppe angehören, können Sie möglicherweise Berechtigungen eskalieren. Erfahren Sie mehr über privilegierte Gruppen und wie Sie sie missbrauchen können, um Berechtigungen zu eskalieren, hier:
pagePrivileged GroupsToken-Manipulation
Erfahren Sie mehr darüber, was ein Token ist, auf dieser Seite: Windows Tokens. Überprüfen Sie die folgende Seite, um mehr über interessante Tokens zu erfahren und wie Sie sie missbrauchen können:
pageAbusing TokensAngemeldete Benutzer / Sitzungen
Benutzerordner
Passwortrichtlinie
Holen Sie sich den Inhalt der Zwischenablage
Laufende Prozesse
Datei- und Ordnerberechtigungen
Zunächst einmal sollten Sie die Prozesse auflisten, um nach Passwörtern in der Befehlszeile des Prozesses zu suchen. Überprüfen Sie, ob Sie eine ausführbare Datei überschreiben können, die gerade ausgeführt wird, oder ob Sie Schreibberechtigungen für den Ordner der ausführbaren Datei haben, um mögliche DLL-Hijacking-Angriffe auszunutzen:
Überprüfen Sie immer, ob möglicherweise Electron/CEF/Chromium-Debugger ausgeführt wird, den Sie missbrauchen könnten, um Berechtigungen zu eskalieren.
Überprüfung der Berechtigungen der Prozessbinärdateien
Überprüfung der Berechtigungen der Ordner der Prozessbinärdateien (DLL Hijacking)
Speicherpasswort-Mining
Sie können einen Speicherdump eines laufenden Prozesses mithilfe von procdump von Sysinternals erstellen. Dienste wie FTP haben die Anmeldeinformationen im Klartext im Speicher, versuchen Sie, den Speicher zu dumpen und die Anmeldeinformationen zu lesen.
Unsichere GUI-Apps
Anwendungen, die als SYSTEM ausgeführt werden, können einem Benutzer ermöglichen, eine CMD zu starten oder Verzeichnisse zu durchsuchen.
Beispiel: "Windows-Hilfe und Support" (Windows + F1), Suche nach "Eingabeaufforderung", klicke auf "Klicken Sie hier, um die Eingabeaufforderung zu öffnen"
Dienste
Erhalten Sie eine Liste der Dienste:
Berechtigungen
Sie können sc verwenden, um Informationen zu einem Dienst zu erhalten
Es wird empfohlen, das Binärprogramm accesschk von Sysinternals zu verwenden, um das erforderliche Berechtigungsniveau für jeden Dienst zu überprüfen.
Es wird empfohlen zu überprüfen, ob "Authentifizierte Benutzer" einen Dienst ändern können:
Hier können Sie accesschk.exe für XP herunterladen
Dienst aktivieren
Wenn Sie diesen Fehler haben (zum Beispiel bei SSDPSRV):
Systemfehler 1058 ist aufgetreten. Der Dienst kann nicht gestartet werden, entweder weil er deaktiviert ist oder weil keine aktivierten Geräte damit verbunden sind.
Sie können es aktivieren, indem Sie:
Beachten Sie, dass der Dienst upnphost von SSDPSRV abhängt, um zu funktionieren (für XP SP1)
Ein weiterer Workaround für dieses Problem besteht darin, auszuführen:
Ändern des Dienst-Binärpfads
In dem Szenario, in dem die Gruppe "Authentifizierte Benutzer" SERVICE_ALL_ACCESS auf einen Dienst besitzt, ist eine Änderung des ausführbaren Binärpfads des Dienstes möglich. Um sc zu ändern und auszuführen:
Dienst neu starten
Privilegien können durch verschiedene Berechtigungen eskaliert werden:
SERVICE_CHANGE_CONFIG: Ermöglicht die Neukonfiguration des Dienstbinärs.
WRITE_DAC: Ermöglicht die Neukonfiguration von Berechtigungen, was zur Möglichkeit führt, Dienstkonfigurationen zu ändern.
WRITE_OWNER: Ermöglicht den Erwerb von Eigentum und die Neukonfiguration von Berechtigungen.
GENERIC_WRITE: Erbt die Fähigkeit, Dienstkonfigurationen zu ändern.
GENERIC_ALL: Erbt ebenfalls die Fähigkeit, Dienstkonfigurationen zu ändern.
Für die Erkennung und Ausnutzung dieser Schwachstelle kann das exploit/windows/local/service_permissions verwendet werden.
Schwache Berechtigungen von Dienstbinärdateien
Überprüfen Sie, ob Sie die Binärdatei, die von einem Dienst ausgeführt wird, ändern können oder ob Sie Schreibberechtigungen im Ordner haben, in dem sich die Binärdatei befindet (DLL Hijacking). Sie können jede Binärdatei, die von einem Dienst ausgeführt wird, mit wmic (nicht in system32) abrufen und Ihre Berechtigungen mit icacls überprüfen:
Du kannst auch sc und icacls verwenden:
Dienst-Registrierungsberechtigungen ändern
Sie sollten überprüfen, ob Sie eine Dienstregistrierung ändern können. Sie können Ihre Berechtigungen für eine Dienstregistrierung überprüfen, indem Sie:
Es sollte überprüft werden, ob Authentifizierte Benutzer oder NT AUTHORITY\INTERACTIVE über FullControl
-Berechtigungen verfügen. Wenn dies der Fall ist, kann die vom Dienst ausgeführte Binärdatei geändert werden.
Um den Pfad der ausgeführten Binärdatei zu ändern:
Dienst-Registrierungsberechtigungen AppendData/AddSubdirectory
Wenn Sie diese Berechtigung über eine Registrierung haben, bedeutet dies, dass Sie Unterregistrierungen von dieser erstellen können. Im Falle von Windows-Diensten reicht dies aus, um beliebigen Code auszuführen:
pageAppendData/AddSubdirectory permission over service registryNicht in Anführungszeichen gesetzte Dienstpfade
Wenn der Pfad zu einer ausführbaren Datei nicht in Anführungszeichen steht, wird Windows versuchen, jedes Ende vor einem Leerzeichen auszuführen.
Zum Beispiel wird für den Pfad C:\Program Files\Some Folder\Service.exe Windows versuchen, auszuführen:
Liste alle nicht in Anführungszeichen stehenden Dienstpfade auf, die nicht zu den integrierten Windows-Diensten gehören:
Sie können diese Schwachstelle mit Metasploit erkennen und ausnutzen: exploit/windows/local/trusted\_service\_path
Sie können manuell eine Dienst-Binary mit Metasploit erstellen:
Wiederherstellungsmaßnahmen
Windows ermöglicht es Benutzern, Aktionen festzulegen, die im Falle eines Dienstfehlers ausgeführt werden sollen. Diese Funktion kann so konfiguriert werden, dass sie auf eine ausführbare Datei verweist. Wenn diese ausführbare Datei austauschbar ist, könnte eine Privilegieneskalation möglich sein. Weitere Details finden Sie in der offiziellen Dokumentation.
Anwendungen
Installierte Anwendungen
Überprüfen Sie die Berechtigungen der ausführbaren Dateien (vielleicht können Sie eine überschreiben und Privilegien eskalieren) und der Ordner (DLL-Hijacking).
Schreibberechtigungen
Überprüfen Sie, ob Sie einige Konfigurationsdateien ändern können, um auf bestimmte spezielle Dateien zuzugreifen, oder ob Sie einige ausführbare Dateien ändern können, die von einem Administratorkonto ausgeführt werden (schedtasks).
Eine Möglichkeit, schwache Ordner-/Dateiberechtigungen im System zu finden, besteht darin:
Beim Start ausführen
Überprüfen Sie, ob Sie einige Registrierungseinträge oder Binärdateien überschreiben können, die von einem anderen Benutzer ausgeführt werden. Lesen Sie die folgende Seite, um mehr über interessante Autorun-Standorte zur Eskalation von Berechtigungen zu erfahren:
pagePrivilege Escalation with AutorunsTreiber
Suchen Sie nach möglichen Drittanbieter seltsamen/verwundbaren Treibern
PATH DLL Hijacking
Wenn Sie Schreibberechtigungen innerhalb eines Ordners haben, der sich im PATH befindet, könnten Sie in der Lage sein, eine von einem Prozess geladene DLL zu hijacken und Berechtigungen zu eskalieren.
Überprüfen Sie die Berechtigungen aller Ordner im PATH:
Für weitere Informationen darüber, wie man diese Überprüfung missbrauchen kann:
pageWritable Sys Path +Dll Hijacking PrivescNetzwerk
Freigaben
Hosts-Datei
Überprüfen Sie, ob andere bekannte Computer fest in der Hosts-Datei eingetragen sind.
Netzwerkschnittstellen & DNS
Offene Ports
Überprüfen Sie eingeschränkte Dienste von außen
Routingstabelle
ARP-Tabelle
Firewall Regeln
Überprüfen Sie diese Seite für Firewall-bezogene Befehle (Regeln auflisten, Regeln erstellen, ausschalten, ausschalten...)
Weitere Befehle zur Netzwerkenumeration hier
Windows Subsystem für Linux (WSL)
Der Binär bash.exe
kann auch in C:\Windows\WinSxS\amd64_microsoft-windows-lxssbash_[...]\bash.exe
gefunden werden.
Wenn Sie Root-Benutzerrechte erhalten, können Sie auf jedem Port lauschen (beim ersten Mal, wenn Sie nc.exe
verwenden, um auf einem Port zuzuhören, wird über die GUI gefragt, ob nc
durch die Firewall zugelassen werden soll).
Um Bash einfach als Root zu starten, können Sie --default-user root
ausprobieren.
Sie können das Dateisystem von WSL
im Ordner C:\Users\%USERNAME%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\
erkunden.
Windows-Anmeldeinformationen
Winlogon-Anmeldeinformationen
Anmeldeinformationsverwaltung / Windows-Tresor
Von https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault Der Windows-Tresor speichert Benutzeranmeldeinformationen für Server, Websites und andere Programme, mit denen Windows die Benutzer automatisch anmelden kann. Auf den ersten Blick mag es so aussehen, als könnten Benutzer ihre Facebook-Anmeldeinformationen, Twitter-Anmeldeinformationen, Gmail-Anmeldeinformationen usw. speichern, um sich automatisch über Browser anzumelden. Aber das ist nicht der Fall.
Der Windows-Tresor speichert Anmeldeinformationen, mit denen Windows die Benutzer automatisch anmelden kann, was bedeutet, dass jede Windows-Anwendung, die Anmeldeinformationen benötigt, um auf eine Ressource zuzugreifen (Server oder eine Website) diesen Anmeldeinformationsverwalter & Windows-Tresor nutzen kann und die bereitgestellten Anmeldeinformationen anstelle der Benutzereingabe des Benutzernamens und des Passworts verwenden kann.
Es ist meiner Meinung nach nicht möglich, dass Anwendungen die Anmeldeinformationen für eine bestimmte Ressource verwenden, es sei denn, sie interagieren mit dem Anmeldeinformationsverwalter. Wenn Ihre Anwendung also den Tresor nutzen möchte, sollte sie irgendwie mit dem Anmeldeinformationsverwalter kommunizieren und die Anmeldeinformationen für diese Ressource aus dem Standardspeichertresor anfordern.
Verwenden Sie cmdkey
, um die gespeicherten Anmeldeinformationen auf dem Gerät aufzulisten.
Dann können Sie runas
mit den /savecred
-Optionen verwenden, um die gespeicherten Anmeldeinformationen zu verwenden. Das folgende Beispiel ruft eine entfernte Binärdatei über einen SMB-Freigabe auf.
Verwenden von runas
mit einem bereitgestellten Satz von Anmeldeinformationen.
Hinweis: mimikatz, lazagne, credentialfileview, VaultPasswordView oder aus dem Empire Powershells Modul.
DPAPI
Die Data Protection API (DPAPI) bietet eine Methode zur symmetrischen Verschlüsselung von Daten, die hauptsächlich im Windows-Betriebssystem für die symmetrische Verschlüsselung asymmetrischer privater Schlüssel verwendet wird. Diese Verschlüsselung nutzt ein Benutzer- oder Systemgeheimnis, um signifikant zur Entropie beizutragen.
DPAPI ermöglicht die Verschlüsselung von Schlüsseln durch einen symmetrischen Schlüssel, der aus den Anmeldegeheimnissen des Benutzers abgeleitet wird. In Szenarien mit Systemverschlüsselung verwendet es die Authentifizierungsgeheimnisse der Domäne des Systems.
Verschlüsselte Benutzer-RSA-Schlüssel werden unter Verwendung von DPAPI im Verzeichnis %APPDATA%\Microsoft\Protect\{SID}
gespeichert, wobei {SID}
die Security Identifier des Benutzers darstellt. Der DPAPI-Schlüssel, der zusammen mit dem Master-Key, der die privaten Schlüssel des Benutzers in derselben Datei schützt, abgelegt ist, besteht typischerweise aus 64 Bytes zufälliger Daten. (Es ist wichtig zu beachten, dass der Zugriff auf dieses Verzeichnis eingeschränkt ist, um das Auflisten des Inhalts über den dir
-Befehl in CMD zu verhindern, obwohl dies über PowerShell möglich ist).
Sie können das Mimikatz-Modul dpapi::masterkey
mit den entsprechenden Argumenten (/pvk
oder /rpc
) verwenden, um es zu entschlüsseln.
Die von dem Masterpasswort geschützten Anmeldedateien befinden sich normalerweise in:
Du kannst das Mimikatz-Modul dpapi::cred
mit dem entsprechenden /masterkey
verwenden, um zu entschlüsseln.
Du kannst viele DPAPI-Masterkeys aus dem Speicher mit dem Modul sekurlsa::dpapi
extrahieren (wenn du root bist).
PowerShell-Anmeldeinformationen
PowerShell-Anmeldeinformationen werden häufig für Skripting und Automatisierungsaufgaben verwendet, um verschlüsselte Anmeldeinformationen bequem zu speichern. Die Anmeldeinformationen sind durch DPAPI geschützt, was in der Regel bedeutet, dass sie nur vom selben Benutzer auf demselben Computer entschlüsselt werden können, auf dem sie erstellt wurden.
Um PS-Anmeldeinformationen aus der Datei, die sie enthält, zu entschlüsseln, kannst du Folgendes tun:
WLAN
Gespeicherte RDP-Verbindungen
Sie können sie unter HKEY_USERS\<SID>\Software\Microsoft\Terminal Server Client\Servers\
finden
und unter HKCU\Software\Microsoft\Terminal Server Client\Servers\
Kürzlich ausgeführte Befehle
Remote Desktop-Anmeldeinformations-Manager
Verwenden Sie das Mimikatz dpapi::rdg
Modul mit dem entsprechenden /masterkey
, um .rdg-Dateien zu entschlüsseln.
Sie können viele DPAPI-Masterkeys aus dem Speicher mit dem Mimikatz sekurlsa::dpapi
Modul extrahieren.
Sticky Notes
Menschen verwenden oft die StickyNotes-App auf Windows-Workstations, um Passwörter und andere Informationen zu speichern, ohne zu realisieren, dass es sich um eine Datenbankdatei handelt. Diese Datei befindet sich unter C:\Users\<user>\AppData\Local\Packages\Microsoft.MicrosoftStickyNotes_8wekyb3d8bbwe\LocalState\plum.sqlite
und ist es immer wert, danach zu suchen und sie zu untersuchen.
AppCmd.exe
Beachten Sie, dass Sie Administratorrechte benötigen und unter einem hohen Integritätslevel laufen müssen, um Passwörter aus AppCmd.exe wiederherzustellen.
AppCmd.exe befindet sich im %systemroot%\system32\inetsrv\
Verzeichnis.
Wenn diese Datei vorhanden ist, ist es möglich, dass einige Anmeldeinformationen konfiguriert wurden und wiederhergestellt werden können.
Dieser Code wurde aus PowerUP extrahiert:
SCClient / SCCM
Überprüfen Sie, ob C:\Windows\CCM\SCClient.exe
existiert.
Installationsprogramme werden mit SYSTEM-Berechtigungen ausgeführt, viele sind anfällig für DLL-Sideloading (Informationen von https://github.com/enjoiz/Privesc).
Dateien und Registrierung (Anmeldeinformationen)
Putty-Anmeldeinformationen
Putty SSH-Hostschlüssel
SSH-Schlüssel in der Registrierung
SSH-Private Schlüssel können im Registrierungsschlüssel HKCU\Software\OpenSSH\Agent\Keys
gespeichert werden, daher sollten Sie überprüfen, ob sich dort etwas Interessantes befindet:
Wenn Sie einen Eintrag in diesem Pfad finden, handelt es sich wahrscheinlich um einen gespeicherten SSH-Schlüssel. Er ist verschlüsselt gespeichert, kann aber leicht mit https://github.com/ropnop/windows_sshagent_extract entschlüsselt werden. Weitere Informationen zu dieser Technik finden Sie hier: https://blog.ropnop.com/extracting-ssh-private-keys-from-windows-10-ssh-agent/
Wenn der Dienst ssh-agent
nicht ausgeführt wird und Sie möchten, dass er beim Booten automatisch startet, führen Sie aus:
Es scheint, dass diese Technik nicht mehr gültig ist. Ich habe versucht, einige SSH-Schlüssel zu erstellen, sie mit ssh-add
hinzuzufügen und mich über SSH bei einer Maschine anzumelden. Der Registrierungseintrag HKCU\Software\OpenSSH\Agent\Keys existiert nicht und Procmon hat die Verwendung von dpapi.dll
während der authentifizierung mit asymmetrischen Schlüsseln nicht identifiziert.
Unbeaufsichtigte Dateien
Sie können auch nach diesen Dateien mit Metasploit suchen: post/windows/gather/enum_unattend
Beispielinhalt:
SAM & SYSTEM-Backups
Cloud-Anmeldeinformationen
McAfee SiteList.xml
Suchen Sie nach einer Datei namens SiteList.xml
Zwischengespeichertes GPP-Passwort
Früher war es möglich, benutzerdefinierte lokale Administratorkonten auf einer Gruppe von Maschinen über Gruppenrichtlinienvoreinstellungen (GPP) bereitzustellen. Dieser Ansatz wies jedoch erhebliche Sicherheitslücken auf. Erstens konnten die Gruppenrichtlinienobjekte (GPOs), die als XML-Dateien in SYSVOL gespeichert sind, von jedem Domänenbenutzer abgerufen werden. Zweitens konnten die Passwörter in diesen GPPs, die mit AES256 unter Verwendung eines öffentlich dokumentierten Standardschlüssels verschlüsselt waren, von jedem authentifizierten Benutzer entschlüsselt werden. Dies stellte ein ernsthaftes Risiko dar, da es Benutzern ermöglichen könnte, erhöhte Berechtigungen zu erlangen.
Um dieses Risiko zu mindern, wurde eine Funktion entwickelt, um nach lokal zwischengespeicherten GPP-Dateien zu suchen, die ein nicht leeres "cpassword"-Feld enthalten. Beim Auffinden einer solchen Datei entschlüsselt die Funktion das Passwort und gibt ein benutzerdefiniertes PowerShell-Objekt zurück. Dieses Objekt enthält Details zu den GPPs und dem Speicherort der Datei, was bei der Identifizierung und Behebung dieser Sicherheitslücke hilft.
Suchen Sie in C:\ProgramData\Microsoft\Group Policy\history
oder in C:\Documents and Settings\All Users\Application Data\Microsoft\Group Policy\history (vor W Vista) nach diesen Dateien:
Groups.xml
Services.xml
Scheduledtasks.xml
DataSources.xml
Printers.xml
Drives.xml
Zum Entschlüsseln des cPassword:
Verwenden von crackmapexec, um die Passwörter zu erhalten:
IIS Web Konfiguration
Beispiel einer web.config mit Anmeldedaten:
OpenVPN Anmeldedaten
Protokolle
Nach Anmeldeinformationen fragen
Sie können den Benutzer immer auffordern, seine Anmeldeinformationen einzugeben oder sogar die Anmeldeinformationen eines anderen Benutzers, wenn Sie glauben, dass er sie kennen kann (beachten Sie, dass das direkte Fragen des Clients nach den Anmeldeinformationen wirklich riskant ist):
Mögliche Dateinamen, die Anmeldeinformationen enthalten
Bekannte Dateien, die früher Passwörter im Klartext oder Base64 enthielten
Durchsuchen Sie alle vorgeschlagenen Dateien:
Anmeldeinformationen im Papierkorb
Sie sollten auch den Papierkorb überprüfen, um nach darin enthaltenen Anmeldeinformationen zu suchen.
Um Passwörter wiederherzustellen, die von verschiedenen Programmen gespeichert wurden, können Sie folgendes verwenden: http://www.nirsoft.net/password_recovery_tools.html
Im Registrierungseditor
Andere mögliche Registrierungsschlüssel mit Anmeldeinformationen
Extrahieren von openssh-Schlüsseln aus der Registrierung.
Browserverlauf
Sie sollten nach Datenbanken suchen, in denen Passwörter von Chrome oder Firefox gespeichert sind. Überprüfen Sie auch den Verlauf, Lesezeichen und Favoriten der Browser, da möglicherweise einige Passwörter dort gespeichert sind.
Tools zum Extrahieren von Passwörtern aus Browsern:
Mimikatz:
dpapi::chrome
COM DLL-Überschreibung
Component Object Model (COM) ist eine Technologie, die im Windows-Betriebssystem integriert ist und die Interkommunikation zwischen Softwarekomponenten verschiedener Sprachen ermöglicht. Jede COM-Komponente wird über eine Klassen-ID (CLSID) identifiziert, und jede Komponente stellt Funktionalitäten über eine oder mehrere Schnittstellen bereit, die über Schnittstellen-IDs (IIDs) identifiziert werden.
COM-Klassen und Schnittstellen sind in der Registrierung unter HKEY_CLASSES_ROOT\CLSID und HKEY_CLASSES_ROOT\Interface definiert. Diese Registrierung wird erstellt, indem HKEY_LOCAL_MACHINE\Software\Classes + HKEY_CURRENT_USER\Software\Classes zusammengeführt werden = HKEY_CLASSES_ROOT.
Innerhalb der CLSIDs dieser Registrierung finden Sie die untergeordnete Registrierung InProcServer32, die einen Standardwert enthält, der auf eine DLL verweist, und einen Wert namens ThreadingModel, der Apartment (Single-Threaded), Free (Multi-Threaded), Both (Single oder Multi) oder Neutral (Thread Neutral) sein kann.
Grundsätzlich könnten Sie, wenn Sie eine der DLLs überschreiben, die ausgeführt werden sollen, Berechtigungen eskaliert, wenn diese DLL von einem anderen Benutzer ausgeführt wird.
Um zu erfahren, wie Angreifer COM-Hijacking als Persistenzmechanismus verwenden, überprüfen Sie:
pageCOM HijackingGenerische Passwortsuche in Dateien und Registrierung
Suche nach Dateiinhalten
Suchen Sie nach einer Datei mit einem bestimmten Dateinamen
Durchsuchen Sie die Registrierung nach Schlüsselnamen und Passwörtern
Tools, die nach Passwörtern suchen
MSF-Credentials Plugin ist ein msf Plugin, das ich erstellt habe, um automatisch jeden Metasploit POST-Modul auszuführen, das nach Anmeldedaten im Opfer sucht. Winpeas sucht automatisch nach allen Dateien, die auf dieser Seite erwähnte Passwörter enthalten. Lazagne ist ein weiteres großartiges Tool zum Extrahieren von Passwörtern aus einem System.
Das Tool SessionGopher sucht nach Sitzungen, Benutzernamen und Passwörtern mehrerer Tools, die diese Daten im Klartext speichern (PuTTY, WinSCP, FileZilla, SuperPuTTY und RDP).
Durchgesickerte Handler
Stellen Sie sich vor, dass ein als SYSTEM ausgeführter Prozess einen neuen Prozess (OpenProcess()
) mit vollen Zugriffsrechten öffnet. Derselbe Prozess erstellt auch einen neuen Prozess (CreateProcess()
) mit niedrigen Berechtigungen, aber unter Verwendung aller offenen Handler des Hauptprozesses.
Dann, wenn Sie vollen Zugriff auf den Prozess mit niedrigen Berechtigungen haben, können Sie den offenen Handler zum erstellten privilegierten Prozess mit OpenProcess()
abrufen und einen Shellcode einschleusen.
Lesen Sie dieses Beispiel für weitere Informationen darüber, wie Sie diese Sicherheitslücke erkennen und ausnutzen können.
Lesen Sie diesen weiteren Beitrag für eine ausführlichere Erklärung darüber, wie Sie mehr offene Handler von Prozessen und Threads testen und missbrauchen können, die mit unterschiedlichen Berechtigungsebenen vererbt wurden (nicht nur mit vollen Zugriffsrechten).
Benannte Pipe-Client-Imitation
Gemeinsame Speichersegmente, als Pipes bezeichnet, ermöglichen die Prozesskommunikation und den Datentransfer.
Windows bietet eine Funktion namens Benannte Pipes, die nicht zusammenhängenden Prozessen ermöglicht, Daten zu teilen, sogar über verschiedene Netzwerke hinweg. Dies ähnelt einer Client/Server-Architektur, bei der die Rollen als benannte Pipe-Server und benannte Pipe-Client definiert sind.
Wenn Daten durch eine Pipe von einem Client gesendet werden, hat der Server, der die Pipe eingerichtet hat, die Möglichkeit, die Identität des Clients anzunehmen, vorausgesetzt er verfügt über die erforderlichen SeImpersonate-Rechte. Die Identifizierung eines privilegierten Prozesses, der über eine Pipe kommuniziert, die Sie imitieren können, bietet die Möglichkeit, durch Annahme der Identität dieses Prozesses, sobald er mit der von Ihnen eingerichteten Pipe interagiert, höhere Berechtigungen zu erlangen. Anleitungen zur Durchführung eines solchen Angriffs finden Sie hier und hier.
Außerdem ermöglicht das folgende Tool, eine benannte Pipe-Kommunikation mit einem Tool wie Burp abzufangen: https://github.com/gabriel-sztejnworcel/pipe-intercept und dieses Tool ermöglicht das Auflisten und Anzeigen aller Pipes, um Privilegien zu finden https://github.com/cyberark/PipeViewer
Sonstiges
Überwachung von Befehlszeilen auf Passwörter
Wenn Sie eine Shell als Benutzer erhalten, werden möglicherweise geplante Aufgaben oder andere Prozesse ausgeführt, die Anmeldeinformationen in der Befehlszeile übergeben. Das folgende Skript erfasst alle zwei Sekunden Befehlszeilen von Prozessen und vergleicht den aktuellen Zustand mit dem vorherigen Zustand, um etwaige Unterschiede auszugeben.
Passwörter aus Prozessen stehlen
Von Low-Priv-Anwender zu NT\AUTHORITY SYSTEM (CVE-2019-1388) / UAC-Bypass
Wenn Sie Zugriff auf die grafische Benutzeroberfläche haben (über Konsole oder RDP) und UAC aktiviert ist, ist es in einigen Versionen von Microsoft Windows möglich, ein Terminal oder einen anderen Prozess wie "NT\AUTHORITY SYSTEM" von einem nicht privilegierten Benutzer auszuführen.
Dies ermöglicht es, Berechtigungen zu eskalieren und gleichzeitig mit derselben Schwachstelle UAC zu umgehen. Darüber hinaus ist keine Installation erforderlich und die während des Prozesses verwendete Binärdatei ist von Microsoft signiert und herausgegeben.
Einige der betroffenen Systeme sind die folgenden:
Um diese Schwachstelle auszunutzen, müssen die folgenden Schritte durchgeführt werden:
Du hast alle notwendigen Dateien und Informationen im folgenden GitHub-Repository:
https://github.com/jas502n/CVE-2019-1388
Vom Administrator-Medium zum hohen Integritätslevel / UAC-Bypass
Lesen Sie dies, um mehr über Integritätslevel zu erfahren:
pageIntegrity LevelsDann lesen Sie dies, um mehr über UAC und UAC-Bypasses zu erfahren:
pageUAC - User Account ControlVom hohen Integritätslevel zum System
Neuer Dienst
Wenn Sie bereits in einem Prozess mit hohem Integritätslevel arbeiten, kann der Übergang zum SYSTEM einfach sein, indem Sie einfach einen neuen Dienst erstellen und ausführen:
AlwaysInstallElevated
Aus einem Prozess mit hoher Integrität könnten Sie versuchen, die AlwaysInstallElevated-Registrierungseinträge zu aktivieren und eine umgekehrte Shell mithilfe eines .msi-Wrappers zu installieren. Mehr Informationen zu den beteiligten Registrierungsschlüsseln und wie man ein .msi-Paket installiert, finden Sie hier.
High + SeImpersonate-Berechtigung zu System
Sie können den Code hier finden.
Von SeDebug + SeImpersonate zu vollen Token-Berechtigungen
Wenn Sie über diese Token-Berechtigungen verfügen (wahrscheinlich finden Sie dies in einem bereits vorhandenen Prozess mit hoher Integrität), können Sie fast jeden Prozess öffnen (nicht geschützte Prozesse) mit der SeDebug-Berechtigung, das Token des Prozesses kopieren und einen beliebigen Prozess mit diesem Token erstellen. Bei Verwendung dieser Technik wird normalerweise ein Prozess ausgewählt, der als SYSTEM ausgeführt wird und alle Token-Berechtigungen hat (ja, Sie können SYSTEM-Prozesse finden, die nicht alle Token-Berechtigungen haben). Sie können ein Beispielcode finden, der die vorgeschlagene Technik ausführt, hier.
Named Pipes
Diese Technik wird von Meterpreter verwendet, um in getsystem
zu eskalieren. Die Technik besteht darin, eine Pipe zu erstellen und dann einen Dienst zu erstellen/missbrauchen, um in diese Pipe zu schreiben. Dann wird der Server, der die Pipe mit der SeImpersonate
-Berechtigung erstellt hat, in der Lage sein, das Token des Pipe-Clients (des Dienstes) zu imitieren und SYSTEM-Berechtigungen zu erhalten.
Wenn Sie mehr über Named Pipes erfahren möchten, sollten Sie dies lesen](./#named-pipe-client-impersonation).
Wenn Sie ein Beispiel lesen möchten, wie man von hoher Integrität zu System mit Named Pipes gelangt, sollten Sie dies lesen.
Dll Hijacking
Wenn es Ihnen gelingt, eine Dll zu hijacken, die von einem Prozess, der als SYSTEM ausgeführt wird, geladen wird, können Sie beliebigen Code mit diesen Berechtigungen ausführen. Daher ist Dll Hijacking auch für diese Art von Privilegieneskalation nützlich und außerdem viel einfacher von einem Prozess mit hoher Integrität aus zu erreichen, da dieser Schreibberechtigungen auf den Ordnern hat, die zum Laden von Dlls verwendet werden. Sie können mehr über Dll-Hijacking hier lernen](dll-hijacking/).
Von Administrator oder Network Service zu System
Von LOCAL SERVICE oder NETWORK SERVICE zu vollen Berechtigungen
Lesen Sie: https://github.com/itm4n/FullPowers
Weitere Hilfe
Statische Impacket-Binärdateien
Nützliche Tools
Bestes Tool, um nach Windows-Privilegieneskalationsvektoren zu suchen: WinPEAS
PS
PrivescCheck
PowerSploit-Privesc(PowerUP) -- Überprüfen Sie auf Fehlkonfigurationen und sensible Dateien (hier überprüfen). Erkannt.
JAWS -- Überprüfen Sie auf mögliche Fehlkonfigurationen und sammeln Sie Informationen (hier überprüfen).
privesc -- Überprüfen Sie auf Fehlkonfigurationen
SessionGopher -- Extrahiert PuTTY, WinSCP, SuperPuTTY, FileZilla und RDP gespeicherte Sitzungsinformationen. Verwenden Sie -Thorough lokal.
Invoke-WCMDump -- Extrahiert Anmeldeinformationen aus dem Anmeldeinformations-Manager. Erkannt.
DomainPasswordSpray -- Sprühen Sie gesammelte Passwörter über die Domäne
Inveigh -- Inveigh ist ein PowerShell ADIDNS/LLMNR/mDNS/NBNS-Spoofing- und Man-in-the-Middle-Tool.
WindowsEnum -- Grundlegende Privesc-Windows-Enumeration
Sherlock ~~~~ -- Suche nach bekannten Privesc-Schwachstellen (VERALTET für Watson)
WINspect -- Lokale Überprüfungen (Benötigt Administratorrechte)
Exe
Watson -- Suche nach bekannten Privesc-Schwachstellen (muss mit VisualStudio kompiliert werden) (vorkompiliert)
SeatBelt -- Enumeriert den Host auf der Suche nach Fehlkonfigurationen (eher ein Tool zum Sammeln von Informationen als zur Privilegieneskalation) (muss kompiliert werden) (vorkompiliert)
LaZagne -- Extrahiert Anmeldeinformationen aus vielen Programmen (vorkompilierte exe auf github)
SharpUP -- Portierung von PowerUp nach C#
Beroot ~~~~ -- Überprüfen Sie auf Fehlkonfigurationen (ausführbare vorkompilierte Datei auf github). Nicht empfohlen. Funktioniert nicht gut in Win10.
Windows-Privesc-Check -- Überprüfen Sie auf mögliche Fehlkonfigurationen (exe von Python). Nicht empfohlen. Funktioniert nicht gut in Win10.
Bat
winPEASbat -- Tool erstellt basierend auf diesem Beitrag (es benötigt keinen Zugriffschk, um ordnungsgemäß zu funktionieren, kann es aber verwenden).
Lokal
Windows-Exploit-Suggester -- Liest die Ausgabe von systeminfo und empfiehlt funktionierende Exploits (lokales Python) Windows Exploit Suggester Next Generation -- Liest die Ausgabe von systeminfo und empfiehlt funktionierende Exploits (lokales Python)
Meterpreter
multi/recon/local_exploit_suggestor
Sie müssen das Projekt mit der richtigen Version von .NET kompilieren (siehe dies). Um die installierte Version von .NET auf dem Opferrechner zu sehen, können Sie dies tun:
Bibliographie
Last updated