Privacy Opschoner.

Waar deze tool voor helpt

Lekken van gevoelige data gebeuren zelden omdat iemand bewust een geheim wilde publiceren. Meestal gebeurt het omdat een logfragment, API-response, CSV-export, XML-payload of supporttranscript te snel is gekopieerd naar een ticket, chat, bugreport of gedeeld document.

Deze privacy-opschoner is voor precies dat moment bedoeld. Plak de inhoud die je wilt delen, maskeer de waarden die je apparaat niet zouden moeten verlaten en kopieer daarna de opgeschoonde versie. Deze eerste versie werkt vooral goed met JSON, maar kan ook CSV, XML, logs en andere tekstformaten verwerken.

Wanneer je hem gebruikt

• voordat je logs in Slack, Teams, Discord of e-mail plakt
• voordat je een supportticket opent met geëxporteerde accountdata
• voordat je API-payloads of webhookvoorbeelden met klanten deelt
• voordat je CSV-regels of XML-fragmenten verstuurt tijdens debugwerk
• voordat je gekopieerde output in documentatie of publieke issues plakt

Wat hij nu al kan maskeren

De huidige versie zoekt naar meerdere veelvoorkomende categorieën gevoelige data:

• e-mailadressen
• telefoonnummers
• IPv4-adressen
• UUID’s en GUID’s
• JWT’s, API-sleutels, bearer-token-achtige strings en andere geheim ogende waarden
• JSON-velden met gevoelige namen zoals token, password, secret, apiKey, email of phone

Als de invoer geldige JSON is, parseert de tool die en schrijft hij waarden zorgvuldiger terug zodat de output geldige JSON blijft. Voor CSV, XML en andere tekstformaten past hij patroon-gebaseerde redactie direct toe op de geplakte inhoud.

Hoe je het beste resultaat krijgt

1. Plak de originele inhoud in het invoervak.
2. Laat het formaat op Auto detect staan, tenzij je bewust JSON, CSV, XML of platte tekst wilt forceren.
3. Laat de standaard redactie-categorieën ingeschakeld, tenzij je een beperktere opschoning nodig hebt.
4. Klik op Scrub Sensitive Data.
5. Controleer de output nog één keer voordat je die deelt.

JSON, CSV, XML en andere formaten

Ja, de tool kan meer aan dan alleen JSON.

• JSON krijgt de sterkste behandeling omdat het gestructureerd geparseerd en herschreven kan worden.
• CSV en TSV worden als tekst opgeschoond, wat meestal voldoende is voor e-mails, tokens, telefoons, UUID’s en IP’s in rijen en cellen.
• XML en HTML-achtige payloads worden ook als tekst behandeld, inclusief gevoelige attribuutwaarden en inline inhoud.
• Andere formaten zoals logs, gekopieerde terminaloutput, configuratiefragmenten en gemengde snippets profiteren ook van de generieke tekstopschoner.

Dat betekent dat v1 al bruikbaar is voor meerdere formaten, terwijl er nog ruimte blijft voor specifiekere logica in latere versies.

Wat deze tool niet doet

Deze eerste versie probeert niet elk schema of elk proprietair tokenformaat te begrijpen.

Hij garandeert niet het volgende:

• dat elk mogelijk geheim wordt gedetecteerd
• dat een CSV of XML na redactie semantisch volledig correct blijft
• dat alle randgevallen van internationale telefoonnummers perfect worden herkend
• dat menselijke controle overbodig wordt bij risicovol datadelen

Die beperking is belangrijk. Een opschoner moet de duidelijkste lekken snel verminderen, maar je moet het resultaat nog steeds controleren voordat je iets extern deelt.

Een praktische workflow

Voor support en debugging is een betrouwbare flow:

1. de originele payload, export of logblok kopiëren
2. die lokaal in de browser opschonen
3. de geredigeerde output controleren op iets dat nog te specifiek is
4. de schone versie delen in het ticket, issue of de chat
5. de originele bron privé houden en buiten het gesprek laten

Zo voeg je een herhaalbare privacystap met weinig frictie toe, in plaats van elke keer op handmatig zoeken en vervangen te vertrouwen.