enum qtn_flags { QTN_FLAG_DOWNLOAD = 0x0001, QTN_FLAG_SANDBOX = 0x0002, QTN_FLAG_HARD = 0x0004, QTN_FLAG_USER_APPROVED = 0x0040, };

#define qtn_proc_alloc _qtn_proc_alloc #define qtn_proc_apply_to_self _qtn_proc_apply_to_self #define qtn_proc_free _qtn_proc_free #define qtn_proc_init _qtn_proc_init #define qtn_proc_init_with_self _qtn_proc_init_with_self #define qtn_proc_set_flags _qtn_proc_set_flags #define qtn_file_alloc _qtn_file_alloc #define qtn_file_init_with_path _qtn_file_init_with_path #define qtn_file_free _qtn_file_free #define qtn_file_apply_to_path _qtn_file_apply_to_path #define qtn_file_set_flags _qtn_file_set_flags #define qtn_file_get_flags _qtn_file_get_flags #define qtn_proc_set_identifier _qtn_proc_set_identifier

typedef struct _qtn_proc *qtn_proc_t; typedef struct _qtn_file *qtn_file_t;

int qtn_proc_apply_to_self(qtn_proc_t); void qtn_proc_init(qtn_proc_t); int qtn_proc_init_with_self(qtn_proc_t); int qtn_proc_set_flags(qtn_proc_t, uint32_t flags); qtn_proc_t qtn_proc_alloc(); void qtn_proc_free(qtn_proc_t); qtn_file_t qtn_file_alloc(void); void qtn_file_free(qtn_file_t qf); int qtn_file_set_flags(qtn_file_t qf, uint32_t flags); uint32_t qtn_file_get_flags(qtn_file_t qf); int qtn_file_apply_to_path(qtn_file_t qf, const char *path); int qtn_file_init_with_path(qtn_file_t qf, const char path); int qtn_proc_set_identifier(qtn_proc_t qp, const char bundleid);

int main() {

qtn_proc_t qp = qtn_proc_alloc(); qtn_proc_set_identifier(qp, “xyz.hacktricks.qa”); qtn_proc_set_flags(qp, QTN_FLAG_DOWNLOAD | QTN_FLAG_USER_APPROVED); qtn_proc_apply_to_self(qp); qtn_proc_free(qp);

FILE *fp; fp = fopen(“thisisquarantined.txt”, “w+”); fprintf(fp, “Hello Quarantine\n”); fclose(fp);

return 0;

}

</details>

