Is Mole veilig voor de Mac? Wat het verwijdert en laat staan

Mole komt als twee programma's, en de meeste veiligheidsantwoorden die je online vindt, beschrijven er maar één van. Mole voor Mac is de native app die vanaf mole.fit wordt verkocht. mo is de gratis open source opdrachtregeltool op GitHub. Ze delen een uitzonderingslijst van de gebruiker en een loglocatie, maar ze gedragen zich niet hetzelfde op het moment van verwijderen, en dat verschil is het hele antwoord op de vraag of Mole veilig is voor de manier waarop je hem wilt gebruiken.

Op deze pagina betekent "Mole" alleen Mole voor Mac op mole.fit en de eigen opdrachtregeltool mo. Andere apps of opdrachtregeltools die "mole" heten, zijn producten zonder verband en vallen niet onder deze veiligheidsbeschrijving.

De Mac-app toont de volledige kandidatenlijst vóór het verwijderen. Apps verwijderen gebruikt de prullenmand. Cache opschonen is standaard definitief, met een optie voor de prullenmand in Instellingen. De CLI verwijdert caches definitief en biedt --dry-run om te bekijken, niet om ongedaan te maken. Beide weigeren beschermde paden.

Waar elke verwijdering terechtkomt

Twee rijen verdienen de details. Optimaliseren verwijdert een kleine, benoemde set van door het systeem beheerde onderdelen direct in plaats van naar de prullenmand: bewaarde appstatus, gebeurtenisrecords in de quarantainedatabase, verouderde write-ahead-journals, property lists van LaunchAgents van de gebruiker waarvan het programma niet meer bestaat, en lege .sfl-bestanden. Elk heeft een eigen predicaat op leeftijd, grootte of bestaan. Er is geen ongedaan maken, en gegevens die later opnieuw ontstaan, zijn geen herstel van de oorspronkelijke inhoud. De app biedt alleen een lokaal opnieuw te bouwen deelverzameling van projectartefacten. Het bredere bereik van mo purge is het onderwerp van het tweede diagram hieronder.

De drie poorten, en waarom de middelste het interessante deel is

Een kandidaat gaat niet in één stap van de scan naar de schijf. Hij passeert een licentie-poort, daarna padvalidatie, daarna een uitvoerder, en de lagen vertrouwen elkaar niet: elke controleert opnieuw in plaats van aan te nemen dat de vorige gelijk had.

Padvalidatie is waar de veiligheid echt zit. Die draait op het moment van verwijderen, niet op het moment van scannen, en dat telt omdat die twee momenten minuten uit elkaar kunnen liggen en de schijf daartussen niet stil blijft. Is het bestand van identiteit veranderd nadat je het zag, dan gaat de verwijdering niet door op grond van een verouderde beslissing. Een echte regel uit het log op de machine waarop dit stuk is geschreven:

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

Dat is de vorm van het hele veiligheidsmodel in één regel: als het antwoord onzeker is, weigert Mole en zegt het waarom, in plaats van iets te verwijderen dat er dicht genoeg bij zit.

De andere eigenschap van die poort is dat een weigering totaal is. Een pad dat op de beschermde lijst terechtkomt, wordt geweigerd, niet bijgesneden tot een kleinere verwijdering erbinnen, en de handeling stopt daar in plaats van verder te gaan met de rest van dat onderdeel.

Wat Mole weigert te verwijderen

Een opschoontool is alleen zo betrouwbaar als de dingen die hij niet doet, dus deze lijst is specifiek in plaats van een belofte om voorzichtig te zijn. Deze worden geweigerd voordat er enige verwijdering draait:

Het patroon achter de lijst is dat een pad dat op een cache lijkt geen bewijs is dat het er een bevat. Modelgewichten en Python-omgevingen staan onder ~/.cache omdat tools ze daar neerzetten, niet omdat het afgeleide bestanden zijn die iedereen gratis opnieuw kan maken.

Een uitzonderingslijst is de helft van hetzelfde idee die jij beheert. Een pad dat je in een van beide programma's beschermt, wordt door beide gerespecteerd, omdat beide ~/.config/mole/whitelist lezen.

