Veilig wachtwoorden delen voor ICT-bedrijven

ICT-bedrijven zijn de poortwachters van digitale toegang

Als ICT-bedrijf, MSP of IT-dienstverlener bent u dagelijks bezig met iets wat uw klanten zelden zien maar altijd vertrouwen: het beheren en overdragen van toegangsgegevens. Serverwachtwoorden, beheerdersaccounts, API-sleutels, VPN-credentials, cloudplatform-logins — u weet meer over de digitale sleutels van uw klanten dan zij zelf.

Dat vertrouwen verdient een werkwijze die het waarmaakt.

De realiteit in veel ICT-bedrijven is echter een andere. Credentials worden verstuurd via e-mail. Geplakt in een support ticket. Doorgestuurd via WhatsApp. Opgeslagen in een Excel-bestand op een gedeelde schijf. Elke keer met de beste intenties, maar met structurele beveiligingsrisico's die zich ophopen over de jaren.

---

De specifieke uitdagingen van ICT-bedrijven

Veel klanten, veel credentials

Een MSP met dertig klanten heeft potentieel honderden actieve credentials in beheer. Voor elke klant zijn er meerdere systemen: servers, firewalls, cloudplatformen, softwarelicenties, netwerkApparaten. Dat zijn tientallen overdrachtsmomentene per week.

Elke overdracht via e-mail of chat is een potentieel lek. Elke credential die in een ticketsysteem staat geplakt, is een credential die ooit zichtbaar wordt bij een security-incident op dat systeem.

Langdurige klantrelaties betekenen langdurige datasporen

Een klant die vijf jaar bij u is, heeft in die vijf jaar tientallen wachtwoorden ontvangen via e-mail. Die berichten staan nog steeds in het archief van beide partijen. Als morgen een van die mailboxen gecompromitteerd wordt, zijn alle historische credentials potentieel blootgesteld — ook die van systemen die allang zijn vervangen.

Compliance-eisen van klanten

Klanten in de zorg, het onderwijs, de overheid of de financiële sector hebben zelf strenge complianceverplichtingen. Ze vragen steeds vaker aan hun IT-leveranciers om te kunnen aantonen dat zij ook veilig werken. Als u een MSP-contract tekent met een zorginstelling, kan een aanbestedingseis zijn dat u kunt documenteren hoe u omgaat met credential-overdracht.

Aansprakelijkheid bij incidenten

Als een datalek bij een klant mede te herleiden is naar een onveilige credential-overdracht van uw kant — een wachtwoord dat via e-mail is verstuurd en onderschept, een ticket dat openbaar toegankelijk was — dan heeft u een aansprakelijkheidsprobleem. Niet alleen ethisch, maar contractueel en juridisch.

---

Veelgemaakte fouten in ICT-workflows

Wachtwoorden in support tickets

Het snelste antwoord op "ik kan niet inloggen" is het wachtwoord direct in het ticket plaatsen. Maar dat ticket blijft bestaan. Het wordt gezien door de support-medewerker, de klantbeheerder, en mogelijk iedereen die later toegang krijgt tot de ticketgeschiedenis. Helpdesksoftware wie Freshdesk, Zendesk of TOPdesk heeft geen encryptie per ticket — alles is leesbaar in klare tekst. Lees ook: veilig omgaan met credentials in supporttickets.

Wachtwoorden in de onboardingsmail

Bij het afsluiten van een nieuw contract of het opleveren van een systeem wordt er standaard een onboardingsmail verstuurd. Handig, en logisch — maar als die mail credentials bevat, zijn die credentials permanent aanwezig in het e-mailarchief van de klant en uw eigen verzonden items.

Gedeelde wachtwoorden in documentatiesystemen

Confluence, Notion, SharePoint: veel ICT-bedrijven beheren klantdocumentatie in een wiki. Soms sluipen credentials die documentatie in — van een tijdelijke testomgeving, een demo-account, of een legacy-systeem. Jaren later staat het er nog.

Mondeling via de telefoon

Snel en geen digitale sporen, maar ook geen audittrail en volledig afhankelijk van de aandacht van de ontvanger op het moment van de oproep. Bij complexe wachtwoorden leidt dat gegarandeerd tot typefouten en herhaalde calls.

---

Hoe secure links passen in de ICT-workflow

Een eenmalige, versleutelde link lost al deze problemen op met één extra stap die minder dan een minuut kost:

Stap 1: U genereert of noteert het wachtwoord in uw beveiligde PSA of wachtwoordmanager.

Stap 2: U maakt een PassTransfer-link aan met het wachtwoord en een vervaldatum van 24 of 48 uur.

Stap 3: U stuurt de link naar de klant via uw gebruikelijke kanaal — e-mail, ticket, of chat.

Stap 4: De klant opent de link eenmalig, ziet het wachtwoord, en slaat het op in zijn eigen systeem.

Stap 5: De link is ongeldig. Het wachtwoord bestaat nergens meer behalve bij de klant en in uw beveiligde klantkluis.

