AES-256-tekstversleuteling

Wat die versleutelde tekenreeks eigenlijk bevat

De uitvoer ziet eruit als één solide blok Base64, maar het zijn eigenlijk drie dingen die samen reizen: de willekeurige salt die je wachtwoord omzet in een sleutel, de willekeurige IV die voor deze ene versleuteling gebruikt wordt, en de ciphertext zelf. Niets van die verpakking is geheim — salt en IV mogen gerust openbaar zijn, en precies daarom kan de hele tekenreeks zonder iets te verzwakken in een e-mail, chat of ticket geplakt worden. Het verklaart ook iets wat mensen verrast: versleutel dezelfde tekst twee keer met hetzelfde wachtwoord en je krijgt twee volkomen verschillende tekenreeksen. Beide ontsleutelen prima. Er wordt elke keer een verse salt en IV getrokken, zodat geen enkele buitenstaander zelfs maar kan zien dat twee berichten dezelfde tekst bevatten — dat is een functie die zijn werk doet, geen inconsistentie.

Geknoei toont zich als mislukking, niet als brabbeltaal

AES-GCM is een geauthenticeerde modus, en dat verandert hoe een mislukking eruitziet. Wordt onderweg één teken van de versleutelde tekenreeks veranderd — door een mislukte copy-paste, een overijverige messenger-app, of iemand die daadwerkelijk zit te knoeien — dan levert het ontsleutelen geen beschadigde tekst op. Het weigert domweg. Een verkeerd wachtwoord faalt op dezelfde manier. Een geslaagde ontsleuteling bevestigt dus stilzwijgend twee dingen tegelijk: het wachtwoord klopte, en de tekenreeks kwam exact aan zoals hij gemaakt is. Die eigenschap is meer waard dan hij op het eerste gezicht klinkt — bij oudere, niet-geauthenticeerde versleuteling kon een subtiel beschadigd bericht ontsleutelen tot subtiel beschadigde tekst, en niemand zou het merken totdat het verkeerde getal al in het verkeerde contract stond. Blijft een tekenreeks die zou moeten werken hier steeds mislukken, verdenk dan eerst de kopie — een ontbrekend laatste teken of een extra regeleinde van een chat-app komt veel vaker voor dan een vergeten wachtwoord, en de originele tekenreeks opnieuw kopiëren lost het binnen seconden op.

Het wachtwoord is het hele bolwerk

De wiskunde hier is niet het zwakke punt en zal dat ook nooit worden — het wachtwoord wel. De 250.000 rondes key stretching maken elke gok duur, maar geen enkele hoeveelheid stretching redt iets als zomer2026, en aanvallers gokken eerst het voor de hand liggende. Lengte verslaat slimmigheid: vier losstaande woorden zijn sterker dan acht symbolen, en veel makkelijker om over de telefoon voor te lezen — precies hoe een goed wachtwoord zou moeten reizen: via een andere route dan de versleutelde tekst. Wees even helder over de keerzijde van die kracht: er is geen herstel. Raak je het wachtwoord kwijt, dan is de tekst voorgoed weg, zonder reset-link en zonder achterdeur, zelfs niet voor ons — er heeft nooit iets je browser verlaten waarvan er een kopie zou kunnen bestaan.

Wat versleuteling niet verbergt

Eerlijkheid over de grenzen: het versleutelen van de tekst verbergt de inhoud ervan, niet het bestaan ervan. Iedereen die het kanaal in de gaten houdt, ziet nog steeds dat je iets verstuurd hebt, ongeveer hoe lang het is, en wanneer. Het kan ook geen bericht beschermen tegen de persoon aan wie je het stuurt — versleuteling bewaakt de reis, niet het oordeel van de ontvanger, dus deel het wachtwoord alleen met iemand aan wie je de platte tekst zelf ook zou toevertrouwen. En zodra je contactpersoon het ontsleutelt, is het resultaat weer gewone platte tekst — beschermd door niets zodra het in een document geplakt of doorgestuurd wordt. Behandel dit dus als een sterke envelop voor de reis, niet als een permanente kluis. Twee natuurlijke aanvullingen maken de workflow rond: de wachtwoordgenerator levert het soort lange, willekeurige wachtwoordzin dat dit verdient, en wanneer wat je moet beschermen een heel document is in plaats van een stukje tekst, sluit de PDF vergrendelen-tool het in plaats daarvan af in een pincode-beveiligde PDF.

Hoe dit je tekst privé houdt

Je wachtwoord verlaat nooit je apparaat — er wordt lokaal een unieke versleutelingssleutel van afgeleid (PBKDF2, 250.000 iteraties) met een willekeurige salt, waarna AES-256-GCM de tekst versleutelt met een willekeurige IV. Salt en IV worden in de uitvoertekst meegeleverd, zodat je voor het ontsleutelen alleen het wachtwoord nodig hebt en geen extra waarden hoeft bij te houden.