De Mac-app is smaller dan de CLI, in één vaste richting

De twee zijn niet even agressief, en de asymmetrie loopt altijd dezelfde kant op. Het helderste geval zijn afhankelijkheidsmappen: mo purge verwijdert node_modules, Pods, venv en vendor, terwijl de app ze allemaal laat vallen en alleen aanbiedt wat een lokale compilatie zonder het netwerk opnieuw kan bouwen. De app zet scans van appgegevens ook achter Volledige schijftoegang, toont terug te halen maar dure onderdelen als rijen die je alleen controleert in plaats van als vooraf geselecteerde rijen, en valideert paden opnieuw op het moment van verwijderen, zoals hierboven beschreven.

Een categorie in mo clean zien die de app nooit aanbiedt, is dus verwacht gedrag, geen ontbrekende functie. Wil je de bredere veeg, dan leeft die in de terminal, en --dry-run is hoe je kijkt voordat het gebeurt.

Lezen wat er echt gebeurde

Beide programma's gebruiken ~/Library/Logs/mole/operations.log. De app schrijft tabgescheiden velden. De CLI zet het tijdstip en de opdracht tussen haakjes, gevolgd door de status, het pad en eventueel detail. Hun statusnamen verschillen ook:

Deze records beschrijven wat er gebeurde, niet waar een bestand nu is. Een bestand met TRASHED is meestal terug te zetten zolang het in de prullenmand staat, maar het kan sindsdien zijn teruggezet, verplaatst of geleegd. Controleer de prullenmand zelf voordat je op herstel rekent.

De controlestap

Scannen is gratis in de Mac-app, zonder licentie en zonder tijdslimiet. Elke tool scant en toont de volledige resultatenlijst. Een licentie is alleen nodig om ernaar te handelen, en elke destructieve tool draait twee keer voordat hij vraagt. Je kunt wat Mole voorstelt vergelijken met wat je over je eigen schijf gelooft voordat je iets betaalt.

Verwijderen toont een plan met paden, eigenaren en groottes voordat er iets beweegt. De controle is het product, geen bevestigingsdialoog: een onderdeel dat je niet kunt beoordelen, is een slechte kandidaat voor een veeg in één klik, en daarom laat Mole de dure-om-terug-te-zetten onderdelen uitgevinkt in plaats van de beslissing achter een totaal te verstoppen.

Wat echt niet te herstellen is

Hier specifiek over zijn telt zwaarder dan geruststelling.

Cache opschonen is in beide programma's standaard definitief. In de Mac-app kun je de instelling wijzigen zodat caches naar de prullenmand gaan, waar ze te herstellen blijven tot die wordt geleegd. Een cache opnieuw aanmaken is niet de oorspronkelijke inhoud terugzetten.

mo purge verwijdert builduitvoer definitief, en daarom is het de opdracht die het meest een dry-run verdient. De verwijderingen van Optimaliseren die hierboven staan, zijn meteen. Geen van deze zet de oorspronkelijke inhoud terug zonder een back-up. Time Machine of een andere back-up is de herstelweg als je het verkeerde hebt verwijderd. Een cache of project opnieuw bouwen zet de verwijderde bestanden zelf niet terug.

Hoe je dit zelf controleert

• Lees het log. ~/Library/Logs/mole/operations.log, geschreven door de voorkant die het werk deed, met de statuswoorden hierboven.
• Bekijk terminalacties vooraf. De opdrachten clean, uninstall en optimize ondersteunen --dry-run en tonen de geplande acties zonder ze uit te voeren.
• Lees de code. De CLI is open source onder GPL-3.0, inclusief de verwijderlogica.
• Controleer de build die je hebt gedownload. De Mac-app is ondertekend met een Developer ID en genotariseerd, dus spctl -a -t exec -vv /Applications/Mole.app beantwoordt of de kopie op je schijf de beoordeling van Gatekeeper doorstaat, niet of de bytes overeenkomen met een gepubliceerde download.
• Kijk naar het netwerk. Geen van beide programma's stuurt telemetrie.

Beweringen die je elders kunt lezen

