macOS Auto Start
Dieser Abschnitt basiert stark auf der Blog-Serie Beyond the good ol' LaunchAgents, das Ziel ist es, weitere Autostart-Standorte hinzuzufügen (falls möglich), anzuzeigen, welche Techniken heutzutage noch funktionieren mit der neuesten Version von macOS (13.4) und die erforderlichen Berechtigungen anzugeben.
Sandbox-Umgehung
Hier finden Sie Startorte, die für die Sandbox-Umgehung nützlich sind, die es Ihnen ermöglichen, einfach etwas auszuführen, indem Sie es in eine Datei schreiben und auf eine sehr übliche Aktion, eine bestimmte Zeitmenge oder eine Aktion, die Sie normalerweise innerhalb einer Sandbox ausführen können, warten, ohne Root-Berechtigungen zu benötigen.
Launchd
Standorte
/Library/LaunchAgentsAuslöser: Neustart
Root erforderlich
/Library/LaunchDaemonsAuslöser: Neustart
Root erforderlich
/System/Library/LaunchAgentsAuslöser: Neustart
Root erforderlich
/System/Library/LaunchDaemonsAuslöser: Neustart
Root erforderlich
~/Library/LaunchAgentsAuslöser: Neu anmelden
~/Library/LaunchDemonsAuslöser: Neu anmelden
Beschreibung & Ausnutzung
launchd ist der erste Prozess, der vom OX S-Kernel beim Start ausgeführt wird und der letzte, der beim Herunterfahren endet. Es sollte immer die PID 1 haben. Dieser Prozess wird die in den ASEP Plist-Dateien angegebenen Konfigurationen lesen und ausführen in:
/Library/LaunchAgents: Vom Administrator installierte benutzerbezogene Agenten/Library/LaunchDaemons: Systemweite Daemons, die vom Administrator installiert wurden/System/Library/LaunchAgents: Vom Apple bereitgestellte benutzerbezogene Agenten./System/Library/LaunchDaemons: Systemweite Daemons, die von Apple bereitgestellt wurden.
Wenn sich ein Benutzer anmeldet, werden die in /Users/$USER/Library/LaunchAgents und /Users/$USER/Library/LaunchDemons befindlichen Plist-Dateien mit den Berechtigungen der angemeldeten Benutzer gestartet.
Der Hauptunterschied zwischen Agenten und Daemons besteht darin, dass Agenten geladen werden, wenn sich der Benutzer anmeldet, und die Daemons beim Systemstart geladen werden (da Dienste wie ssh ausgeführt werden müssen, bevor ein Benutzer auf das System zugreift). Außerdem können Agenten GUI verwenden, während Daemons im Hintergrund ausgeführt werden müssen.
Es gibt Fälle, in denen ein Agent ausgeführt werden muss, bevor sich der Benutzer anmeldet, diese werden als PreLoginAgents bezeichnet. Zum Beispiel ist dies nützlich, um unterstützende Technologien beim Login bereitzustellen. Sie können auch in /Library/LaunchAgents gefunden werden (siehe hier ein Beispiel).
Neue Daemon- oder Agent-Konfigurationsdateien werden nach dem nächsten Neustart geladen oder mit launchctl load <target.plist> geladen. Es ist auch möglich, .plist-Dateien ohne diese Erweiterung zu laden mit launchctl -F <file> (jedoch werden diese plist-Dateien nicht automatisch nach dem Neustart geladen).
Es ist auch möglich, mit launchctl unload <target.plist> zu entladen (der Prozess, auf den er zeigt, wird beendet).
Um sicherzustellen, dass nichts (wie eine Überschreibung) das Ausführen eines Agenten oder Daemons verhindert, führen Sie aus: sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.smdb.plist
Liste alle Agents und Daemons auf, die vom aktuellen Benutzer geladen wurden:
Wenn eine plist im Besitz eines Benutzers ist, auch wenn sie sich in einem systemweiten Daemon-Ordner befindet, wird die Aufgabe als Benutzer und nicht als Root ausgeführt. Dies kann einige Privileg-Eskalationsangriffe verhindern.
Shell-Startdateien
Writeup: https://theevilbit.github.io/beyond/beyond_0001/ Writeup (xterm): https://theevilbit.github.io/beyond/beyond_0018/
Nützlich zur Umgehung der Sandbox: ✅
TCC-Umgehung: ✅
Aber Sie müssen eine App mit einer TCC-Umgehung finden, die eine Shell ausführt, die diese Dateien lädt
Standorte
~/.zshrc,~/.zlogin,~/.zshenv.zwc,~/.zshenv,~/.zprofileAuslöser: Öffnen Sie ein Terminal mit zsh
/etc/zshenv,/etc/zprofile,/etc/zshrc,/etc/zloginAuslöser: Öffnen Sie ein Terminal mit zsh
Root erforderlich
~/.zlogoutAuslöser: Beenden Sie ein Terminal mit zsh
/etc/zlogoutAuslöser: Beenden Sie ein Terminal mit zsh
Root erforderlich
Möglicherweise mehr in:
man zsh~/.bashrcAuslöser: Öffnen Sie ein Terminal mit bash
/etc/profile(funktionierte nicht)~/.profile(funktionierte nicht)~/.xinitrc,~/.xserverrc,/opt/X11/etc/X11/xinit/xinitrc.d/Auslöser: Erwartet, dass es mit xterm ausgelöst wird, aber es ist nicht installiert und selbst nach der Installation wird dieser Fehler ausgegeben: xterm:
DISPLAY is not set
Beschreibung & Ausnutzung
Beim Initialisieren einer Shell-Umgebung wie zsh oder bash werden bestimmte Startdateien ausgeführt. macOS verwendet derzeit /bin/zsh als Standardshell. Diese Shell wird automatisch aufgerufen, wenn die Terminalanwendung gestartet wird oder wenn auf ein Gerät über SSH zugegriffen wird. Obwohl bash und sh auch in macOS vorhanden sind, müssen sie explizit aufgerufen werden, um verwendet zu werden.
Die Manpage von zsh, die wir mit man zsh lesen können, enthält eine ausführliche Beschreibung der Startdateien.
Wiedereröffnete Anwendungen
Die Konfiguration der angegebenen Ausnutzung und das Aus- und Einloggen oder sogar das Neustarten haben bei mir nicht funktioniert, um die App auszuführen. (Die App wurde nicht ausgeführt, vielleicht muss sie ausgeführt werden, wenn diese Aktionen durchgeführt werden)
Writeup: https://theevilbit.github.io/beyond/beyond_0021/
Ort
~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plistAuslöser: Neustart von wiedereröffneten Anwendungen
Beschreibung & Ausnutzung
Alle Anwendungen, die wieder geöffnet werden sollen, befinden sich in der Plist ~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist
Um also die wieder zu öffnenden Anwendungen dazu zu bringen, Ihre eigene zu starten, müssen Sie nur Ihre App zur Liste hinzufügen.
Die UUID kann gefunden werden, indem Sie dieses Verzeichnis auflisten oder mit ioreg -rd1 -c IOPlatformExpertDevice | awk -F'"' '/IOPlatformUUID/{print $4}'
Um die Anwendungen zu überprüfen, die wieder geöffnet werden, können Sie Folgendes tun:
Um eine Anwendung zu dieser Liste hinzuzufügen, können Sie Folgendes verwenden:
Terminal Einstellungen
Nützlich um die Sandbox zu umgehen: ✅
TCC Umgehung: ✅
Terminal verwendet FDA-Berechtigungen des Benutzers
Ort
~/Library/Preferences/com.apple.Terminal.plistAuslöser: Terminal öffnen
Beschreibung & Ausnutzung
In ~/Library/Preferences werden die Einstellungen des Benutzers in den Anwendungen gespeichert. Einige dieser Einstellungen können eine Konfiguration enthalten, um andere Anwendungen/Scripts auszuführen.
Zum Beispiel kann das Terminal einen Befehl beim Start ausführen:
Diese Konfiguration spiegelt sich in der Datei ~/Library/Preferences/com.apple.Terminal.plist wie folgt wider:
So, wenn die Plist der Einstellungen des Terminals im System überschrieben werden könnte, kann die open Funktionalität verwendet werden, um das Terminal zu öffnen und dieser Befehl wird ausgeführt.
Dies kann über die Befehlszeile mit folgendem Befehl hinzugefügt werden:
Terminal Skripte / Andere Dateierweiterungen
Nützlich, um die Sandbox zu umgehen: ✅
TCC-Umgehung: ✅
Terminal verwendet FDA-Berechtigungen des Benutzers, der es verwendet
Ort
Überall
Auslöser: Öffnen Sie das Terminal
Beschreibung & Ausnutzung
Wenn Sie ein .terminal Skript erstellen und öffnen, wird die Terminal-Anwendung automatisch aufgerufen, um die darin angegebenen Befehle auszuführen. Wenn die Terminal-App über besondere Berechtigungen verfügt (wie TCC), wird Ihr Befehl mit diesen besonderen Berechtigungen ausgeführt.
Probieren Sie es aus:
Audio-Plugins
Writeup: https://theevilbit.github.io/beyond/beyond_0013/ Writeup: https://posts.specterops.io/audio-unit-plug-ins-896d3434a882
Nützlich, um die Sandbox zu umgehen: ✅
TCC-Umgehung: 🟠
Möglicherweise erhalten Sie zusätzlichen TCC-Zugriff
Standort
/Library/Audio/Plug-Ins/HALBenötigt Root-Zugriff
Auslöser: Neustart von coreaudiod oder des Computers
/Library/Audio/Plug-ins/ComponentsBenötigt Root-Zugriff
Auslöser: Neustart von coreaudiod oder des Computers
~/Library/Audio/Plug-ins/ComponentsAuslöser: Neustart von coreaudiod oder des Computers
/System/Library/ComponentsBenötigt Root-Zugriff
Auslöser: Neustart von coreaudiod oder des Computers
Beschreibung
Laut den vorherigen Writeups ist es möglich, einige Audio-Plugins zu kompilieren und sie zu laden.
QuickLook-Plugins
Writeup: https://theevilbit.github.io/beyond/beyond_0028/
Nützlich, um die Sandbox zu umgehen: ✅
TCC-Umgehung: 🟠
Möglicherweise erhalten Sie zusätzlichen TCC-Zugriff
Standort
/System/Library/QuickLook/Library/QuickLook~/Library/QuickLook/Applications/AppNameHere/Contents/Library/QuickLook/~/Applications/AppNameHere/Contents/Library/QuickLook/
Beschreibung & Ausnutzung
QuickLook-Plugins können ausgeführt werden, wenn Sie die Vorschau einer Datei auslösen (Leertaste drücken, wenn die Datei in Finder ausgewählt ist) und ein Plugin, das diesen Dateityp unterstützt, installiert ist.
Es ist möglich, Ihr eigenes QuickLook-Plugin zu kompilieren, es an einem der vorherigen Standorte zu platzieren, es zu laden und dann zu einer unterstützten Datei zu gehen und die Leertaste zu drücken, um es auszulösen.
Anmelde-/Abmelde-Hooks
Das hat bei mir nicht funktioniert, weder mit dem Benutzer-LoginHook noch mit dem Root-LogoutHook
Writeup: https://theevilbit.github.io/beyond/beyond_0022/
Standort
Sie müssen in der Lage sein, etwas wie
defaults write com.apple.loginwindow LoginHook /Users/$USER/hook.shauszuführenBefindet sich in
~/Library/Preferences/com.apple.loginwindow.plist
Sie sind veraltet, können aber verwendet werden, um Befehle auszuführen, wenn sich ein Benutzer anmeldet.
Diese Einstellung wird in /Users/$USER/Library/Preferences/com.apple.loginwindow.plist gespeichert.
Um es zu löschen:
Der Root-Benutzer wird in /private/var/root/Library/Preferences/com.apple.loginwindow.plist gespeichert.
Bedingte Sandbox-Umgehung
Hier finden Sie Startorte, die nützlich sind für die Sandbox-Umgehung, die es Ihnen ermöglicht, einfach etwas auszuführen, indem Sie es in eine Datei schreiben und nicht allzu häufige Bedingungen erwarten, wie spezifische installierte Programme, "ungewöhnliche" Benutzer-Aktionen oder Umgebungen.
Cron
Writeup: https://theevilbit.github.io/beyond/beyond_0004/
Nützlich zur Umgehung der Sandbox: ✅
Sie müssen jedoch in der Lage sein, das
crontab-Binär auszuführenOder Root sein
TCC-Umgehung: 🔴
Ort
/usr/lib/cron/tabs/,/private/var/at/tabs,/private/var/at/jobs,/etc/periodic/Root-Zugriff für direktes Schreiben erforderlich. Kein Root-Zugriff erforderlich, wenn Sie
crontab <Datei>ausführen könnenAuslöser: Abhängig von der Cron-Job
Beschreibung & Ausnutzung
Listen Sie die Cron-Jobs des aktuellen Benutzers auf mit:
Sie können auch alle Cron-Jobs der Benutzer in /usr/lib/cron/tabs/ und /var/at/tabs/ (benötigt Root-Zugriff) einsehen.
In MacOS können mehrere Ordner gefunden werden, die Skripte mit bestimmter Häufigkeit ausführen:
Dort finden Sie die regulären cron-Jobs, die at-Jobs (nicht sehr häufig verwendet) und die periodischen Jobs (hauptsächlich zur Bereinigung temporärer Dateien verwendet). Die täglichen periodischen Jobs können beispielsweise mit dem Befehl ausgeführt werden: periodic daily.
Um benutzerdefinierte Cron-Jobs programmgesteuert hinzuzufügen, ist es möglich, zu verwenden:
iTerm2
Writeup: https://theevilbit.github.io/beyond/beyond_0002/
Standorte
~/Library/Application Support/iTerm2/Scripts/AutoLaunchAuslöser: Öffnen von iTerm
~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scptAuslöser: Öffnen von iTerm
~/Library/Preferences/com.googlecode.iterm2.plistAuslöser: Öffnen von iTerm
Beschreibung & Ausnutzung
Skripte, die in ~/Library/Application Support/iTerm2/Scripts/AutoLaunch gespeichert sind, werden ausgeführt. Zum Beispiel:
macOS Auto-Start Locations
Launch Agents
Launch Agents are used to run processes when a user logs in. They are located in ~/Library/LaunchAgents/ and /Library/LaunchAgents/.
Launch Daemons
Launch Daemons are used to run processes at system boot or login. They are located in /Library/LaunchDaemons/ and /System/Library/LaunchDaemons/.
Login Items
Login Items are applications that open when a user logs in. They can be managed in System Preferences > Users & Groups > Login Items.
Das Skript ~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt wird ebenfalls ausgeführt:
Die iTerm2-Einstellungen befinden sich in ~/Library/Preferences/com.googlecode.iterm2.plist und können einen Befehl anzeigen, der ausgeführt werden soll, wenn das iTerm2-Terminal geöffnet wird.
Diese Einstellung kann in den iTerm2-Einstellungen konfiguriert werden:
Und der Befehl wird in den Einstellungen widergespiegelt:
Du kannst den Befehl festlegen, der ausgeführt werden soll mit:
Es ist sehr wahrscheinlich, dass es andere Möglichkeiten gibt, die iTerm2-Einstellungen zu missbrauchen, um beliebige Befehle auszuführen.
xbar
Bericht: https://theevilbit.github.io/beyond/beyond_0007/
Nützlich zur Umgehung der Sandbox: ✅
Aber xbar muss installiert sein
TCC-Umgehung: ✅
Es fordert Zugriffsberechtigungen für die Bedienungshilfen an
Ort
~/Library/Application\ Support/xbar/plugins/Auslöser: Sobald xbar ausgeführt wird
Beschreibung
Wenn das beliebte Programm xbar installiert ist, ist es möglich, ein Shell-Skript in ~/Library/Application\ Support/xbar/plugins/ zu schreiben, das ausgeführt wird, wenn xbar gestartet wird:
Hammerspoon
Bericht: https://theevilbit.github.io/beyond/beyond_0008/
Nützlich zur Umgehung der Sandbox: ✅
Aber Hammerspoon muss installiert sein
TCC-Umgehung: ✅
Es fordert Zugriffsberechtigungen für die Bedienungshilfen an
Standort
~/.hammerspoon/init.luaAuslöser: Sobald Hammerspoon ausgeführt wird
Beschreibung
Hammerspoon dient als Automatisierungsplattform für macOS, die die LUA-Skriptsprache für ihre Operationen nutzt. Es unterstützt insbesondere die Integration von vollständigem AppleScript-Code und die Ausführung von Shell-Skripten, was seine Skriptfähigkeiten erheblich verbessert.
Die App sucht nach einer einzigen Datei, ~/.hammerspoon/init.lua, und wenn sie gestartet wird, wird das Skript ausgeführt.
BetterTouchTool
Nützlich, um die Sandbox zu umgehen: ✅
Aber BetterTouchTool muss installiert sein
TCC-Umgehung: ✅
Es fordert Berechtigungen für Automation-Shortcuts und Zugänglichkeit an
Standort
~/Library/Application Support/BetterTouchTool/*
Dieses Tool ermöglicht es, Anwendungen oder Skripte anzugeben, die ausgeführt werden sollen, wenn bestimmte Tastenkombinationen gedrückt werden. Ein Angreifer könnte seine eigene Tastenkombination und Aktion in der Datenbank konfigurieren, um beliebigen Code auszuführen (eine Tastenkombination könnte einfach das Drücken einer Taste sein).
Alfred
Nützlich, um die Sandbox zu umgehen: ✅
Aber Alfred muss installiert sein
TCC-Umgehung: ✅
Es fordert Berechtigungen für Automation, Zugänglichkeit und sogar Vollzugriff auf den Datenträger an
Standort
???
Es ermöglicht die Erstellung von Workflows, die Code ausführen können, wenn bestimmte Bedingungen erfüllt sind. Möglicherweise ist es für einen Angreifer möglich, eine Workflow-Datei zu erstellen und Alfred dazu zu bringen, sie zu laden (es ist erforderlich, die Premium-Version zu bezahlen, um Workflows zu verwenden).
SSHRC
Writeup: https://theevilbit.github.io/beyond/beyond_0006/
Nützlich, um die Sandbox zu umgehen: ✅
Aber SSH muss aktiviert und verwendet werden
TCC-Umgehung: ✅
SSH hatte FDA-Zugriff
Standort
~/.ssh/rcAuslöser: Anmeldung über SSH
/etc/ssh/sshrcBenötigt Root-Rechte
Auslöser: Anmeldung über SSH
Um SSH zu aktivieren, ist Vollzugriff auf den Datenträger erforderlich:
Beschreibung & Ausnutzung
Standardmäßig werden die Skripte /etc/ssh/sshrc und ~/.ssh/rc ausgeführt, es sei denn, PermitUserRC no in /etc/ssh/sshd_config ist festgelegt, wenn sich ein Benutzer über SSH anmeldet.
Anmeldeobjekte
Writeup: https://theevilbit.github.io/beyond/beyond_0003/
Nützlich zum Umgehen der Sandbox: ✅
Aber Sie müssen
osascriptmit Argumenten ausführenTCC-Umgehung: 🔴
Standorte
~/Library/Application Support/com.apple.backgroundtaskmanagementagentAuslöser: Anmeldung
Ausnutzungspayload, der durch Aufruf von
osascriptgespeichert ist/var/db/com.apple.xpc.launchd/loginitems.501.plistAuslöser: Anmeldung
Root-Berechtigung erforderlich
Beschreibung
In Systemeinstellungen -> Benutzer & Gruppen -> Anmeldeobjekte finden Sie Objekte, die ausgeführt werden sollen, wenn sich der Benutzer anmeldet. Es ist möglich, sie von der Befehlszeile aus aufzulisten, hinzuzufügen und zu entfernen:
Diese Elemente werden in der Datei ~/Library/Application Support/com.apple.backgroundtaskmanagementagent gespeichert.
Anmeldeobjekte können auch mit der API SMLoginItemSetEnabled angegeben werden, die die Konfiguration in /var/db/com.apple.xpc.launchd/loginitems.501.plist speichert.
ZIP als Anmeldeobjekt
(Siehe vorherigen Abschnitt über Anmeldeobjekte, dies ist eine Erweiterung)
Wenn Sie eine ZIP-Datei als Anmeldeobjekt speichern, wird das Archive-Dienstprogramm es öffnen. Wenn sich die ZIP-Datei beispielsweise in ~/Library befindet und den Ordner LaunchAgents/file.plist mit einem Backdoor enthält, wird dieser Ordner erstellt (standardmäßig nicht vorhanden) und die plist wird hinzugefügt, sodass beim nächsten Mal, wenn sich der Benutzer erneut anmeldet, die im plist angegebene Backdoor ausgeführt wird.
Eine andere Option wäre, die Dateien .bash_profile und .zshenv im Benutzer-HOME zu erstellen, sodass diese Technik auch funktionieren würde, wenn der Ordner LaunchAgents bereits existiert.
At
Writeup: https://theevilbit.github.io/beyond/beyond_0014/
Nützlich zur Umgehung der Sandbox: ✅
Aber Sie müssen
atausführen und es muss aktiviert seinTCC-Umgehung: 🔴
Ort
Sie müssen
atausführen und es muss aktiviert sein
Beschreibung
at-Aufgaben sind für die Planung einmaliger Aufgaben zu bestimmten Zeiten konzipiert. Im Gegensatz zu Cron-Jobs werden at-Aufgaben nach der Ausführung automatisch entfernt. Es ist wichtig zu beachten, dass diese Aufgaben über Systemneustarts hinweg bestehen bleiben und unter bestimmten Bedingungen als potenzielle Sicherheitsbedenken gekennzeichnet sind.
Standardmäßig sind sie deaktiviert, aber der root-Benutzer kann sie mit:
Dies wird in 1 Stunde eine Datei erstellen:
Überprüfen Sie die Job-Warteschlange mit atq:
Oben sehen wir zwei geplante Aufgaben. Wir können die Details der Aufgabe mit at -c JOBNUMMER ausdrucken.
Wenn AT-Aufgaben nicht aktiviert sind, werden die erstellten Aufgaben nicht ausgeführt.
Die Jobdateien befinden sich unter /private/var/at/jobs/
Der Dateiname enthält die Warteschlange, die Jobnummer und die geplante Ausführungszeit. Zum Beispiel werfen wir einen Blick auf a0001a019bdcd2.
a- dies ist die Warteschlange0001a- Jobnummer in Hexadezimal,0x1a = 26019bdcd2- Zeit in Hexadezimal. Es stellt die vergangenen Minuten seit dem Epoch dar.0x019bdcd2entspricht26991826in Dezimal. Wenn wir es mit 60 multiplizieren, erhalten wir1619509560, wasGMT: 27. April 2021, Dienstag 7:46:00entspricht.
Wenn wir die Jobdatei ausdrucken, stellen wir fest, dass sie dieselben Informationen enthält, die wir mit at -c erhalten haben.
Ordneraktionen
Writeup: https://theevilbit.github.io/beyond/beyond_0024/ Writeup: https://posts.specterops.io/folder-actions-for-persistence-on-macos-8923f222343d
Nützlich zur Umgehung der Sandbox: ✅
Aber Sie müssen in der Lage sein,
osascriptmit Argumenten aufzurufen, umSystem Eventszu kontaktieren und Ordneraktionen konfigurieren zu könnenTCC-Umgehung: 🟠
Es hat einige grundlegende TCC-Berechtigungen wie Desktop, Dokumente und Downloads
Standort
/Library/Scripts/Folder Action ScriptsBenötigt Root-Rechte
Auslöser: Zugriff auf den angegebenen Ordner
~/Library/Scripts/Folder Action ScriptsAuslöser: Zugriff auf den angegebenen Ordner
Beschreibung & Ausnutzung
Ordneraktionen sind Skripte, die automatisch durch Änderungen in einem Ordner ausgelöst werden, wie das Hinzufügen, Entfernen von Elementen oder andere Aktionen wie das Öffnen oder Ändern der Fenstergröße des Ordners. Diese Aktionen können für verschiedene Aufgaben genutzt werden und können auf verschiedene Weisen ausgelöst werden, z. B. über die Finder-Benutzeroberfläche oder Terminalbefehle.
Um Ordneraktionen einzurichten, haben Sie Optionen wie:
Erstellen eines Ordneraktions-Workflows mit Automator und Installation als Dienst.
Anhängen eines Skripts manuell über die Ordneraktions-Einrichtung im Kontextmenü eines Ordners.
Verwendung von OSAScript zum Senden von Apple-Ereignisnachrichten an die
System Events.app, um programmgesteuert eine Ordneraktion einzurichten.
Diese Methode ist besonders nützlich, um die Aktion in das System einzubetten und ein Maß an Persistenz zu bieten.
Das folgende Skript ist ein Beispiel dafür, was von einer Ordneraktion ausgeführt werden kann:
Um das obige Skript für Ordneraktionen nutzbar zu machen, kompilieren Sie es mit:
Nachdem das Skript kompiliert wurde, richten Sie Ordneraktionen ein, indem Sie das folgende Skript ausführen. Dieses Skript aktiviert Ordneraktionen global und hängt das zuvor kompilierte Skript speziell an den Desktop-Ordner an.
Führen Sie das Einrichtungsskript mit aus:
So implementieren Sie diese Persistenz über die GUI:
Dies ist das Skript, das ausgeführt wird:
Kompilieren Sie es mit: osacompile -l JavaScript -o folder.scpt source.js
Verschieben Sie es nach:
Dann öffnen Sie die Folder Actions Setup-App, wählen Sie den Ordner, den Sie überwachen möchten, und wählen Sie in Ihrem Fall folder.scpt (in meinem Fall habe ich es output2.scp genannt):
Wenn Sie nun diesen Ordner mit dem Finder öffnen, wird Ihr Skript ausgeführt.
Diese Konfiguration wurde im plist im base64-Format gespeichert, das sich unter ~/Library/Preferences/com.apple.FolderActionsDispatcher.plist befindet.
Nun versuchen wir, diese Persistenz ohne GUI-Zugriff vorzubereiten:
Kopieren Sie
~/Library/Preferences/com.apple.FolderActionsDispatcher.plistnach/tmp, um es zu sichern:
cp ~/Library/Preferences/com.apple.FolderActionsDispatcher.plist /tmp
Entfernen Sie die gerade festgelegten Ordneraktionen:
Nun, da wir eine leere Umgebung haben
Kopieren Sie die Sicherungsdatei:
cp /tmp/com.apple.FolderActionsDispatcher.plist ~/Library/Preferences/Öffnen Sie die Folder Actions Setup.app, um diese Konfiguration zu übernehmen:
open "/System/Library/CoreServices/Applications/Folder Actions Setup.app/"
Bei mir hat das nicht funktioniert, aber das sind die Anweisungen aus dem Bericht :(
Dock-Verknüpfungen
Bericht: https://theevilbit.github.io/beyond/beyond_0027/
Nützlich, um die Sandbox zu umgehen: ✅
Aber Sie müssen eine bösartige Anwendung im System installiert haben
TCC-Umgehung: 🔴
Ort
~/Library/Preferences/com.apple.dock.plistAuslöser: Wenn der Benutzer auf die App im Dock klickt
Beschreibung & Ausnutzung
Alle Anwendungen, die im Dock erscheinen, sind in der plist spezifiziert: ~/Library/Preferences/com.apple.dock.plist
Es ist möglich, eine Anwendung nur mit folgendem hinzuzufügen:
Durch Social Engineering könnten Sie sich beispielsweise als Google Chrome im Dock ausgeben und tatsächlich Ihr eigenes Skript ausführen:
Farbauswähler
Writeup: https://theevilbit.github.io/beyond/beyond_0017
Nützlich, um die Sandbox zu umgehen: 🟠
Es muss eine sehr spezifische Aktion erfolgen
Sie werden in einer anderen Sandbox landen
TCC-Umgehung: 🔴
Standort
/Library/ColorPickersRoot erforderlich
Auslöser: Verwenden Sie den Farbauswähler
~/Library/ColorPickersAuslöser: Verwenden Sie den Farbauswähler
Beschreibung & Exploit
Kompilieren Sie ein Farbauswahl-Bundle mit Ihrem Code (Sie könnten beispielsweise diesen hier verwenden) und fügen Sie einen Konstruktor hinzu (wie im Bildschirmschoner-Abschnitt) und kopieren Sie das Bundle nach ~/Library/ColorPickers.
Dann, wenn der Farbauswähler ausgelöst wird, sollte auch Ihr Code ausgeführt werden.
Beachten Sie, dass das Binärprogramm, das Ihre Bibliothek lädt, eine sehr restriktive Sandbox hat: /System/Library/Frameworks/AppKit.framework/Versions/C/XPCServices/LegacyExternalColorPickerService-x86_64.xpc/Contents/MacOS/LegacyExternalColorPickerService-x86_64
Finder Sync Plugins
Writeup: https://theevilbit.github.io/beyond/beyond_0026/ Writeup: https://objective-see.org/blog/blog_0x11.html
Nützlich zur Umgehung der Sandbox: Nein, da Sie Ihre eigene App ausführen müssen
TCC-Umgehung: ???
Ort
Eine spezifische App
Beschreibung & Exploit
Ein Anwendungsbeispiel mit einer Finder Sync-Erweiterung finden Sie hier.
Anwendungen können Finder Sync-Erweiterungen haben. Diese Erweiterung wird in eine Anwendung eingefügt, die ausgeführt wird. Darüber hinaus muss die Erweiterung, um ihren Code ausführen zu können, mit einem gültigen Apple-Entwicklerzertifikat signiert sein, sie muss gesandboxt sein (obwohl entspannte Ausnahmen hinzugefügt werden könnten) und sie muss mit etwas wie registriert sein:
Bildschirmschoner
Writeup: https://theevilbit.github.io/beyond/beyond_0016/ Writeup: https://posts.specterops.io/saving-your-access-d562bf5bf90b
Nützlich, um die Sandbox zu umgehen: 🟠
Aber Sie werden in einer üblichen Anwendungs-Sandbox enden
TCC-Umgehung: 🔴
Ort
/System/Library/Screen SaversRoot erforderlich
Auslöser: Wählen Sie den Bildschirmschoner aus
/Library/Screen SaversRoot erforderlich
Auslöser: Wählen Sie den Bildschirmschoner aus
~/Library/Screen SaversAuslöser: Wählen Sie den Bildschirmschoner aus
Beschreibung & Exploit
Erstellen Sie ein neues Projekt in Xcode und wählen Sie die Vorlage, um einen neuen Bildschirmschoner zu generieren. Fügen Sie dann Ihren Code hinzu, zum Beispiel den folgenden Code zum Generieren von Protokollen.
Bauen Sie es und kopieren Sie das .saver-Bundle nach ~/Library/Screen Savers. Öffnen Sie dann die Bildschirmschoner-GUI und klicken Sie einfach darauf, um viele Protokolle zu generieren:
Beachten Sie, dass Sie aufgrund der Berechtigungen der Binärdatei, die diesen Code lädt (/System/Library/Frameworks/ScreenSaver.framework/PlugIns/legacyScreenSaver.appex/Contents/MacOS/legacyScreenSaver), com.apple.security.app-sandbox finden können, dass Sie innerhalb des allgemeinen Anwendungssandkastens sind.
Saver code:
Spotlight-Plugins
writeup: https://theevilbit.github.io/beyond/beyond_0011/
Nützlich, um die Sandbox zu umgehen: 🟠
Aber du wirst in einer Anwendungs-Sandbox enden
TCC-Umgehung: 🔴
Die Sandbox scheint sehr begrenzt zu sein
Standort
~/Library/Spotlight/Auslöser: Eine neue Datei mit einer Erweiterung, die vom Spotlight-Plugin verwaltet wird, wird erstellt.
/Library/Spotlight/Auslöser: Eine neue Datei mit einer Erweiterung, die vom Spotlight-Plugin verwaltet wird, wird erstellt.
Root erforderlich
/System/Library/Spotlight/Auslöser: Eine neue Datei mit einer Erweiterung, die vom Spotlight-Plugin verwaltet wird, wird erstellt.
Root erforderlich
Some.app/Contents/Library/Spotlight/Auslöser: Eine neue Datei mit einer Erweiterung, die vom Spotlight-Plugin verwaltet wird, wird erstellt.
Neue App erforderlich
Beschreibung & Ausnutzung
Spotlight ist die integrierte Suchfunktion von macOS, die Benutzern einen schnellen und umfassenden Zugriff auf Daten auf ihren Computern bietet. Um diese schnelle Suchfunktion zu ermöglichen, pflegt Spotlight eine eigene Datenbank und erstellt einen Index, indem es die meisten Dateien analysiert, was schnelle Suchvorgänge sowohl nach Dateinamen als auch nach deren Inhalten ermöglicht.
Der zugrunde liegende Mechanismus von Spotlight umfasst einen zentralen Prozess namens 'mds', was für 'Metadatenserver' steht. Dieser Prozess orchestriert den gesamten Spotlight-Dienst. Ergänzend dazu gibt es mehrere 'mdworker'-Daemons, die verschiedene Wartungsaufgaben ausführen, wie das Indizieren verschiedener Dateitypen (ps -ef | grep mdworker). Diese Aufgaben werden durch Spotlight-Importer-Plugins oder ".mdimporter-Bundles" ermöglicht, die Spotlight das Verstehen und Indizieren von Inhalten über eine Vielzahl von Dateiformaten hinweg ermöglichen.
Die Plugins oder .mdimporter-Bundles befinden sich an den zuvor genannten Orten, und wenn ein neues Bundle erscheint, wird es innerhalb von Minuten geladen (kein Neustart eines Dienstes erforderlich). Diese Bundles müssen angeben, welche Dateitypen und Erweiterungen sie verwalten können, auf diese Weise wird Spotlight sie verwenden, wenn eine neue Datei mit der angegebenen Erweiterung erstellt wird.
Es ist möglich, alle geladenen mdimporters zu finden, indem man ausführt:
Und zum Beispiel wird /Library/Spotlight/iBooksAuthor.mdimporter verwendet, um diese Art von Dateien zu analysieren (Erweiterungen .iba und .book unter anderem):
Wenn Sie die Plist anderer mdimporter überprüfen, finden Sie möglicherweise nicht den Eintrag UTTypeConformsTo. Das liegt daran, dass es sich um einen integrierten Uniform Type Identifier (UTI) handelt und keine Erweiterungen angegeben werden müssen.
Darüber hinaus haben Systemstandard-Plugins immer Vorrang, sodass ein Angreifer nur auf Dateien zugreifen kann, die nicht anderweitig von Apples eigenen mdimporters indiziert sind.
Um Ihren eigenen Importeur zu erstellen, könnten Sie mit diesem Projekt beginnen: https://github.com/megrimm/pd-spotlight-importer und dann den Namen ändern, die CFBundleDocumentTypes ändern und UTImportedTypeDeclarations hinzufügen, damit es die Erweiterung unterstützt, die Sie unterstützen möchten, und diese in schema.xml reflektieren.
Ändern Sie dann den Code der Funktion GetMetadataForFile, um Ihr Payload auszuführen, wenn eine Datei mit der verarbeiteten Erweiterung erstellt wird.
Schließlich bauen und kopieren Sie Ihren neuen .mdimporter an einen der vorherigen Speicherorte und Sie können überprüfen, ob er geladen wird, indem Sie die Protokolle überwachen oder mdimport -L überprüfen.
Einstellungsfenster
Es scheint, dass dies nicht mehr funktioniert.
Bericht: https://theevilbit.github.io/beyond/beyond_0009/
Ort
/System/Library/PreferencePanes/Library/PreferencePanes~/Library/PreferencePanes
Beschreibung
Es scheint, dass dies nicht mehr funktioniert.
Root-Sandbox-Umgehung
Hier finden Sie Startorte, die für die Sandbox-Umgehung nützlich sind und es Ihnen ermöglichen, einfach etwas auszuführen, indem Sie es in eine Datei schreiben, die root ist und/oder andere seltsame Bedingungen erfordert.
Periodisch
Bericht: https://theevilbit.github.io/beyond/beyond_0019/
Ort
/etc/periodic/daily,/etc/periodic/weekly,/etc/periodic/monthly,/usr/local/etc/periodicRoot erforderlich
Auslöser: Wenn die Zeit gekommen ist
/etc/daily.local,/etc/weekly.localoder/etc/monthly.localRoot erforderlich
Auslöser: Wenn die Zeit gekommen ist
Beschreibung & Ausnutzung
Die periodischen Skripte (/etc/periodic) werden aufgrund der in /System/Library/LaunchDaemons/com.apple.periodic* konfigurierten Startdaemons ausgeführt. Beachten Sie, dass Skripte, die in /etc/periodic/ gespeichert sind, als Besitzer der Datei ausgeführt werden, sodass dies nicht für einen potenziellen Privilegierungswechsel funktioniert.
Es gibt andere periodische Skripte, die in /etc/defaults/periodic.conf ausgeführt werden.
Wenn es Ihnen gelingt, eine der Dateien /etc/daily.local, /etc/weekly.local oder /etc/monthly.local zu schreiben, wird sie früher oder später ausgeführt.
Beachten Sie, dass das periodische Skript als Besitzer des Skripts ausgeführt wird. Wenn also ein regulärer Benutzer das Skript besitzt, wird es als dieser Benutzer ausgeführt (dies kann Angriffe zur Privilegieneskalation verhindern).
PAM
Writeup: Linux Hacktricks PAM Writeup: https://theevilbit.github.io/beyond/beyond_0005/
Standort
Root immer erforderlich
Beschreibung & Ausnutzung
Da PAM mehr auf Persistenz und Malware als auf einfache Ausführung in macOS ausgerichtet ist, wird in diesem Blog keine ausführliche Erklärung gegeben, lesen Sie die Writeups, um diese Technik besser zu verstehen.
Überprüfen Sie PAM-Module mit:
Eine Persistenz-/Privileg-Eskalationstechnik, die PAM missbraucht, ist so einfach wie die Modifikation des Moduls /etc/pam.d/sudo durch das Hinzufügen der Zeile am Anfang:
So wird es aussehen wie etwas wie das:
Und daher wird jeder Versuch, sudo zu verwenden, funktionieren.
Beachten Sie, dass dieses Verzeichnis durch TCC geschützt ist, daher ist es sehr wahrscheinlich, dass der Benutzer zur Genehmigung aufgefordert wird.
Autorisierungs-Plugins
Writeup: https://theevilbit.github.io/beyond/beyond_0028/ Writeup: https://posts.specterops.io/persistent-credential-theft-with-authorization-plugins-d17b34719d65
Nützlich, um die Sandbox zu umgehen: 🟠
Aber Sie müssen Root sein und zusätzliche Konfigurationen vornehmen
TCC-Umgehung: ???
Standort
/Library/Security/SecurityAgentPlugins/Root erforderlich
Es ist auch erforderlich, die Autorisierungsdatenbank zu konfigurieren, um das Plugin zu verwenden
Beschreibung & Ausnutzung
Sie können ein Autorisierungs-Plugin erstellen, das ausgeführt wird, wenn sich ein Benutzer anmeldet, um die Persistenz aufrechtzuerhalten. Weitere Informationen dazu, wie man eines dieser Plugins erstellt, finden Sie in den vorherigen Writeups (und seien Sie vorsichtig, ein schlecht geschriebenes Plugin kann Sie aussperren und Sie müssen Ihren Mac im Wiederherstellungsmodus bereinigen).
Verschieben Sie das Bundle an den Ort, an dem es geladen werden soll:
Schließlich fügen Sie die Regel hinzu, um dieses Plugin zu laden:
Der evaluate-mechanisms wird dem Autorisierungsframework mitteilen, dass es eine externe Mechanismus für die Autorisierung aufrufen muss. Darüber hinaus wird privileged bewirken, dass es von root ausgeführt wird.
Löse es aus mit:
Und dann sollte die Gruppe staff sudo-Zugriff haben (lesen Sie /etc/sudoers, um dies zu bestätigen).
Man.conf
Writeup: https://theevilbit.github.io/beyond/beyond_0030/
Nützlich, um die Sandbox zu umgehen: 🟠
Aber Sie müssen root sein und der Benutzer muss man verwenden
TCC-Umgehung: 🔴
Ort
/private/etc/man.confRoot erforderlich
/private/etc/man.conf: Immer wenn man verwendet wird
Beschreibung & Exploit
Die Konfigurationsdatei /private/etc/man.conf gibt an, welches Binär-/Skript verwendet werden soll, wenn man Dokumentationsdateien öffnet. Der Pfad zur ausführbaren Datei könnte also so geändert werden, dass jedes Mal, wenn der Benutzer man verwendet, um einige Dokumente zu lesen, eine Hintertür ausgeführt wird.
Zum Beispiel festgelegt in /private/etc/man.conf:
Und erstellen Sie dann /tmp/view als:
Apache2
Writeup: https://theevilbit.github.io/beyond/beyond_0023/
Nützlich, um die Sandbox zu umgehen: 🟠
Aber Sie müssen root sein und Apache muss laufen
TCC-Umgehung: 🔴
Httpd hat keine Berechtigungen
Standort
/etc/apache2/httpd.confRoot erforderlich
Auslöser: Wenn Apache2 gestartet wird
Beschreibung & Exploit
Sie können in /etc/apache2/httpd.conf angeben, dass ein Modul geladen wird, indem Sie eine Zeile hinzufügen, wie zum Beispiel:
Auf diese Weise werden Ihre kompilierten Module von Apache geladen. Das Einzige ist, dass Sie es entweder mit einem gültigen Apple-Zertifikat signieren müssen oder ein neues vertrauenswürdiges Zertifikat im System hinzufügen und es damit signieren müssen.
Dann, falls erforderlich, können Sie sicherstellen, dass der Server gestartet wird, indem Sie Folgendes ausführen:
Codebeispiel für den Dylb:
BSM Audit Framework
Writeup: https://theevilbit.github.io/beyond/beyond_0031/
Nützlich, um die Sandbox zu umgehen: 🟠
Aber Sie müssen root sein, auditd muss laufen und eine Warnung verursachen
TCC-Umgehung: 🔴
Standort
/etc/security/audit_warnRoot erforderlich
Auslöser: Wenn auditd eine Warnung erkennt
Beschreibung & Exploit
Immer wenn auditd eine Warnung erkennt, wird das Skript /etc/security/audit_warn ausgeführt. Sie könnten also Ihr Payload hinzufügen.
Du könntest eine Warnung erzwingen mit sudo audit -n.
Startobjekte
Dies ist veraltet, daher sollte in diesen Verzeichnissen nichts gefunden werden.
Das StartupItem ist ein Verzeichnis, das entweder innerhalb von /Library/StartupItems/ oder /System/Library/StartupItems/ positioniert sein sollte. Sobald dieses Verzeichnis eingerichtet ist, muss es zwei spezifische Dateien umfassen:
Ein rc-Skript: Ein Shell-Skript, das beim Start ausgeführt wird.
Eine plist-Datei, die speziell als
StartupParameters.plistbenannt ist und verschiedene Konfigurationseinstellungen enthält.
Stellen Sie sicher, dass sowohl das rc-Skript als auch die StartupParameters.plist-Datei korrekt im StartupItem-Verzeichnis platziert sind, damit der Startvorgang sie erkennen und nutzen kann.
Automatisches Starten von Anwendungen
Automatisches Starten von Anwendungen
Es gibt mehrere Möglichkeiten, wie Anwendungen automatisch gestartet werden können. Hier sind einige der gängigsten Startorte:
Launchd-Verzeichnisse: Anwendungen können durch Konfigurationsdateien in den Verzeichnissen
/Library/LaunchAgentsund/Library/LaunchDaemonsautomatisch gestartet werden.Benutzer-spezifische Launchd-Verzeichnisse: Jeder Benutzer kann Konfigurationsdateien in den Verzeichnissen
~/Library/LaunchAgentsund~/Library/LaunchDaemonshaben, um Anwendungen beim Anmelden automatisch zu starten.Login Items: Benutzer können Anwendungen zu den Login Items in den Systemeinstellungen hinzufügen, um sie automatisch beim Anmelden zu starten.
Cron-Jobs: Anwendungen können auch durch Cron-Jobs automatisch gestartet werden.
Es ist wichtig, diese Startorte zu überprüfen, um sicherzustellen, dass keine unerwünschten Anwendungen automatisch gestartet werden.
emond
Ich kann dieses Komponente in meinem macOS nicht finden, für weitere Informationen überprüfen Sie das Writeup
Writeup: https://theevilbit.github.io/beyond/beyond_0023/
Von Apple eingeführt, ist emond ein Protokollierungsmechanismus, der unterentwickelt oder möglicherweise aufgegeben zu sein scheint, aber dennoch zugänglich bleibt. Obwohl für einen Mac-Administrator nicht besonders nützlich, könnte dieser obskure Dienst als subtiler Persistenzmechanismus für Bedrohungsakteure dienen, der von den meisten macOS-Administratoren wahrscheinlich unbemerkt bleibt.
Für diejenigen, die von seiner Existenz wissen, ist es einfach, eine mögliche bösartige Nutzung von emond zu identifizieren. Der LaunchDaemon des Systems für diesen Dienst sucht nach Skripten, die in einem einzigen Verzeichnis ausgeführt werden sollen. Um dies zu überprüfen, kann der folgende Befehl verwendet werden:
XQuartz
Writeup: https://theevilbit.github.io/beyond/beyond_0018/
Standort
/opt/X11/etc/X11/xinit/privileged_startx.dRoot erforderlich
Auslöser: Mit XQuartz
Beschreibung & Exploit
XQuartz ist nicht mehr in macOS installiert, daher sollten Sie für weitere Informationen den Writeup überprüfen.
kext
Es ist so kompliziert, ein kext selbst als Root zu installieren, dass ich dies nicht als Methode betrachten werde, um aus Sandboxes auszubrechen oder für Persistenz zu sorgen (es sei denn, Sie haben einen Exploit).
Standort
Um ein KEXT als Startelement zu installieren, muss es in einem der folgenden Orte installiert werden:
/System/Library/ExtensionsKEXT-Dateien, die in das Betriebssystem OS X integriert sind.
/Library/ExtensionsKEXT-Dateien, die von Software von Drittanbietern installiert wurden
Sie können aktuell geladene kext-Dateien auflisten mit:
Für weitere Informationen zu Kernel-Erweiterungen siehe diesen Abschnitt.
amstoold
Bericht: https://theevilbit.github.io/beyond/beyond_0029/
Ort
/usr/local/bin/amstooldRoot erforderlich
Beschreibung & Ausnutzung
Anscheinend wurde die plist von /System/Library/LaunchAgents/com.apple.amstoold.plist dieses Binär verwendet, während es einen XPC-Dienst freilegte... das Ding ist, dass das Binär nicht existierte, also konnten Sie etwas dort platzieren und wenn der XPC-Dienst aufgerufen wird, wird Ihr Binär aufgerufen.
Ich kann das nicht mehr in meinem macOS finden.
xsanctl
Bericht: https://theevilbit.github.io/beyond/beyond_0015/
Ort
/Library/Preferences/Xsan/.xsanrcRoot erforderlich
Auslöser: Wenn der Dienst ausgeführt wird (selten)
Beschreibung & Ausnutzung
Anscheinend ist es nicht sehr üblich, dieses Skript auszuführen, und ich konnte es nicht einmal in meinem macOS finden, also wenn Sie mehr Informationen möchten, überprüfen Sie den Bericht.
/etc/rc.common
Dies funktioniert nicht in modernen MacOS-Versionen
Es ist auch möglich, hier Befehle zu platzieren, die beim Start ausgeführt werden. Beispiel eines regulären rc.common-Skripts:
Persistenztechniken und -tools
Last updated
