Mole est-il sûr ? Ce qu’il supprime et ce qu’il refuse de toucher

Mole existe en deux programmes, et la plupart des réponses sur la sécurité que vous trouverez en ligne n'en décrivent qu'un seul. Mole for Mac est l'application native vendue sur mole.fit. mo est l'outil en ligne de commande libre et open source hébergé sur GitHub. Les deux partagent la liste blanche personnalisée et le chemin du journal, mais ils ne se comportent pas de la même façon au moment de la suppression, et cette différence est toute la réponse à la question de savoir si Mole est sûr pour l'usage que vous en prévoyez.

Dans cette page, « Mole » désigne uniquement Mole for Mac sur mole.fit et son outil en ligne de commande mo. Les autres apps ou outils en ligne de commande appelés « mole » sont des produits distincts, non couverts par cette description de sécurité.

L'app Mac affiche la liste complète avant toute suppression. La désinstallation utilise la corbeille ; les caches sont supprimés définitivement par défaut, avec une option corbeille dans les réglages. La CLI supprime les caches définitivement ; --dry-run sert à prévisualiser, pas à annuler. Les deux refusent les chemins protégés.

Où finit chaque suppression

Deux lignes méritent un détail. Optimize supprime directement, sans passer par la corbeille, un petit ensemble précis d'éléments gérés par le système : l'état d'application enregistré, les anciens enregistrements de la base des événements de quarantaine, les journaux d'écriture anticipée périmés, les listes de propriétés LaunchAgent cassées et les fichiers .sfl vides. Chacun passe son propre test d'âge, de taille ou d'existence. Ces suppressions ne peuvent pas être annulées ; des données régénérées ne restituent pas le contenu d'origine. L’app ne propose que les artefacts recompilables localement ; mo purge couvre davantage de fichiers. Le second schéma ci-dessous explique cette différence.

Les trois portes, et pourquoi celle du milieu est la plus intéressante

Un candidat ne va pas du résultat de l'analyse au disque en une seule étape. Il passe une porte de licence, puis une validation de chemin, puis un exécuteur, et ces couches ne se font pas confiance : chacune revérifie au lieu de supposer que la précédente avait raison.

C'est dans la validation du chemin que réside réellement la sécurité. Elle s'exécute au moment de la suppression, pas au moment de l'analyse, ce qui compte parce que plusieurs minutes peuvent séparer les deux instants et que le disque ne reste pas immobile entre-temps. Si le fichier a changé d'identité après que vous l'avez vu, la suppression ne se poursuit pas sur la foi d'une décision périmée. Voici une ligne réelle du journal de la machine sur laquelle cet article a été écrit :

2026-08-17T02:13:55Z    uninstall   SKIPPED /Applications/Quiet.app updated since the scan, please scan again

Tout le modèle de sécurité tient dans cette ligne : quand la réponse est incertaine, Mole décline et dit pourquoi, au lieu de supprimer quelque chose d'approchant.

L'autre propriété de cette porte, c'est qu'un refus est total. Un chemin qui tombe sur la liste de protection est refusé, il n'est pas rogné en une suppression plus petite à l'intérieur, et l'opération s'arrête là pour cet élément.

Ce que Mole refuse de supprimer

Un nettoyeur ne vaut que par ce qu'il s'interdit de faire, donc cette liste est précise plutôt qu'une promesse de prudence. Voici ce qui est refusé avant qu'une suppression ne démarre :

Le motif derrière cette liste : un chemin qui a la forme d'un cache n'est pas la preuve qu'il en contient un. Les poids de modèles et les environnements Python vivent sous ~/.cache parce que c'est là que les outils les rangent, pas parce qu'ils seraient des fichiers dérivés que n'importe qui peut régénérer gratuitement.

La liste blanche est la moitié de la même idée, celle que vous contrôlez. Un chemin protégé dans l'un des deux programmes est respecté par l'autre, puisque tous deux lisent ~/.config/mole/whitelist.

L'app Mac est plus étroite que la CLI, toujours dans le même sens

