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é.

En bref : l'app Mac vous montre d'abord la liste complète des candidats et envoie les suppressions ordinaires à la corbeille, donc une erreur reste réversible. La CLI supprime définitivement les fichiers de cache et vous donne --dry-run au lieu d'une annulation. Les deux refusent un ensemble fixe de chemins, quelle que soit la demande.

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. Quant à mo purge, son absence côté app est délibérée, et c'est le sujet du second schéma ci-dessous.

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.

Le nettoyage de cache est censé être définitif. Même dans l'app, où les fichiers atterrissent dans la corbeille, l'intérêt de l'opération est que l'application réécrive ce dont elle a besoin, et vider la corbeille ensuite fait partie du travail. La CLI saute purement et simplement cette étape intermédiaire.

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 est un outil graphique où l'on examine d'abord, et dont les suppressions ordinaires finissent dans la corbeille.

« 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 à vie 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, le nettoyage de cache ordinaire et les désinstallations vont à la corbeille, y compris les suppressions qui exigent des droits d'administrateur. Les exceptions sont un petit ensemble d'éléments gérés par le système qu'Optimize supprime directement, sans annulation possible. La CLI supprime les caches définitivement ; mo uninstall envoie les apps et leurs résidus à la corbeille. Ces deux commandes prennent en charge --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.

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.