macOS TCC

从零开始学习AWS黑客技术，成为专家 htARTE（HackTricks AWS红队专家）！

支持HackTricks的其他方式：

基本信息

TCC（透明度、同意和控制）是一种安全协议，专注于规范应用程序权限。其主要作用是保护诸如位置服务、联系人、照片、麦克风、摄像头、辅助功能和完全磁盘访问等敏感功能。通过在授予应用程序对这些元素访问之前强制要求明确用户同意，TCC增强了隐私和用户对其数据的控制。

用户在应用程序请求访问受保护功能时会遇到TCC。这通过一个提示可见，允许用户批准或拒绝访问。此外，TCC支持直接用户操作，例如将文件拖放到应用程序中，以授予对特定文件的访问权限，确保应用程序仅能访问明确允许的内容。

TCC提示的示例

TCC由位于/System/Library/PrivateFrameworks/TCC.framework/Support/tccd的守护程序处理，并在/System/Library/LaunchDaemons/com.apple.tccd.system.plist中进行配置（注册mach服务com.apple.tccd.system）。

每个已登录用户定义的用户模式tccd在/System/Library/LaunchAgents/com.apple.tccd.plist中运行，注册mach服务com.apple.tccd和com.apple.usernotifications.delegate.com.apple.tccd。

在这里，您可以看到作为系统和用户运行的tccd：

权限是从父应用程序继承的，权限是基于Bundle ID和Developer ID进行跟踪。

TCC数据库

然后将允许/拒绝存储在一些TCC数据库中：

  • 系统范围的数据库位于 /Library/Application Support/com.apple.TCC/TCC.db。

  • 此数据库受到 SIP 保护，因此只有 SIP 绕过才能写入其中。

  • 用户TCC数据库 $HOME/Library/Application Support/com.apple.TCC/TCC.db 用于每个用户的偏好设置。

  • 此数据库受保护，因此只有具有高TCC权限的进程（如完全磁盘访问）才能写入其中（但不受 SIP 保护）。

先前的数据库也受到 TCC 保护以进行读取访问。因此，除非是来自具有TCC特权进程的情况，否则您将无法读取常规用户TCC数据库。

但是，请记住，具有这些高权限的进程（如 FDA 或 kTCCServiceEndpointSecurityClient）将能够写入用户的TCC数据库。

  • 还有一个 第三个 TCC 数据库位于 /var/db/locationd/clients.plist，用于指示允许访问位置服务的客户端。

  • 受 SIP 保护的文件 /Users/carlospolop/Downloads/REG.db（也受到 TCC 的读取访问保护），包含所有有效TCC数据库的位置。

  • 受 SIP 保护的文件 /Users/carlospolop/Downloads/MDMOverrides.plist（也受到 TCC 的读取访问保护），包含更多TCC授予的权限。

  • 受 SIP 保护的文件 /Library/Apple/Library/Bundles/TCC_Compatibility.bundle/Contents/Resources/AllowApplicationsList.plist（但任何人都可以读取）是需要TCC异常的应用程序的允许列表。

iOS 中的TCC数据库位于 /private/var/mobile/Library/TCC/TCC.db

通知中心 UI 可以在系统TCC数据库中进行更改：

然而，用户可以使用**tccutil命令行实用程序删除或查询规则**。

查询数据库

检查这两个数据库，您可以检查应用程序已允许、已禁止或未拥有的权限（它会请求权限）。

  • service 是 TCC 权限的字符串表示

  • client 是具有权限的 Bundle ID 或二进制文件路径

  • client_type 指示它是 Bundle 标识符（0）还是绝对路径（1）

如果是绝对路径如何执行

只需执行 launctl load you_bin.plist，使用类似以下的 plist 文件：

  • auth_value 可以有不同的值: denied(0), unknown(1), allowed(2), 或 limited(3)。

  • auth_reason 可以采用以下值: Error(1), User Consent(2), User Set(3), System Set(4), Service Policy(5), MDM Policy(6), Override Policy(7), Missing usage string(8), Prompt Timeout(9), Preflight Unknown(10), Entitled(11), App Type Policy(12)

  • csreq 字段用于指示如何验证要执行的二进制文件并授予 TCC 权限:

  • 要了解表格的其他字段的更多信息，请查看此博客文章。

