Een wachtwoord in een gedeeld document opruimen

De reflex is het wachtwoord meteen uit het document te schrappen. Maak eerst een korte notitie of schermafbeelding zonder de waarde zelf te kopiëren, zodat je aanwijzingen behoudt. Wacht niet op een volledige inventaris om het wachtwoord te wijzigen: trek bekende blootstelling meteen in. Noteer eerst wat je ziet: welk document het is, welke waarde er staat, voor welke dienst of account die geldt, wie het document aangemaakt heeft en sinds wanneer het gedeeld is.

Bekijk daarna de deelinstellingen van het document. Is het gedeeld met specifieke personen, met iedereen in de organisatie of via een link voor wie de link heeft? Dat verschil bepaalt hoe groot de kring is die het wachtwoord kan hebben gezien. De exacte plek van die instellingen verschilt per documenttool en kan wijzigen, dus controleer dit in je eigen omgeving of vraag het aan de beheerder.

Noteer ook of het wachtwoord een persoonlijke login is of een gedeelde dienstlogin, en wat die login mag doen. Een wachtwoord voor een mailaccount met klantgegevens vraagt een andere urgentie dan een wachtwoord voor een testomgeving zonder data. Die inschatting is jouw eigen risicobeoordeling en geen juridisch oordeel.

Een wachtwoord dat ooit in een gedeeld document stond, beschouw je als bekend. De echte oplossing is dus niet het document opschonen maar het wachtwoord vervangen. Volg deze volgorde:

1. Wijzig het wachtwoord in de dienst zelf, met een nieuwe, unieke waarde die je niet elders gebruikt.
2. Controleer of dezelfde waarde nog op andere plaatsen gebruikt wordt en wijzig die ook.
3. Meld actieve sessies af waar de dienst dat toelaat, zodat een eventueel overgenomen sessie niet blijft openstaan.
4. Schrap daarna pas de oude waarde uit het document.

Zet bij elk account waar het kan tweestapsverificatie aan. Volgens de hulppagina van Google (https://support.google.com/accounts/answer/185839) voegt dat een extra beveiligingslaag toe voor het geval een wachtwoord gestolen wordt. Let op: wie via werk of school een account gebruikt, kan niet altijd zelf tweestapsverificatie instellen en moet dan bij de beheerder zijn. De bron zegt ook dat een toegangssleutel inloggen zonder wachtwoord mogelijk maakt en dat zo'n sleutel niet kan worden opgeschreven of per ongeluk worden doorgegeven. Dat is een reden om bij nieuwe afspraken liever geen wachtwoord meer in een document te willen.

Het wachtwoord staat niet alleen in het document dat je gevonden hebt. Loop systematisch na waar de tekst nog kan zitten:

• De versiegeschiedenis van het document: oude versies kunnen de waarde nog tonen, ook nadat je ze in de actuele versie schrapt.
• Opmerkingen en suggesties naast de tekst.
• Kopieën, exports naar pdf of spreadsheet, en bijlagen in e-mails waarmee het document verstuurd werd.
• Chatberichten of tickets waarin iemand de inhoud heeft geplakt.
• Gesynchroniseerde mappen op laptops en telefoons.

Zoek pas nadat je het wachtwoord gewijzigd hebt in je mail, chat en documentenarchief naar de oude waarde, voor zover jouw tools dat toelaten. Het oude wachtwoord is dan niet meer geldig, zodat een bewaarde zoekopdracht geen risico meer vormt. Zoek ook op de naam van het document of de dienst. Noteer per vindplaats wat je vond en wat je ermee deed. Wat je niet kunt terugvinden, blijft onzeker: je weet nooit zeker wie het wachtwoord vroeger gekopieerd heeft. Daarom blijft het wijzigen van het wachtwoord de enige betrouwbare stap.

Gebruik dit overzicht om de vervolgstappen te bepalen. Het is een hulpmiddel voor je eigen afweging en geen vaste norm.

Of je verplichtingen hebt om een incident te melden aan klanten of een toezichthouder, hangt van je situatie af. Dat is geen vraag voor deze gids; leg die vraag voor aan een bevoegde adviseur.

Een fictief geval, uitsluitend ter illustratie van de controles. Een zaakvoerder ontdekt in een gedeelde spreadsheet met offertes een tabblad 'Toegangen'. Daarin staat de login van het advertentieaccount, in leesbare tekst. Het bestand is gedeeld met zes mensen, onder wie een extern boekhoudkantoor.

Invoer: één document, één account, zes ontvangers, één extern adres. Verwachte controles in volgorde: de deelinstellingen noteren, het wachtwoord van het advertentieaccount wijzigen, tweestapsverificatie nakijken, de versiegeschiedenis van het tabblad bekijken, de mailbox doorzoeken op verstuurde exports en het externe kantoor vragen eventuele kopieën te verwijderen en dat schriftelijk te bevestigen. Daarna wordt het tabblad geschrapt en de oude versies worden waar mogelijk onleesbaar gemaakt.

Verwachte uitkomst van het onderzoek: een lijst vindplaatsen met bij elk een status 'verwijderd', 'bevestigd door ontvanger' of 'niet na te gaan'. Dit voorbeeld bevat bewust geen aantallen of tijdsduur van een herstel, want die verschillen per situatie.

Een nieuw wachtwoord in hetzelfde document is hetzelfde probleem met een andere waarde. Spreek daarom een andere plek af voor toegangen. Een wachtwoordbeheerder met gedeelde kluizen laat je delen zonder dat de waarde zelf rondgaat; kijk bij je eigen leverancier na welke deelmogelijkheden en rechten daarin beschikbaar zijn. Zet in het document zelf alleen een verwijzing naar de plek waar de toegang te vragen is, en zeg wie de eigenaar is.

De beveiligingsrichtlijnen van MDN (https://developer.mozilla.org/en-US/docs/Web/Security) benoemen onder de kernpraktijken het veilig omgaan met geheimen, het beperken van toegang tot broncode en het gebruik van sterke authenticatie, waarbij passkeys als de veiligste methode genoemd worden en eenmalige codes (TOTP) veiliger heten dan gewone wachtwoorden; gebruikers zouden niet enkel een wachtwoord moeten hebben. Die richtlijnen zijn geschreven voor webontwikkelaars; voor een kmo is dat hooguit een leidraad, geen kant-en-klaar beleid.

Wil je ook de zichtbare kant van je website laten nakijken? Bekijk de publieke signalen van je eigen website via Marketing Scan. Zo'n publieke scan meet wat zichtbaar is en zegt niets over je interne documenten of accountbeveiliging.