macOS Dangerous Entitlements & TCC perms

Reading time: 7 minutes

tip

Apprenez et pratiquez le hacking AWS :HackTricks Training AWS Red Team Expert (ARTE)
Apprenez et pratiquez le hacking GCP : HackTricks Training GCP Red Team Expert (GRTE)

Soutenir HackTricks

warning

Notez que les droits commençant par com.apple ne sont pas disponibles pour les tiers, seul Apple peut les accorder.

Élevé

com.apple.rootless.install.heritable

Le droit com.apple.rootless.install.heritable permet de contourner SIP. Consultez ceci pour plus d'infos.

com.apple.rootless.install

Le droit com.apple.rootless.install permet de contourner SIP. Consultez ceci pour plus d'infos.

com.apple.system-task-ports (précédemment appelé task_for_pid-allow)

Ce droit permet d'obtenir le port de tâche pour n'importe quel processus, sauf le noyau. Consultez ceci pour plus d'infos.

com.apple.security.get-task-allow

Ce droit permet à d'autres processus avec le droit com.apple.security.cs.debugger d'obtenir le port de tâche du processus exécuté par le binaire avec ce droit et d'injecter du code dessus. Consultez ceci pour plus d'infos.

com.apple.security.cs.debugger

Les applications avec le droit d'outil de débogage peuvent appeler task_for_pid() pour récupérer un port de tâche valide pour les applications non signées et tierces avec le droit Get Task Allow défini sur true. Cependant, même avec le droit d'outil de débogage, un débogueur ne peut pas obtenir les ports de tâche des processus qui n'ont pas le droit Get Task Allow, et qui sont donc protégés par la Protection de l'Intégrité du Système. Consultez ceci pour plus d'infos.

com.apple.security.cs.disable-library-validation

Ce droit permet de charger des frameworks, des plug-ins ou des bibliothèques sans être signés par Apple ou signés avec le même ID d'équipe que l'exécutable principal, donc un attaquant pourrait abuser de n'importe quelle charge de bibliothèque pour injecter du code. Consultez ceci pour plus d'infos.

com.apple.private.security.clear-library-validation

Ce droit est très similaire à com.apple.security.cs.disable-library-validation mais au lieu de désactiver directement la validation des bibliothèques, il permet au processus de faire un appel système csops pour la désactiver.
Consultez ceci pour plus d'infos.

com.apple.security.cs.allow-dyld-environment-variables

Ce droit permet d'utiliser des variables d'environnement DYLD qui pourraient être utilisées pour injecter des bibliothèques et du code. Consultez ceci pour plus d'infos.

com.apple.private.tcc.manager ou com.apple.rootless.storage.TCC

Selon ce blog et ce blog, ces droits permettent de modifier la base de données TCC.

system.install.apple-software et system.install.apple-software.standar-user

Ces droits permettent d'installer des logiciels sans demander de permissions à l'utilisateur, ce qui peut être utile pour une élévation de privilèges.

com.apple.private.security.kext-management

Droit nécessaire pour demander au noyau de charger une extension de noyau.

com.apple.private.icloud-account-access

Le droit com.apple.private.icloud-account-access permet de communiquer avec le service XPC com.apple.iCloudHelper qui fournira des tokens iCloud.

iMovie et Garageband avaient ce droit.

Pour plus d'informations sur l'exploit pour obtenir des tokens icloud à partir de ce droit, consultez la conférence : #OBTS v5.0 : "Ce qui se passe sur votre Mac, reste sur iCloud d'Apple ?!" - Wojciech Regula

com.apple.private.tcc.manager.check-by-audit-token

TODO : Je ne sais pas ce que cela permet de faire

com.apple.private.apfs.revert-to-snapshot

TODO : Dans ce rapport il est mentionné que cela pourrait être utilisé pour mettre à jour le contenu protégé par SSV après un redémarrage. Si vous savez comment, envoyez une PR s'il vous plaît !

com.apple.private.apfs.create-sealed-snapshot

TODO : Dans ce rapport il est mentionné que cela pourrait être utilisé pour mettre à jour le contenu protégé par SSV après un redémarrage. Si vous savez comment, envoyez une PR s'il vous plaît !