您还可以在系统偏好设置 --> 安全性与隐私 --> 隐私 --> 文件和文件夹中查看已授予的权限给应用程序。

用户可以使用**tccutil** 删除或查询规则。

重置 TCC 权限

TCC 签名检查

TCC 数据库 存储了应用程序的 Bundle ID，但它还存储了有关签名的 信息，以确保请求使用权限的应用程序是正确的应用程序。

因此，使用相同名称和捆绑标识的其他应用程序将无法访问授予其他应用程序的权限。

权限和TCC权限

应用程序不仅需要请求并获得对某些资源的访问权限，还需要具有相关的权限。 例如，Telegram具有权限com.apple.security.device.camera来请求访问摄像头。没有此权限的应用程序将无法访问摄像头（用户甚至不会被询问权限）。

但是，要访问某些用户文件夹，例如~/Desktop、~/Downloads和~/Documents，它们不需要具有任何特定的权限。系统将透明地处理访问并根据需要提示用户。

苹果的应用程序不会生成提示。它们在其权限列表中包含预授予权利，这意味着它们永远不会生成弹出窗口，也不会出现在任何TCC数据库中。例如：

这将避免日历请求用户访问提醒事项、日历和通讯簿。

除了一些关于授权的官方文档之外，还可以在https://newosxbook.com/ent.jl找到一些非官方有关授权的有趣信息。

一些TCC权限包括：kTCCServiceAppleEvents、kTCCServiceCalendar、kTCCServicePhotos... 没有公开的列表定义了所有这些权限，但你可以查看这个已知权限列表。

敏感且无保护的位置

  • $HOME（本身）

  • $HOME/.ssh、$HOME/.aws 等

  • /tmp

用户意图 / com.apple.macl

如前所述，可以通过将文件拖放到应用程序中来授予应用程序对文件的访问权限。这种访问权限不会在任何TCC数据库中指定，而是作为文件的扩展属性。该属性将存储允许应用程序的 UUID：

有趣的是 com.apple.macl 属性由 Sandbox 管理，而不是 tccd。

另请注意，如果您将允许计算机上应用程序的 UUID 的文件移动到不同的计算机，因为相同的应用程序将具有不同的 UID，它不会授予该应用程序访问权限。

扩展属性 com.apple.macl 无法像其他扩展属性一样清除，因为它受到 SIP 保护。然而，正如在这篇文章中解释的，可以通过压缩文件，删除它，然后解压来禁用它。

TCC权限提升和绕过

插入到TCC

如果您在某个时刻成功获得对 TCC 数据库的写访问权限，可以使用类似以下内容来添加条目（删除注释）：

插入到TCC示例

```sql INSERT INTO access ( service, client, client_type, auth_value, auth_reason, auth_version, csreq, policy_id, indirect_object_identifier_type, indirect_object_identifier, indirect_object_code_identity, flags, last_modified, pid, pid_version, boot_uuid, last_reminded ) VALUES ( 'kTCCServiceSystemPolicyDesktopFolder', -- service 'com.googlecode.iterm2', -- client 0, -- client_type (0 - bundle id) 2, -- auth_value (2 - allowed) 3, -- auth_reason (3 - "User Set") 1, -- auth_version (always 1) X'FADE0C00000000C40000000100000006000000060000000F0000000200000015636F6D2E676F6F676C65636F64652E697465726D32000000000000070000000E000000000000000A2A864886F7636406010900000000000000000006000000060000000E000000010000000A2A864886F763640602060000000000000000000E000000000000000A2A864886F7636406010D0000000000000000000B000000000000000A7375626A6563742E4F550000000000010000000A483756375859565137440000', -- csreq is a BLOB, set to NULL for now NULL, -- policy_id NULL, -- indirect_object_identifier_type 'UNUSED', -- indirect_object_identifier - default value NULL, -- indirect_object_code_identity 0, -- flags strftime('%s', 'now'), -- last_modified with default current timestamp NULL, -- assuming pid is an integer and optional NULL, -- assuming pid_version is an integer and optional 'UNUSED', -- default value for boot_uuid strftime('%s', 'now') -- last_reminded with default current timestamp ); ```

TCC Payloads

如果您成功进入一个带有某些TCC权限的应用程序，请查看以下页面，其中包含可滥用这些权限的TCC有效载荷：

macOS TCC Payloads

Apple 事件

了解有关 Apple 事件的信息：

