Zo verstuur je een tijdelijk wachtwoord op een veilige manier
Tijdelijke wachtwoorden zijn een bijzonder risico
Tijdelijke wachtwoorden worden aangemaakt met de intentie dat ze snel worden gebruikt en daarna worden gewijzigd. Maar de praktijk is weerbarstiger: tijdelijke wachtwoorden blijven hangen. In e-mails, in chatgesprekken, in notities. En heel vaak: in de systemen zelf, omdat iemand vergeet ze na eerste gebruik te wijzigen.
Het gevolg is een categorie inloggegevens die slecht beveiligd is, breed gedeeld, en zelden actief beheerd.
Typische scenario's voor tijdelijke wachtwoorden
- Een nieuw medewerker krijgt tijdelijke inloggegevens voor het personeelssysteem
- Een klant ontvangt een tijdelijk wachtwoord om een geleverd project te bekijken
- Een developer krijgt toegang tot een stagingomgeving
- Een externe partij logt eenmalig in op een dashboard om gegevens te exporteren
In al deze gevallen is het wachtwoord maar kort nodig. Maar de manier waarop het wordt verstuurd, bepaalt hoe lang het risico duurt.
Wat er fout gaat met de standaardaanpak
Via e-mail: Het tijdelijke wachtwoord staat in de inbox van de ontvanger, in je verzenden, en mogelijk in e-mailback-ups. Zelfs nadat het wachtwoord is gewijzigd, blijft de oorspronkelijke waarde zichtbaar in de e-mailgeschiedenis.
Via chat: Het wachtwoord staat in de chathistorie van beide partijen, inclusief eventuele cloud-back-ups. Chatgesprekken worden zelden opgeruimd.
In een ticketsysteem: Sommige organisaties sturen wachtwoorden mee in support-tickets. Tickets worden soms jarenlang bewaard en zijn toegankelijk voor meerdere medewerkers.
Het gemeenschappelijke probleem: het tijdelijke karakter van het wachtwoord geldt alleen voor het systeem waarop je inlogt, niet voor de plek waar het wachtwoord is opgeslagen.
De veilige aanpak stap voor stap
Stap 1: Gebruik een eenmalige, versleutelde link
In plaats van het tijdelijke wachtwoord in een bericht te typen, maak je een beveiligde link aan via een tool als PassTransfer. Je voert het wachtwoord in, stelt een korte vervaldatum in (bijvoorbeeld 24 uur), en verstuurt alleen de link.
Stap 2: Stel een korte vervaldatum in
Hoe korter de geldigheidsduur, hoe kleiner het risico. Voor een tijdelijk wachtwoord dat vandaag wordt gebruikt, is een vervaldatum van enkele uren vaak voldoende. Zo kan de link geen weken later nog worden misbruikt.
Stap 3: Combineer met een apart kanaal voor de gebruikersnaam
Als je echt voorzichtig wilt zijn: stuur de gebruikersnaam via e-mail en het wachtwoord via een eenmalige link. Iemand die slechts één van beide onderschept, kan daarmee niets.
Stap 4: Vereis onmiddellijke wijziging na eerste gebruik
Dit is geen nieuwe best practice, maar wordt in combinatie met een eenmalige link extra krachtig. Na het openen van de link is het tijdelijke wachtwoord ook op de server verdwenen — de enige kopie bestaat nu in het systeem zelf en in het hoofd van de gebruiker. Zodra die het wachtwoord wijzigt, is de tijdelijke versie volledig verdwenen.
Stap 5: Documenteer de werkwijze
Leg vast hoe tijdelijke wachtwoorden worden verstuurd in je team. Zorg dat nieuwe medewerkers en externe partijen weten wat de standaard is. Incidentele uitzonderingen ("even snel via e-mail") zijn de grootste bron van lekken.
Wat doe je als de link al verlopen is?
Als de ontvanger de link niet op tijd heeft geopend, verloopt de link automatisch. Het wachtwoord wordt dan ook verwijderd van de server. Je zult dan een nieuw tijdelijk wachtwoord aanmaken en een nieuwe link versturen. Dat is extra werk, maar het is precies het goede signaal: tijdelijke inloggegevens die te lang actief blijven, zijn een risico.
Conclusie
Tijdelijke wachtwoorden zijn alleen echt tijdelijk als ze ook op de juiste manier worden gedeeld. Een eenmalige, versleutelde link met een korte vervaldatum zorgt ervoor dat het wachtwoord verdwijnt zodra het is gebruikt — zowel op de server als in de communicatiekanalen. Dat is de enige manier om te garanderen dat een tijdelijk wachtwoord ook werkelijk tijdelijk is.
