Ist Mole sicher? Was es löscht und was es nicht anfasst

Mole besteht aus zwei Programmen, und die meisten Antworten zur Sicherheit, die Sie online finden, beschreiben nur eines davon. Mole for Mac ist die native App, die über mole.fit verkauft wird. mo ist das kostenlose Open-Source-Kommandozeilenwerkzeug auf GitHub. Beide nutzen dieselbe benutzerdefinierte Whitelist und denselben Protokollpfad, löschen aber nicht gleich, und genau dieser Unterschied ist die vollständige Antwort auf die Frage, ob Mole für Ihre geplante Nutzung sicher ist.

Mit „Mole“ sind auf dieser Seite nur Mole for Mac auf mole.fit und das zugehörige Kommandozeilenwerkzeug mo gemeint. Andere Apps oder Kommandozeilenwerkzeuge namens „mole“ sind getrennte Produkte und nicht Teil dieser Sicherheitsbeschreibung.

Die Mac-App zeigt vor dem Löschen die vollständige Liste. Deinstallierte Apps kommen in den Papierkorb; Caches werden standardmäßig endgültig gelöscht, lassen sich aber per Einstellung in den Papierkorb verschieben. Die CLI löscht Caches endgültig; --dry-run ist eine Vorschau, kein Rückgängig. Beide verweigern geschützte Pfade.

Wo jede Löschung landet

Zwei Zeilen brauchen eine Erläuterung. Optimize löscht ohne Umweg über den Papierkorb nur eine kleine, festgelegte Auswahl systemverwalteter Elemente: gesicherten App-Zustand, alte Einträge in der Quarantäne-Ereignisdatenbank, veraltete Write-Ahead-Journale, defekte LaunchAgent-Property-Lists und leere .sfl-Dateien. Jede davon hat ihre eigene Prüfung auf Alter, Größe oder Existenz. Es gibt keinen Widerruf; neu erzeugte Daten stellen den ursprünglichen Inhalt nicht wieder her. Dass mo purge kein Gegenstück in der App hat, ist ebenfalls Absicht, und darum geht es in der zweiten Abbildung weiter unten.

Die drei Kontrollpunkte, und warum der mittlere der interessante ist

Ein Kandidat wandert nicht in einem Schritt vom Suchlauf auf die Festplatte. Er passiert eine Lizenzprüfung, dann die Pfadvalidierung, dann die ausführende Schicht, und diese Schichten vertrauen einander nicht: Jede prüft erneut, statt anzunehmen, die vorige habe recht gehabt.

Die Sicherheit sitzt tatsächlich in der Pfadvalidierung. Sie läuft im Moment des Löschens, nicht beim Suchlauf, und das ist wichtig, weil zwischen beiden Momenten Minuten liegen können und die Festplatte in dieser Zeit nicht stillsteht. Hat die Datei nach Ihrem Blick darauf die Identität gewechselt, wird die Löschung nicht aufgrund einer veralteten Entscheidung fortgesetzt. Eine echte Protokollzeile von dem Rechner, auf dem dieser Beitrag entstanden ist:

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

Das ganze Sicherheitsmodell steckt in dieser Zeile: Ist die Antwort unsicher, lehnt Mole ab und nennt den Grund, statt etwas hinreichend Ähnliches zu löschen.

Die zweite Eigenschaft dieses Kontrollpunkts: Eine Ablehnung ist vollständig. Ein Pfad, der auf der Schutzliste landet, wird abgelehnt und nicht auf eine kleinere Löschung darin zurechtgestutzt; der Vorgang endet dort für dieses Objekt.

Was Mole zu löschen verweigert

Ein Bereinigungswerkzeug ist nur so vertrauenswürdig wie die Dinge, die es nicht tut, deshalb ist diese Liste konkret statt ein Versprechen, vorsichtig zu sein. Das Folgende wird abgelehnt, bevor irgendeine Löschung startet:

Das Muster hinter der Liste: Dass ein Pfad wie ein Cache aussieht, ist kein Beleg dafür, dass er einen enthält. Modellgewichte und Python-Umgebungen liegen unter ~/.cache, weil Werkzeuge sie dort ablegen, nicht weil sie abgeleitete Dateien wären, die jeder kostenlos neu erzeugt.