macOS Apple Events

自动化（Finder）到 FDA*

自动化权限的TCC名称是：kTCCServiceAppleEvents 此特定的TCC权限还指示了可以在TCC数据库中管理的应用程序（因此权限不允许仅管理所有内容）。

Finder 是一个始终具有 FDA 的应用程序（即使在 UI 中看不到），因此如果您对其具有自动化权限，您可以滥用其权限执行一些操作。 在这种情况下，您的应用程序需要对 com.apple.Finder 具有 kTCCServiceAppleEvents 权限。

您可以滥用这个漏洞来编写自己的用户 TCC 数据库。

有了这个权限，您将能够要求 Finder 访问 TCC 受限文件夹并提供文件，但据我所知，您无法让 Finder 执行任意代码来充分滥用他的 FDA 访问权限。

因此，您将无法滥用完整的 FDA 能力。

这是获取 Finder 上的自动化权限的 TCC 提示：

请注意，因为Automator 应用程序具有 TCC 权限 kTCCServiceAppleEvents，它可以控制任何应用程序，比如 Finder。因此，拥有控制 Automator 的权限，您也可以使用以下代码控制Finder：

在 Automator 中获取一个 shell

```applescript osascript<

tell application "Automator" set actionID to Automator action id "com.apple.RunShellScript" tell (make new workflow) add actionID to it tell last Automator action set value of setting "inputMethod" to 1 set value of setting "COMMAND_STRING" to theScript end tell execute it end tell activate end tell EOD

Once inside the shell you can use the previous code to make Finder copy the TCC databases for example and not TCC prompt will appear

自动化（SE）+ 辅助功能（kTCCServicePostEvent|kTCCServiceAccessibility**）到 FDA*

在 System Events 上的自动化 + 辅助功能（kTCCServicePostEvent）允许发送按键到进程。这样，您可以滥用 Finder 来更改用户的 TCC.db 或为任意应用程序提供 FDA（尽管可能需要提示输入密码）。

Finder 覆盖用户 TCC.db 的示例：

将 kTCCServiceAccessibility 提升至 FDA*

查看此页面以获取一些滥用辅助功能权限的有效载荷来提升至 FDA* 或例如运行键盘记录器。

将 Endpoint Security Client 提升至 FDA

如果你拥有 kTCCServiceEndpointSecurityClient，你就拥有 FDA。结束。

将 System Policy SysAdmin File 提升至 FDA

kTCCServiceSystemPolicySysAdminFiles 允许更改用户的 NFSHomeDirectory 属性，从而更改用户的主文件夹，因此可以绕过 TCC。

将 User TCC DB 提升至 FDA

获得对用户 TCC数据库的写入权限，你无法授予自己 FDA 权限，只有存储在系统数据库中的权限可以授予。

但是你可以给自己**对 Finder 的自动化权限**，并滥用先前的技术来提升至 FDA*。

FDA 到 TCC 权限

全磁盘访问在 TCC 中的名称是 kTCCServiceSystemPolicyAllFiles

我不认为这是一个真正的权限提升，但以防万一你觉得有用：如果你控制了一个拥有 FDA 权限的程序，你可以修改用户的 TCC 数据库并授予自己任何访问权限。这可以作为一种持久性技术，在你可能失去 FDA 权限时使用。

SIP 绕过至 TCC 绕过

系统的 TCC 数据库 受 SIP 保护，因此只有具有指定赋权的进程才能修改它。因此，如果攻击者找到了一个 SIP 绕过（能够修改受 SIP 限制的文件），他将能够：

  • 移除 TCC 数据库的保护，并赋予自己所有 TCC 权限。他可以滥用其中的任何文件，例如：

    • TCC 系统数据库

    • REG.db

    • MDMOverrides.plist

然而，还有另一种选择来滥用这个 SIP 绕过以绕过 TCC，文件 /Library/Apple/Library/Bundles/TCC_Compatibility.bundle/Contents/Resources/AllowApplicationsList.plist 是一个需要 TCC 例外的应用程序允许列表。因此，如果攻击者可以移除此文件的 SIP 保护并添加自己的应用程序，该应用程序将能够绕过 TCC。 例如，要添加终端：

AllowApplicationsList.plist:

允许应用程序列表.plist：

TCC绕过

参考资料

上一页macOS SIP下一页macOS Apple Events

最后更新于