# Is Mole veilig voor de Mac? Wat het verwijdert en laat staan
> Wat Mole verwijdert, wat het weigert aan te raken, waar bestanden na verwijderen terechtkomen, en waarin de antwoorden van de Mac-app en de CLI verschillen.
Published: 2026-08-17 | Updated: 2026-10-18
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
| Handeling | Mac-app | CLI | Achteraf te herstellen |
|---|---|---|---|
| Cache opschonen | Standaard definitief; prullenmand optioneel in Instellingen | Definitief | Alleen als het naar de prullenmand ging en daar nog staat |
| App verwijderen en resten | Prullenmand | Prullenmand | Tot je de prullenmand leegt |
| Opstartonderdeel verwijderen (plist van de gebruiker) | Prullenmand | Prullenmand | Tot je de prullenmand leegt |
| Onderhoud van Optimaliseren | Direct, alleen een benoemde set | Direct | Geen ongedaan maken; opnieuw aanmaken is geen herstel |
| Veeg van buildartefacten (`mo purge`) | Lokaal opnieuw te bouwen deelverzameling; volgt Caches verwijderen | Definitief | Bouw opnieuw of installeer afhankelijkheden opnieuw; het netwerk kan nodig zijn |
| De prullenmand zelf | Per definitie definitief | Definitief | Nee |
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.
Elke kandidaat passeert dezelfde drie poorten, en elk beslist opnieuw, zelfstandig. Een weigering bij de middelste poort is een harde stop, geen kleinere verwijdering.
## 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:
| Geweigerd | Waarom het op de lijst staat |
|---|---|
| `/System`, `/usr`, `/bin`, `/sbin` | Besturingssysteem, geen gebruikersgegevens |
| `/private/var/folders` | Beschermde root; smal gecontroleerde cachemappen die bij een app horen, kunnen tijdens verwijderen worden weggehaald |
| `/Library/Audio/Plug-Ins/{Components,VST,VST3}` | Dragend op het moment dat een project ernaar verwijst |
| Ondersteuningsmappen van iZotope en LaserSoft | Gelicentieerde audio- en scannertooling die op inert ondersteuningsmateriaal lijkt |
| `~/.ollama/models`, `~/.lmstudio/models` | Gedownloade gewichten, vaak tientallen gigabytes |
| `~/.cache/huggingface`, `~/.cache/torch`, `~/.cache/whisper` | Paden in cachevorm die downloads bevatten, geen afgeleide bestanden |
| `~/.cache/tensorflow`, `~/.cache/wandb` | Datasets en lokale runrecords die misschien nog niet zijn geüpload |
| `~/.cache/pypoetry/virtualenvs` | Levende interpreters; de opnieuw te bouwen kinderen van Poetry blijven op te schonen |
| Gecompileerde-modellenopslag van de Apple Neural Engine | Weghalen breekt herkenning tot de volgende herstart |
| Systeeminstellingen, Bedieningspaneel, audiodiensten | Systeemconfiguratie, geen cache |
| Privacydatabase, inlogonderdelen, registraties van achtergrondtaken | Bevoegdheid- en opstartstaat |
| Gedeelde bestandslijsten achter menu's met recente onderdelen | Klein, onzichtbaar, en vervelend om kwijt te raken |
| `~/.config/mole` | Zodat een opschoning de uitzonderingslijst niet kan wissen die de volgende beperkt |
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.
Hetzelfde of veiliger, nooit breder. De Mac-app laat bewust weg wat alleen het netwerk kan terugzetten, en daarom kan een categorie in de terminal bestaan en nooit in de app verschijnen.
## 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:
| Status | Wat het betekent |
|---|---|
| `TRASHED` | Op dat moment naar de prullenmand verplaatst |
| `DELETED` | Definitief verwijderd |
| `REMOVED` | Definitieve verwijdering door de CLI |
| `SKIPPED` | Geweigerd, met de reden in het volgende veld |
| `SKIPPED_RUNNING` | De app die het bezit, draaide |
| `SKIPPED_MISSING` | Het pad was weg tegen de tijd dat de uitvoerder er was |
| `SKIPPED_ACTIVE_UPDATE` | Er liep een update voor die app |
| `FAILED` | Geprobeerd en niet gelukt |
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
De scan zelf verwijdert niets. De controle toont elke categorie met zijn grootte, en alleen aangevinkte rijen worden opgeschoond.
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](https://mole.fit/blog/mole-cli-vs-mac-app): wat elke voorkant
kan wat de ander niet kan, en wat er gebeurt als je beide installeert.
- [Wat Mac-opschoontools nooit mogen verwijderen](https://mole.fit/blog/what-mac-cleaners-should-never-delete):
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.
---
Canonical HTML page: https://mole.fit/nl/blog/is-mole-safe
Blog index for agents: https://mole.fit/nl/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