Die Whitelist ist die von Ihnen kontrollierte Hälfte derselben Idee. Ein in einem Programm geschützter Pfad wird von beiden respektiert, denn beide lesen ~/.config/mole/whitelist.

Die Mac-App ist enger als die CLI, und zwar immer in dieselbe Richtung

Die beiden sind nicht gleich forsch, und die Asymmetrie zeigt stets in dieselbe Richtung. Am deutlichsten sind Abhängigkeitsverzeichnisse: mo purge entfernt node_modules, Pods, venv und vendor, während die App sie allesamt weglässt und nur anbietet, was eine lokale Kompilierung ohne Netz wiederherstellen kann. Die App stellt außerdem Scans von App-Daten hinter den vollständigen Festplattenzugriff, zeigt wiederherstellbare, aber teure Objekte als nicht vorausgewählte Prüfzeilen und validiert Pfade im Moment des Löschens erneut, wie oben beschrieben.

Eine Kategorie in mo clean zu sehen, die die App nie anbietet, ist also erwartetes Verhalten und keine fehlende Funktion. Wenn Sie den weiteren Durchgang wollen, liegt er im Terminal, und --dry-run ist die Art, vorher hinzusehen.

Nachlesen, was tatsächlich passiert ist

Beide Programme verwenden ~/Library/Logs/mole/operations.log. Die App trennt die Felder mit Tabulatoren. Die CLI setzt Zeitstempel und Befehl in eckige Klammern, gefolgt von Status, Pfad und gegebenenfalls weiteren Angaben. Auch die Statusnamen unterscheiden sich:

Das Protokoll zeigt, was damals passiert ist, nicht wo die Datei heute liegt. Eine mit TRASHED markierte Datei lässt sich normalerweise wiederherstellen, solange sie noch im Papierkorb liegt. Sie könnte inzwischen aber wiederhergestellt, verschoben oder endgültig gelöscht worden sein. Prüfen Sie deshalb den Papierkorb selbst.

Der Prüfschritt

Der Suchlauf ist in der Mac-App kostenlos, ohne Lizenz und ohne Zeitlimit. Jedes Werkzeug sucht und zeigt seine vollständige Ergebnisliste; eine Lizenz braucht es erst, um darauf zu handeln, und jedes löschende Werkzeug läuft zweimal, bevor es danach fragt. Sie können also vergleichen, was Mole vorschlägt, mit dem, was Sie über Ihre eigene Festplatte glauben, bevor Sie etwas bezahlen.

Die Deinstallation zeigt einen Plan mit Pfaden, Eigentümern und Größen, bevor sich etwas bewegt. Die Prüfung ist das Produkt, kein Bestätigungsdialog: Ein Objekt, das Sie nicht beurteilen können, ist ein schlechter Kandidat für einen Durchgang per Klick, und deshalb lässt Mole die teuer wiederherzustellenden ungeprüft, statt die Entscheidung hinter einer Summe zu verbergen.

Was wirklich nicht zurückkommt

Hier zählt Genauigkeit mehr als Beruhigung.

Beide Programme löschen Caches standardmäßig endgültig. In der Mac-App lässt sich stattdessen der Papierkorb wählen; solange er nicht geleert wurde, ist eine Wiederherstellung möglich. Ein neu erzeugter Cache stellt die ursprünglichen Dateien nicht wieder her.

mo purge löscht Build-Ausgaben endgültig, und genau deshalb verdient dieser Befehl am meisten einen Trockenlauf vorab. Die oben genannten Optimize-Löschungen sind ebenfalls sofort wirksam. Neu erzeugbare Dateien lassen sich nachbauen, doch das stellt nicht ihren früheren Zustand wieder her. Dafür brauchen Sie Time Machine oder eine andere geeignete Sicherung.

Wie Sie all das selbst nachprüfen

• Lesen Sie das Protokoll. ~/Library/Logs/mole/operations.log, geschrieben von dem Programm, das die Arbeit gemacht hat, mit dem Statusvokabular von oben.
• Prüfen Sie vorab im Terminal. Die Befehle clean, uninstall und optimize unterstützen --dry-run und druckt genau, was er entfernen würde.
• Lesen Sie den Code. Die CLI ist unter GPL-3.0 quelloffen, Löschlogik inbegriffen.
• Prüfen Sie die heruntergeladene Version. Die Mac-App ist mit einer Developer ID signiert und notarisiert. spctl -a -t exec -vv /Applications/Mole.app prüft die Gatekeeper-Bewertung, nicht die Byte-Gleichheit mit einem veröffentlichten Download.
• Beobachten Sie das Netz. Keines der beiden Programme sendet Telemetrie.