Les deux ne sont pas également agressifs, et l'asymétrie va toujours dans la même direction. Le cas le plus net est celui des répertoires de dépendances : mo purge supprime node_modules, Pods, venv et vendor, alors que l'app les écarte tous et ne propose que ce qu'une compilation locale peut reconstruire sans réseau. L'app place aussi l'analyse des données d'application derrière l'accès complet au disque, présente les éléments récupérables mais coûteux comme des lignes à examiner et non cochées par défaut, et revalide les chemins au moment de la suppression, comme décrit plus haut.

Voir dans mo clean une catégorie que l'app ne propose jamais est donc un comportement attendu, pas une fonctionnalité manquante. Si vous voulez le balayage large, il est dans le terminal, et --dry-run est la façon de regarder avant qu'il ne se produise.

Lire ce qui s'est réellement passé

Les deux programmes utilisent ~/Library/Logs/mole/operations.log. L’app sépare les champs par des tabulations. Le CLI place la date et la commande entre crochets, puis ajoute le statut, le chemin et les précisions éventuelles. Les noms des statuts diffèrent aussi :

Le journal décrit l’opération passée, pas l’emplacement actuel du fichier. Un fichier marqué TRASHED peut généralement être restauré tant qu’il reste dans la corbeille, mais il a pu être restauré, déplacé ou supprimé depuis. Vérifiez donc son emplacement dans la corbeille.

L'étape d'examen

L'analyse est gratuite dans l'app Mac, sans licence et sans limite de durée. Chaque outil analyse et affiche sa liste complète de résultats ; une licence n'est nécessaire que pour agir dessus, et chaque outil destructeur fonctionne deux fois avant de la demander. Vous pouvez donc comparer ce que Mole propose avec ce que vous croyez savoir de votre disque avant de payer quoi que ce soit.

La désinstallation affiche un plan avec les chemins, les propriétaires et les tailles avant que quoi que ce soit ne bouge. L'examen est le produit, pas une boîte de confirmation : un élément que vous ne pouvez pas évaluer est un mauvais candidat au balayage en un clic, et c'est pourquoi Mole laisse décochés ceux dont la restauration coûte cher plutôt que de cacher la décision derrière un total.

Ce qui est réellement irrécupérable

Être précis ici compte plus que rassurer.

Les deux programmes suppriment les caches définitivement par défaut. Dans l'app Mac, les réglages permettent de les envoyer à la corbeille, où ils restent récupérables tant qu'elle n'est pas vidée. Régénérer un cache ne restaure pas son contenu d'origine.

mo purge supprime définitivement les sorties de build, et c'est la commande qui mérite le plus un essai à vide au préalable. Les suppressions d'Optimize listées plus haut sont elles aussi immédiates. Régénérer des fichiers ne restaure pas leur état précédent. Pour retrouver cet état, il faut une sauvegarde adaptée, par exemple Time Machine.

Comment vérifier tout cela par vous-même

• Lisez le journal. ~/Library/Logs/mole/operations.log, écrit par le programme qui a fait le travail, avec le vocabulaire de statuts ci-dessus.
• Vérifiez d'abord en ligne de commande. Les commandes clean, uninstall et optimize acceptent --dry-run et imprime exactement ce qu'elle supprimerait.
• Lisez le code. La CLI est open source sous GPL-3.0, logique de suppression comprise.
• Vérifiez la version que vous avez téléchargée. L'app Mac est signée avec un Developer ID et notarisée. spctl -a -t exec -vv /Applications/Mole.app vérifie son évaluation par Gatekeeper, pas son identité octet par octet avec le téléchargement publié.
• Surveillez le réseau. Aucun des deux programmes n'envoie de télémétrie.

Ce que vous lirez peut-être ailleurs

Trois descriptions circulent largement, et toutes trois viennent d'une lecture qui confond l'outil en ligne de commande et l'app.