Het resultaat is dat uw e-mailarchief, ticketgeschiedenissen en chatkanalen vrij zijn van credentials. Bij een security-incident bij u of uw klant is er geen historische credential-dump om te exploiteren.

---

Branded overdracht met PassTransfer Pro

PassTransfer Pro voegt een laag toe die voor ICT-bedrijven bijzonder waardevol is: branded subdomains.

U configureert een subdomain als veilig.uwictbedrijf.passtransfer.com. Klanten die een link ontvangen, zien uw bedrijfsnaam, uw logo en uw huiskleur. Niet een generieke externe tool, maar uw eigen professionele omgeving.

Dit heeft twee voordelen:

Vertrouwen: klanten herkennen de afzender direct. Ze hoeven niet te twijfelen of de link legitiem is — het ziet eruit als iets van u.

Uitstraling: de manier waarop u credentials overdraagt is een zichtbaar signaal van hoe professioneel u werkt. Klanten die gewend waren aan wachtwoorden in e-mails worden aangenaam verrast door een beveiligde, branded overdracht.

---

Praktische implementatie voor uw team

Maak het de standaard, niet de uitzondering

De effectiviteit van een beveiligd credential-beleid hangt af van consistente toepassing. Implementeer PassTransfer als de standaard werkwijze voor alle credential-overdrachten, niet als een optie die sommige medewerkers wel en andere niet gebruiken.

Verwerk het in uw onboardingsproces

Als u een nieuwe klant aanneemt, is er altijd een moment van eerste credential-overdracht. Maak dat moment standaard onderdeel van uw onboardingsscript: u levert credentials altijd via een beveiligde link, met een vervaldatum van 24 uur.

Leg het vast in uw servicecontract

Als u kunt documenteren dat u credentials via een versleuteld, eenmalig overdrachtsprotocol deelt, is dat een verkoopargument richting compliance-bewuste klanten. Neem het op in uw serviceovereenkomst en beveiligingsdocumentatie.

Gebruik het bij klantwissel

Als een klant overstapt naar een andere IT-partner, is er een formeel overdrachtmoment nodig voor alle credentials. PassTransfer is ideaal voor zo'n overdracht: u maakt per systeem een afzonderlijke link, stuurt die gestructureerd door, en na gebruik bestaan de credentials niet meer in uw systemen. Hoe zo'n overdracht in de praktijk verloopt, leest u in de case study over secure links voor een ICT-partner.

---

PassTransfer en NIS2

Veel ICT-bedrijven vallen zelf onder de NIS2-richtlijn als digitale dienstverlener, of werken voor klanten die er onder vallen. NIS2 stelt expliciete eisen aan toegangsbeheer en credential-beheer.

Het gebruik van een versleuteld, eenmalig overdrachtsprotocol is een aantoonbare technische maatregel die past in een NIS2-conforme werkwijze. Het is geen volledige NIS2-compliance op zichzelf, maar het is een concrete invulling van de eis voor passende technische maatregelen.

Meer over NIS2 leest u op onze pagina over NIS2 en wachtwoorden delen.

---

Veelgestelde vragen van ICT-bedrijven

Kan ik PassTransfer integreren via een API?

Ja. PassTransfer biedt een publieke API waarmee u links programmatisch kunt aanmaken vanuit uw PSA, ticketsysteem of interne tooling. Zo past het naadloos in een geautomatiseerde workflow.

Hoe werkt het voor medewerkers die nog niet gewend zijn aan dit proces?

PassTransfer vereist geen installatie of account voor basisgebruik. Uw medewerkers gaan naar de website, voeren het wachtwoord in, en krijgen een link. De leercurve is minimaal.

Wat als een klant de link niet kan openen?

Als een link verlopen is of al gebruikt is, ziet de klant een duidelijke melding. U kunt dan eenvoudig een nieuwe link aanmaken. Er is geen technische troubleshooting nodig.

Is PassTransfer geschikt voor grote aantallen klanten?

Ja. Er is geen limiet op het aantal links dat u aanmaakt. Voor grootschalig gebruik is de API de meest efficiënte route.

---

Conclusie

ICT-bedrijven zijn in een unieke positie: u bent de beheerder van vertrouwen. Klanten geven u toegang tot hun meest gevoelige systemen en verwachten dat u dat vertrouwen met kennis en zorgvuldigheid beheert.

De manier waarop u credentials overdraagt, is een concreet en zichtbaar onderdeel van dat vertrouwen. Eenmalige, versleutelde links zijn de meest eenvoudige manier om die overdracht structureel veilig te maken — voor u, voor uw medewerkers, en voor uw klanten.

Meer achtergrond vindt u in de complete gids veilig wachtwoorden delen en in het artikel veilig wachtwoorden delen voor Nederlandse MSP's.

Bekijk PassTransfer Pro voor de branded versie die past bij een professionele ICT-dienstverlener.