然后使用以下命令**移除**该属性：
```bash
xattr -d com.apple.quarantine portada.png
#You can also remove this attribute from every file with
find . -iname '*' -print0 | xargs -0 xattr -d com.apple.quarantine

并使用以下命令查找所有被隔离的文件:

find / -exec ls -ld {} \; 2>/dev/null | grep -E "[x\-]@ " | awk '{printf $9; printf "\n"}' | xargs -I {} xattr -lv {} | grep "com.apple.quarantine"

Quarantine 信息还存储在 LaunchServices 管理的中央数据库 ~/Library/Preferences/com.apple.LaunchServices.QuarantineEventsV2 中，GUI 可以通过它获取文件的来源数据。此外，这些信息可以被某些想隐藏来源的应用覆盖。并且可以通过 LaunchServices APIs 完成此操作。

libquarantine.dylib

该库导出若干函数，允许操作扩展属性字段。

qtn_file_* APIs 处理文件隔离策略，qtn_proc_* APIs 应用于进程（由该进程创建的文件）。未导出的 __qtn_syscall_quarantine* 函数是用于应用这些策略的，它会调用 mac_syscall，以 “Quarantine” 作为第一个参数，将请求发送到 Quarantine.kext。

Quarantine.kext

该内核扩展只能通过系统的 kernel cache 获取；不过，你 可以 从 https://developer.apple.com/ 下载 Kernel Debug Kit，其中包含该扩展的符号化版本。

该 Kext 会通过 MACF hook 若干调用，以捕获所有文件生命周期事件：创建、打开、重命名、硬链接等，甚至会拦截 setxattr，以阻止设置 com.apple.quarantine 扩展属性。

它还使用了几个 MIB：

• security.mac.qtn.sandbox_enforce: 在 Sandbox 中强制执行隔离策略
• security.mac.qtn.user_approved_exec: 被隔离的进程只能执行已批准的文件

Provenance xattr (Ventura and later)

macOS 13 Ventura 引入了一个单独的 provenance 机制，当隔离应用第一次被允许运行时会填充该机制。会创建两个工件：

• 在 .app 应用包目录上的 com.apple.provenance xattr（固定大小的二进制值，包含主键和标志）。
• 在 ExecPolicy 数据库的 provenance_tracking 表（位于 /var/db/SystemPolicyConfiguration/ExecPolicy/）中有一行，存储了该应用的 cdhash 和元数据。

实际用法：

# Inspect provenance xattr (if present)
xattr -p com.apple.provenance /Applications/Some.app | hexdump -C

# Observe Gatekeeper/provenance events in real time
log stream --style syslog --predicate 'process == "syspolicyd"'

# Retrieve historical Gatekeeper decisions for a specific bundle
log show --last 2d --style syslog --predicate 'process == "syspolicyd" && eventMessage CONTAINS[cd] "GK scan"'

XProtect

XProtect 是 macOS 内置的 anti-malware 功能。XProtect 会在应用首次启动或被修改时，将其与已知恶意软件和不安全文件类型的数据库进行比对。当你通过某些应用（例如 Safari、Mail 或 Messages）下载文件时，XProtect 会自动扫描该文件。如果它与数据库中的已知恶意软件匹配，XProtect 将 阻止该文件运行 并提醒你存在威胁。

XProtect 的数据库由 Apple 定期更新 新的恶意软件定义，这些更新会自动下载并安装到你的 Mac 上。这可确保 XProtect 始终针对最新已知威胁保持更新。

不过，值得注意的是，XProtect 并非全功能 antivirus 解决方案。它仅检查特定的已知威胁列表，并不像大多数 antivirus 软件那样执行 on-access scanning。

你可以运行以下命令来获取有关最新 XProtect 更新的信息：

system_profiler SPInstallHistoryDataType 2>/dev/null | grep -A 4 "XProtectPlistConfigData" | tail -n 5

XProtect 位于受 SIP 保护的位置 /Library/Apple/System/Library/CoreServices/XProtect.bundle，在该 bundle 内可以找到 XProtect 使用的信息：

• XProtect.bundle/Contents/Resources/LegacyEntitlementAllowlist.plist: 允许具有那些 cdhashes 的代码使用 legacy entitlements。
• XProtect.bundle/Contents/Resources/XProtect.meta.plist: 列出通过 BundleID 和 TeamID 被禁止加载的插件和扩展，或指明最小版本要求。
• XProtect.bundle/Contents/Resources/XProtect.yara: 用于检测恶意软件的 Yara 规则。
• XProtect.bundle/Contents/Resources/gk.db: 包含被阻止应用及 TeamIDs 哈希的 SQLite3 数据库。

注意在 /Library/Apple/System/Library/CoreServices/XProtect.app 还有另一个与 XProtect 相关的 App，但它不参与 Gatekeeper 过程。

XProtect Remediator: 在现代 macOS 上，Apple 提供按需扫描器（XProtect Remediator），通过 launchd 定期运行以检测并修复某些恶意软件家族。你可以在统一日志中观察到这些扫描：

log show --last 2h --predicate 'subsystem == "com.apple.XProtectFramework" || category CONTAINS "XProtect"' --style syslog

不是 Gatekeeper

Caution

注意 Gatekeeper 并不是每次 执行应用时都会运行，只有 AppleMobileFileIntegrity (AMFI) 会在你执行一个已被 Gatekeeper 执行并验证过的应用时才会 verify executable code signatures。

因此，过去可以先执行一个应用以让 Gatekeeper 缓存它，然后 修改应用的非可执行文件（例如 Electron asar 或 NIB 文件），如果没有其他防护，应用会带着这些 恶意 的附加内容被 执行。

然而现在这已不可行，因为 macOS 阻止修改 应用包内的文件。所以，如果你尝试 Dirty NIB 攻击，你会发现无法再滥用它：在执行应用以让 Gatekeeper 缓存后，你无法修改该 bundle。例如，如果你像漏洞中那样将 Contents 目录重命名为 NotCon，然后执行应用的主二进制以让 Gatekeeper 缓存它，会触发错误并且不会执行。

Gatekeeper 绕过

任何能绕过 Gatekeeper（设法让用户下载并在 Gatekeeper 应该阻止时执行）的方式都被视为 macOS 的一个漏洞。以下是一些过去被分配为允许绕过 Gatekeeper 的技术相关的 CVE：

CVE-2021-1810

观察到如果使用 Archive Utility 进行解压，路径长度超过 886 characters 的文件不会获得 com.apple.quarantine 扩展属性。此情况会无意间使这些文件能够 规避 Gatekeeper 的 安全检查。

查看 original report 获取更多信息。

CVE-2021-30990

当使用 Automator 创建应用时，关于应用执行所需信息位于 application.app/Contents/document.wflow，而不是可执行文件。可执行文件只是一个通用的 Automator 二进制，称为 Automator Application Stub。

因此，你可以让 application.app/Contents/MacOS/Automator\ Application\ Stub 通过符号链接指向系统内的另一个 Automator Application Stub，这样会执行 document.wflow 中的内容（你的脚本），并且 不会触发 Gatekeeper，因为实际的可执行文件没有 quarantine xattr。

示例的预期位置：/System/Library/CoreServices/Automator\ Application\ Stub.app/Contents/MacOS/Automator\ Application\ Stub

查看 original report 获取更多信息。

CVE-2022-22616

在该绕过中，创建了一个 zip 文件，其压缩时从 application.app/Contents 开始而不是从 application.app 开始。因此，quarantine attr 被应用到了 application.app/Contents 中的所有文件，但 没有应用到 application.app（Gatekeeper 检查的是 application.app），因此当触发 application.app 时它 没有 quarantin e 属性，从而绕过了 Gatekeeper。

zip -r test.app/Contents test.zip

请查看 原始报告 了解更多信息。

CVE-2022-32910

即使组件不同，该漏洞的利用方式与前一个非常相似。在这种情况下，我们会从 application.app/Contents 生成一个 Apple Archive，因此当由 Archive Utility 解压时，application.app won’t get the quarantine attr。

aa archive -d test.app/Contents -o test.app.aar

请查看 original report 获取更多信息。

CVE-2022-42821

ACL writeextattr 可用于阻止任何人向文件写入属性：

touch /tmp/no-attr
chmod +a "everyone deny writeextattr" /tmp/no-attr
xattr -w attrname vale /tmp/no-attr
xattr: [Errno 13] Permission denied: '/tmp/no-attr'

此外，AppleDouble 文件格式在复制文件时会包含其 ACEs。

在 source code 中可以看到，存储在名为 com.apple.acl.text 的 xattr 内的 ACL 文本表示会被设置为解压后文件的 ACL。因此，如果你用 AppleDouble 文件格式将一个应用程序压缩成 zip 文件，并且该文件的 ACL 阻止向其写入其他 xattr… quarantine xattr 就不会被设置到该应用程序：

chmod +a "everyone deny write,writeattr,writeextattr" /tmp/test
ditto -c -k test test.zip
python3 -m http.server
# Download the zip from the browser and decompress it, the file should be without a quarantine xattr

查看 original report 以获取更多信息。

注意，这也可以通过 AppleArchives 被利用：

mkdir app
touch app/test
chmod +a "everyone deny write,writeattr,writeextattr" app/test
aa archive -d app -o test.aar

CVE-2023-27943

发现 Google Chrome 没有为下载的文件设置隔离属性，原因是 macOS 的一些内部问题。

CVE-2023-27951

AppleDouble 文件格式将文件的属性存储在以 ._ 开头的单独文件中，这有助于在 macOS 机器之间复制文件属性。然而，观察到在解压 AppleDouble 文件后，以 ._ 开头的文件并未被赋予隔离属性。

mkdir test
echo a > test/a
echo b > test/b
echo ._a > test/._a
aa archive -d test/ -o test.aar

# If you downloaded the resulting test.aar and decompress it, the file test/._a won't have a quarantitne attribute

能够创建一个不会被设置 quarantine 属性的文件，就可以绕过 Gatekeeper。 The trick was to create a DMG file application using the AppleDouble name convention (start it with ._) and create a visible file as a sym link to this hidden file without the quarantine attribute.
诀窍是使用 AppleDouble 命名约定（以 ._ 开头），创建一个 DMG 文件应用，并创建一个可见文件作为指向这个没有 quarantine 属性的隐藏文件的 sym link。
当dmg file is executed时，由于它没有 quarantine 属性，它会绕过 Gatekeeper。

# Create an app bundle with the backdoor an call it app.app

echo "[+] creating disk image with app"
hdiutil create -srcfolder app.app app.dmg

echo "[+] creating directory and files"
mkdir
mkdir -p s/app
cp app.dmg s/app/._app.dmg
ln -s ._app.dmg s/app/app.dmg

echo "[+] compressing files"
aa archive -d s/ -o app.aar

[CVE-2023-41067]

一个在 macOS Sonoma 14.0 中修复的 Gatekeeper 绕过漏洞允许精心构造的应用在无提示情况下运行。补丁发布后细节被公开披露，且在修复前该问题曾在真实环境中被主动利用。确保安装了 Sonoma 14.0 或更高版本。

[CVE-2024-27853]

macOS 14.4（2024 年 3 月发布）中的一个 Gatekeeper 绕过，源于 libarchive 对恶意 ZIP 的处理，允许应用规避评估。请更新到 14.4 或更高版本，Apple 在该版本中修复了此问题。

CVE-2024-44128

嵌入在已下载应用中的 Automator Quick Action workflow 可能在未经过 Gatekeeper 评估的情况下触发，原因是 workflows 被视为数据并由 Automator helper 在常规 notarization 提示路径之外执行。因此，一个捆绑了运行 shell 脚本的 Quick Action 的精心构造的 .app（例如位于 Contents/PlugIns/*.workflow/Contents/document.wflow 内）可能在启动时立即执行。Apple 在 Ventura 13.7、Sonoma 14.7 和 Sequoia 15 中增加了额外的同意对话并修复了评估路径。

Third‑party unarchivers mis‑propagating quarantine (2023–2024)

一些流行解压工具（例如 The Unarchiver）中的多个漏洞导致从归档中解压的文件缺少 com.apple.quarantine xattr，从而为 Gatekeeper 绕过创造了机会。在测试时始终使用 macOS Archive Utility 或已修补的工具，并在解压后验证 xattrs。

uchg (from this talk)

• 创建一个包含 app 的目录。
• 对该 app 添加 uchg。
• 将该 app 压缩为 tar.gz 文件。
• 将 tar.gz 文件发送给受害者。
• 受害者打开 tar.gz 文件并运行 app。
• Gatekeeper 不会检查该 app。

Prevent Quarantine xattr

在一个 “.app” 包中如果未向其添加 quarantine xattr，那么在执行时 Gatekeeper 不会被触发。

References

• Apple Platform Security: 关于 macOS Sonoma 14.4 的安全内容（包含 CVE-2024-27853） – https://support.apple.com/en-us/HT214084
• Eclectic Light: How macOS now tracks the provenance of apps – https://eclecticlight.co/2023/05/10/how-macos-now-tracks-the-provenance-of-apps/
• Apple: 关于 macOS Sonoma 14.7 / Ventura 13.7 的安全内容 (CVE-2024-44128) – https://support.apple.com/en-us/121234
• MacRumors: macOS 15 Sequoia removes the Control‑click “Open” Gatekeeper bypass – https://www.macrumors.com/2024/06/11/macos-sequoia-removes-open-anyway/

Tip

学习和实践 AWS 黑客技术：HackTricks Training AWS Red Team Expert (ARTE)
学习和实践 GCP 黑客技术：HackTricks Training GCP Red Team Expert (GRTE) 学习和实践 Azure 黑客技术：HackTricks Training Azure Red Team Expert (AzRTE)

支持 HackTricks

• 查看 订阅计划!
• 加入 💬 Discord 群组 或 Telegram 群组 或 在 Twitter 🐦 上关注我们 @hacktricks_live.
• 通过向 HackTricks 和 HackTricks Cloud GitHub 仓库提交 PR 来分享黑客技巧。