keychain-access-groups

Ce droit liste les groupes keychain auxquels l'application a accès :

xml
<key>keychain-access-groups</key>
<array>
<string>ichat</string>
<string>apple</string>
<string>appleaccount</string>
<string>InternetAccounts</string>
<string>IMCore</string>
</array>

kTCCServiceSystemPolicyAllFiles

Accorde des permissions d'accès complet au disque, l'une des permissions les plus élevées de TCC que vous pouvez avoir.

kTCCServiceAppleEvents

Permet à l'application d'envoyer des événements à d'autres applications couramment utilisées pour l'automatisation des tâches. En contrôlant d'autres applications, elle peut abuser des permissions accordées à ces autres applications.

Comme leur faire demander le mot de passe de l'utilisateur :

bash
osascript -e 'tell app "App Store" to activate' -e 'tell app "App Store" to activate' -e 'tell app "App Store" to display dialog "App Store requires your password to continue." & return & return default answer "" with icon 1 with hidden answer with title "App Store Alert"'

Ou les amener à effectuer des actions arbitraires.

kTCCServiceEndpointSecurityClient

Permet, entre autres autorisations, de modifier la base de données TCC des utilisateurs.

kTCCServiceSystemPolicySysAdminFiles

Permet de changer l'attribut NFSHomeDirectory d'un utilisateur, ce qui modifie le chemin de son dossier personnel et permet donc de contourner TCC.

kTCCServiceSystemPolicyAppBundles

Permet de modifier des fichiers à l'intérieur des bundles d'applications (à l'intérieur de app.app), ce qui est interdit par défaut.

Il est possible de vérifier qui a cet accès dans Paramètres Système > Confidentialité et Sécurité > Gestion des Applications.

kTCCServiceAccessibility

Le processus pourra abuser des fonctionnalités d'accessibilité de macOS, ce qui signifie que, par exemple, il pourra appuyer sur des touches. Il pourrait donc demander l'accès pour contrôler une application comme Finder et approuver la boîte de dialogue avec cette autorisation.

Moyen

com.apple.security.cs.allow-jit

Cette autorisation permet de créer de la mémoire qui est écrivable et exécutable en passant le drapeau MAP_JIT à la fonction système mmap(). Consultez ceci pour plus d'infos.

com.apple.security.cs.allow-unsigned-executable-memory

Cette autorisation permet de remplacer ou de patcher du code C, d'utiliser le très obsolète NSCreateObjectFileImageFromMemory (qui est fondamentalement peu sûr), ou d'utiliser le framework DVDPlayback. Consultez ceci pour plus d'infos.

caution

Inclure cette autorisation expose votre application à des vulnérabilités courantes dans les langages de code non sécurisé en mémoire. Considérez soigneusement si votre application a besoin de cette exception.

com.apple.security.cs.disable-executable-page-protection

Cette autorisation permet de modifier des sections de ses propres fichiers exécutables sur disque pour forcer la sortie. Consultez ceci pour plus d'infos.

caution

L'autorisation de désactiver la protection de la mémoire exécutable est une autorisation extrême qui supprime une protection de sécurité fondamentale de votre application, rendant possible pour un attaquant de réécrire le code exécutable de votre application sans détection. Préférez des autorisations plus étroites si possible.

com.apple.security.cs.allow-relative-library-loads

TODO

com.apple.private.nullfs_allow

Cette autorisation permet de monter un système de fichiers nullfs (interdit par défaut). Outil : mount_nullfs.

kTCCServiceAll

Selon ce billet de blog, cette autorisation TCC se trouve généralement sous la forme :

[Key] com.apple.private.tcc.allow-prompting
[Value]
[Array]
[String] kTCCServiceAll

Autoriser le processus à demander toutes les autorisations TCC.

kTCCServicePostEvent

tip

Apprenez et pratiquez le hacking AWS :HackTricks Training AWS Red Team Expert (ARTE)
Apprenez et pratiquez le hacking GCP : HackTricks Training GCP Red Team Expert (GRTE)

Soutenir HackTricks