« C'est un utilitaire de terminal sans aperçu ni annulation. » mo clean propose un aperçu avec --dry-run, mais supprime les caches définitivement. L'app Mac propose un examen graphique : la désinstallation utilise la corbeille, tandis que les caches sont supprimés définitivement par défaut, selon une option modifiable dans les réglages.

« Mole est gratuit. » La CLI est gratuite et open source. Mole for Mac est un achat unique de 19 dollars couvrant deux Mac, avec mises à jour gratuites et remboursement sous 14 jours.

« La CLI est sous licence MIT. » Elle est sous GPL-3.0.

Pour aller plus loin

• Mole CLI ou Mole for Mac : ce que chaque interface sait faire que l'autre ne fait pas, et ce qui se passe si vous installez les deux.
• Ce qu'un nettoyeur Mac ne doit jamais supprimer : la même question posée à toute la catégorie plutôt qu'à un seul outil.

FAQ

Mole met-il les fichiers supprimés à la corbeille ?

Dans l'app Mac, les caches sont supprimés définitivement par défaut ; les réglages proposent une option corbeille. La désinstallation et les suppressions depuis l'analyse du disque utilisent la corbeille, même avec des droits administrateur. Les fichiers ne sont récupérables que s'ils s'y trouvent encore. Vider la corbeille et les suppressions directes nommées dans Optimize sont définitifs ; régénérer ne signifie pas restaurer. Dans la CLI, mo clean supprime définitivement les caches, tandis que mo uninstall envoie les apps et leurs résidus à la corbeille. Les deux commandes proposent une prévisualisation avec --dry-run.

Mole peut-il supprimer quelque chose dont macOS a besoin ?

Les racines système, l'état système protégé comme les bases de confidentialité et d'éléments d'ouverture, les plug-ins audio, les poids de modèles téléchargés et les environnements Python vivants sont refusés avant qu'une suppression ne démarre. L'app revalide en outre chaque chemin au moment de la suppression plutôt que de se fier à l'analyse.

La CLI gratuite est-elle le même programme que l'app Mac ?

Non. Ce sont deux implémentations distinctes qui partagent un vocabulaire de nettoyage, un fichier de liste blanche et un journal. L'app est une réécriture en Swift, pas une surcouche de la CLI, et elle est délibérément plus étroite sur ce qu'elle supprime.

Mole a-t-il besoin de l'accès complet au disque, et pourquoi ?

Les analyses de données d'application sont derrière cette permission. Sans elle, Mole fonctionne toujours ; il voit moins de choses et le dit, plutôt que d'annoncer un chiffre plus petit comme s'il était complet.

L'accès complet au disque mérite d'être compris pour ce qu'il permet et ce qu'il ne prouve pas. Il élargit la visibilité sur les emplacements protégés de données utilisateur, pour que l'analyse et l'examen soient exacts ; ce n'est pas un blanc-seing pour supprimer, et les mêmes portes décrites plus haut décident toujours de chaque suppression. Il ne prouve pas non plus qu'un outil est digne de confiance. Ce n'est ni une certification antivirus, ni un label « nettoyeur approuvé par Apple », ni la preuve qu'un outil est sûr ; un nettoyeur doté de l'accès complet au disque peut toujours supprimer ce qu'il ne faut pas. Ne l'accordez qu'aux outils en qui vous avez déjà confiance, jugez-les sur l'examen avant suppression, les refus de chemins protégés et les journaux décrits sur cette page, et retirez-le à n'importe quel outil dans Réglages Système > Confidentialité et sécurité > Accès complet au disque.

Comment savoir ce que Mole a supprimé la dernière fois ?

Lisez la fin de ~/Library/Logs/mole/operations.log. TRASHED indique un déplacement vers la corbeille ; vérifiez si le fichier y est encore. DELETED et le statut CLI REMOVED indiquent une suppression définitive. Les statuts SKIPPED signalent les opérations ignorées.

La licence change-t-elle ce qui est supprimé ?

Non. La licence détermine si une opération destructrice peut s'exécuter, jamais son étendue. L'analyse, la liste des candidats et les règles de protection sont identiques avant et après l'activation.