Was Sie anderswo lesen könnten

Drei Beschreibungen kursieren weit genug, um sie richtigzustellen, und alle drei entstehen daraus, das Terminalwerkzeug und die App als ein Produkt zu lesen.

„Ein Terminalwerkzeug ohne Vorschau und ohne Rückgängig." mo clean bietet eine Vorschau per --dry-run, löscht Caches aber endgültig. Die Mac-App zeigt eine grafische Vorschau. Deinstallationen nutzen den Papierkorb; Caches werden standardmäßig endgültig gelöscht, was sich in den Einstellungen ändern lässt.

„Mole ist kostenlos." Die CLI ist kostenlos und quelloffen. Mole for Mac ist ein einmaliger Kauf für 19 Dollar für zwei Macs, mit lebenslangen Aktualisierungen und 14 Tagen Rückgaberecht.

„Die CLI steht unter MIT-Lizenz." Sie steht unter GPL-3.0.

Weiterlesen

• Mole CLI oder Mole for Mac: was jede Oberfläche kann, was die andere nicht kann, und was passiert, wenn beide installiert sind.
• Was Mac-Bereinigungswerkzeuge niemals löschen dürfen: dieselbe Frage, gestellt an die ganze Kategorie statt an ein einzelnes Werkzeug.

Häufige Fragen

Verschiebt Mole gelöschte Dateien in den Papierkorb?

In der Mac-App werden Caches standardmäßig endgültig gelöscht; in den Einstellungen lässt sich der Papierkorb wählen. Deinstallationen und Löschungen aus der Festplattenanalyse nutzen den Papierkorb, auch mit Administratorrechten. Wiederherstellbar sind nur Dateien, die noch darin liegen. Das Leeren des Papierkorbs und die benannten direkten Optimize-Löschungen sind endgültig; Neuerzeugung ist keine Wiederherstellung. In der CLI löscht mo clean Caches endgültig, während mo uninstall Apps samt Resten in den Papierkorb verschiebt. Beide Befehle unterstützen eine Vorschau mit --dry-run.

Kann Mole etwas löschen, das macOS braucht?

Systemwurzeln, geschützter Systemzustand wie Datenschutz- und Anmeldeobjektdatenbanken, Audio-Plug-ins, heruntergeladene Modellgewichte und lebende Python-Umgebungen werden abgelehnt, bevor eine Löschung startet. Die App validiert außerdem jeden Pfad im Moment des Löschens neu, statt dem Suchlauf zu vertrauen.

Ist die kostenlose CLI dasselbe Programm wie die Mac-App?

Nein. Es sind getrennte Implementierungen, die ein Bereinigungsvokabular, eine Whitelist-Datei und ein Protokoll teilen. Die App ist eine Neuimplementierung in Swift, keine Hülle um die CLI, und sie ist bewusst enger in dem, was sie entfernt.

Braucht Mole vollständigen Festplattenzugriff, und wozu?

Scans von App-Daten liegen hinter dieser Berechtigung. Ohne sie läuft Mole weiterhin; es sieht weniger und sagt das auch, statt eine kleinere Zahl zu melden, als wäre sie das ganze Bild.

Wie sehe ich, was Mole zuletzt gelöscht hat?

Lesen Sie das Ende von ~/Library/Logs/mole/operations.log. TRASHED dokumentiert das Verschieben in den Papierkorb; prüfen Sie, ob die Datei noch dort liegt. DELETED und REMOVED aus der CLI stehen für endgültiges Löschen. SKIPPED-Status zeigen übersprungene Vorgänge.

Ändert eine Lizenz, was gelöscht wird?

Nein. Die Lizenz entscheidet, ob ein löschender Vorgang überhaupt laufen darf, nie wie weit er reicht. Suchlauf, Kandidatenliste und Schutzregeln sind vor und nach der Aktivierung identisch.