Drie beschrijvingen circuleren breed, en alle drie komen van het lezen van de terminaltool en de app als één product.

"Het is een terminalhulpprogramma zonder voorvertoning en zonder ongedaan maken." mo clean heeft een voorvertoning met --dry-run, maar cache verwijderen is definitief. De Mac-app geeft een grafische controle. Verwijderen gebruikt de prullenmand, terwijl cache opschonen standaard definitief is en in Instellingen te wijzigen is.

"Mole is gratis." De CLI is gratis en open source. Mole voor Mac is een eenmalige aankoop van $19 voor twee Macs, met gratis updates en terugbetaling binnen 14 dagen.

"De CLI heeft een MIT-licentie." Het is GPL-3.0.

Verder lezen

• Mole CLI of Mole voor Mac: wat elke voorkant kan wat de ander niet kan, en wat er gebeurt als je beide installeert.
• Wat Mac-opschoontools nooit mogen verwijderen: dezelfde vraag gesteld aan de hele categorie in plaats van aan één tool.

Veelgestelde vragen

Verplaatst Mole verwijderde bestanden naar de prullenmand?

In de Mac-app is cache opschonen standaard definitief. Instellingen biedt een optie voor de prullenmand. Apps verwijderen en verwijderingen in Analyse gebruiken de prullenmand, ook verwijderingen die beheerdersrechten vragen. Herstel vereist dat de bestanden er nog staan. De prullenmand legen en de benoemde verwijderingen van Optimaliseren zijn definitief. Opnieuw aanmaken is geen herstel. De CLI verwijdert caches definitief en verplaatst verwijderde apps en resten naar de prullenmand.

Kan Mole iets verwijderen dat macOS nodig heeft?

Systeemwortels, beschermde systeemstaat zoals privacy- en inlogonderdeeldatabases, audio-plug-ins, gedownloade modelgewichten en levende Python-omgevingen worden geweigerd voordat er enige verwijdering draait. De app valideert elk pad ook opnieuw op het moment van verwijderen in plaats van de scan te vertrouwen.

Is de gratis CLI hetzelfde programma als de Mac-app?

Nee. Het zijn aparte implementaties die een opschoonvocabulaire, een uitzonderingslijstbestand en een log delen. De app is een Swift-herimplementatie, geen schil om de CLI, en hij is bewust smaller in wat hij wil verwijderen.

Heeft Mole Volledige schijftoegang nodig, en waarom?

Scans van appgegevens zitten erachter. Zonder de bevoegdheid draait Mole nog. Het ziet minder en zegt dat, in plaats van een kleiner getal te melden alsof dat het hele plaatje is.

Volledige schijftoegang is het begrijpen waard voor wat het wel en niet betekent. Wat het mogelijk maakt, is een breder zicht op beschermde locaties met gebruikersgegevens zodat een scan en een controle klopt, geen blanco cheque om te verwijderen: dezelfde poorten hierboven beslissen nog steeds over elke verwijdering. Wat het niet bewijst, is betrouwbaarheid. Het is geen antiviruscertificering, geen keurmerk "door Apple goedgekeurde opschoontool", en geen bewijs dat een tool veilig is. Een opschoontool met Volledige schijftoegang kan nog steeds het verkeerde verwijderen. Geef hem alleen aan tools die je al vertrouwt, beoordeel ze op de controle vóór verwijderen, de weigeringen van beschermde paden en de logs die op deze pagina staan, en trek hem in voor elke tool in Systeeminstellingen › Privacy en beveiliging › Volledige schijftoegang.

Hoe controleer ik wat Mole de vorige keer heeft verwijderd?

Lees het einde van ~/Library/Logs/mole/operations.log. TRASHED noteert een verplaatsing naar de prullenmand. Controleer of het bestand er nog staat. DELETED en REMOVED van de CLI noteren definitieve verwijdering. Statussen SKIPPED leggen uit wat niet is verwijderd.

Verandert een licentie wat er wordt verwijderd?

Nee. De licentie bepaalt of een destructieve handeling überhaupt mag draaien, nooit hoe breed die is. Scannen, de kandidatenlijst en de beschermingsregels zijn identiek vóór en na activering.