Certificaat-pinning en apparaatkoppeling: veilige verbindingen zonder gedoe

Certificaat-pinning en apparaatkoppeling zijn twee technieken om een computer of app te laten vertrouwen op precies één tegenpartij — en niets anders. Bij gewone versleuteling (TLS) vertrouwt je apparaat elk certificaat dat is ondertekend door een van de honderden certificaatautoriteiten (CA's) die standaard in je systeem staan. Wordt er ééntje gehackt of misleid, dan kan een aanvaller een vervalst certificaat maken en zich als jouw server voordoen: een man-in-the-middle-aanval [1][3]. Pinning sluit dat gat: je legt vooraf vast welk specifiek certificaat of welke publieke sleutel bij de echte server hoort, en alle andere worden geweigerd [1]. Apparaatkoppeling doet hetzelfde van twee kanten — server én client tonen elkaar een certificaat en bewijzen zo allebei wie ze zijn (wederzijdse TLS) [4][5]. Op je eigen netwerk, waar je beide kanten zelf beheert, is dit juist eenvoudig en betrouwbaar: je koppelt een client één keer aan de server, en daarna praat hij nooit meer met een ander apparaat. Hieronder lees je hoe het werkt, wat NEN 7510 en het NCSC ervan vinden, en waar de valkuilen zitten.

Dit artikel is zorgvuldig samengesteld en van bronnen voorzien, maar is geen juridisch advies. Leg beleidskeuzes altijd voor aan je eigen jurist, FG of DPO.

Waarom gewone versleuteling niet altijd genoeg is

Als je een beveiligde verbinding opzet — het slotje in je browser — gebruikt je systeem TLS: een gestandaardiseerd protocol dat de communicatie versleutelt en de identiteit van de server controleert. Die identiteitscheck leunt op het CA-stelsel: een keten van vertrouwen waarin een certificaatautoriteit garandeert dat een certificaat echt bij een bepaalde server hoort. Je apparaat vertrouwt standaard een lange lijst van die autoriteiten [1].

Het probleem: dat vertrouwen is zo sterk als de zwakste schakel. Komt een aanvaller in het bezit van een certificaat dat clients vertrouwen, dan kan hij een man-in-the-middle-aanval uitvoeren op iedere client die dat certificaat vertrouwt [3]. Bij zo'n aanval stuurt de aanvaller een vervalst certificaat door naar het slachtoffer, dat vervolgens denkt dat het een veilige verbinding gebruikt terwijl de aanvaller stiekem meeleest of meeschrijft [3]. Het slotje is er dan wél, maar het beschermt tegen de verkeerde partij. Juist bij bijzondere persoonsgegevens zoals gespreksverslagen in de zorg is dat onaanvaardbaar.

Wat is certificaat-pinning?

Certificaat-pinning (letterlijk: "vastprikken") beperkt dat brede vertrouwen tot precies één bekende tegenpartij. In plaats van elk door een CA ondertekend certificaat te accepteren, koppel je in de client vooraf een specifiek certificaat of een specifieke publieke sleutel aan de server waarmee hij mag praten [1]. Bij elke verbinding vergelijkt de client wat de server toont met wat is vastgelegd. Komt het niet exact overeen, dan wordt de verbinding geweigerd — ook al zou het certificaat volgens de CA-keten "geldig" zijn.

Het effect is dat een vervalst of van elders verkregen certificaat niet meer werkt, zelfs niet als de aanvaller een CA heeft weten te misleiden. OWASP omschrijft pinning dan ook als een manier om het "toekennen van vertrouwen" te beperken, ontworpen om bescherming te bieden tegen frauduleuze certificaten van gecompromitteerde of onbetrouwbare certificaatautoriteiten [1]. Je stapt bewust af van "vertrouw iedereen die de CA's vertrouwen" en gaat naar "vertrouw uitsluitend dit ene apparaat dat ik ken".

Apparaatkoppeling en wederzijdse TLS

Pinning regelt dat de client de server herkent. Apparaatkoppeling maakt het wederkerig: ook de server controleert wie er aanklopt. Dat gebeurt met wederzijdse TLS (mTLS). Bij gewone TLS toont alleen de server een certificaat; bij mTLS tonen client én server allebei een certificaat en bewijst elke partij haar identiteit met een eigen sleutelpaar vóórdat er data wordt uitgewisseld [4][5].

Een clientcertificaat werkt daarbij als een digitaal identiteitsbewijs voor het apparaat [5]. Dat is precies wat je nodig hebt voor apparaten die niet inloggen met een gebruikersnaam en wachtwoord — denk aan een vaste werkplek of een tablet die automatisch verbinding maakt [4][5]. Het koppelen is de eenmalige handeling waarbij je een client en een server elkaars certificaat laat "leren kennen". Daarna weten ze allebei zeker met wie ze praten, en wijzen ze onbekende apparaten af. mTLS biedt zo een hoger beveiligingsniveau dan gewone TLS, doordat beide kanten elkaar authenticeren en het risico op onderschepping fors kleiner wordt [4].

Waarom dit op je eigen netwerk juist makkelijk is

OWASP is opvallend terughoudend over pinning op het publieke internet: het adviseert het alleen "als je dreigingsmodel aan zeer specifieke criteria voldoet", en benadrukt dat pinning eigenlijk alleen verantwoord is wanneer client én server door dezelfde partij worden beheerd [1]. En dat is nu juist het geval binnen één organisatie op één netwerk.

Als de server bij jou in het pand staat en de clients van jou zijn, beheer je beide kanten van de verbinding zelf. Je hoeft niet te vertrouwen op een wereldwijd CA-stelsel of op een leverancier ver weg. De grote bezwaren tegen pinning (afhankelijkheid van externe CA's en een storing voor duizenden gebruikers bij een fout) wegen op een besloten netwerk veel lichter: je hebt een handvol apparaten, je koppelt ze bewust en je houdt de regie. Precies daarom is "vertrouw alleen dit ene apparaat" hier geen gedoe maar de natuurlijke keuze.

Dit is ook het uitgangspunt van Verbinn: de lichte desktop-app en de web-UI koppelen aan één Mac in je eigen pand — de Kern — die de transcriptie en het verslag maakt. Omdat beide kanten binnen je eigen netwerk vallen, is de verbinding tussen client en Kern een gesloten kring: de client praat met de Kern die je hebt gekoppeld, en met niets daarbuiten.

Wat NEN 7510 en het NCSC hierover zeggen

NEN 7510 — de norm voor informatiebeveiliging in de zorg — vereist versleuteling van patiëntgegevens, zowel tijdens opslag als tijdens transport, en stelt eisen aan sleutel- en certificaatbeheer [6]. Concreet geldt voor data in transit minimaal TLS 1.2 of hoger [6]. De norm schrijft geen specifieke techniek als "pinning" voor, maar wél dat je aantoonbaar de vertrouwelijkheid en integriteit van gegevens beschermt en je certificaten beheerst — en pinning en apparaatkoppeling zijn concrete manieren om dat waar te maken. Wat de norm precies wél en niet eist, lees je in NEN 7510 uitgelegd voor niet-ICT'ers.

Het Nationaal Cyber Security Centrum (NCSC) onderhoudt de gezaghebbende Nederlandse TLS-richtlijnen. In de versie van 2025 is TLS 1.2 afgewaardeerd van "Goed" naar "Voldoende" en blijft TLS 1.3 op "Goed"; TLS 1.0 en 1.1 gelden als "Onvoldoende" [2]. De boodschap is dus: gebruik moderne TLS-versies en faseer de oude uit. Het NCSC waarschuwt daarnaast expliciet dat TLS-interceptie versleutelde verbindingen openbreekt en dat een aanvaller die een vertrouwd certificaat bemachtigt elke client die dat certificaat vertrouwt kan afluisteren [3]. Pinning en apparaatkoppeling zijn precies de tegenmaatregelen die dat vertrouwen inperken tot wat jij zelf hebt gekozen.

De keerzijde: pinning kan ook vastlopen

Eerlijk is eerlijk: pinning is geen gratis winst. OWASP noemt het "erg lastig om veilig uit te voeren" en waarschuwt dat het serieuze operationele risico's meebrengt, waaronder storingen [1]. De klassieke valkuil: je pint een certificaat, dat certificaat verloopt of wordt vervangen, en plots kan geen enkele client meer verbinden omdat ze het nieuwe certificaat niet herkennen. Op het publieke internet, met miljoenen gebruikers en apps die je niet snel kunt bijwerken, is dat een reëel gevaar — en daarom is OWASP daar terughoudend [1].

De oplossing is geen magie maar goed beheer: pin bij voorkeur op de publieke sleutel in plaats van op het hele certificaat (die hoeft niet te wijzigen bij vernieuwing), houd een reservesleutel achter de hand, en zorg dat je de koppeling kunt bijwerken zonder alles plat te leggen. Op een besloten netwerk met een beheersbaar aantal apparaten is dat goed te doen. Het punt is niet dat pinning eng is, maar dat het discipline vraagt — en die discipline is op je eigen netwerk haalbaar.

Veilig koppelen zonder gedoe: hoe het in de praktijk werkt

Voor een organisatie die gevoelige gesprekken lokaal verwerkt, ziet de veilige inrichting er zo uit:

• Zet de server (bij Verbinn: de Kern) op in je eigen pand en geef hem een eigen certificaat dat je zelf beheert.
• Koppel elke client — desktop-app of web-UI — eenmalig aan die server, zodat client en server elkaars identiteit kennen (apparaatkoppeling via wederzijdse TLS) [4][5].
• Laat de client uitsluitend dat gekoppelde certificaat vertrouwen (pinning), zodat een vervalst of onbekend certificaat automatisch wordt geweigerd [1].
• Gebruik minimaal TLS 1.2, bij voorkeur 1.3, in lijn met de NCSC-richtlijnen en NEN 7510 [2][6].
• Regel het vernieuwen van certificaten vooraf, zodat een verlopen certificaat nooit tot een verrassing leidt.

Het resultaat is een verbinding die precies één ding vertrouwt: het apparaat dat je zelf hebt gekoppeld. Geen wereldwijde CA-lijst, geen externe leverancier, geen ruimte voor een man-in-the-middle. En omdat je op je eigen netwerk beide kanten beheert, hoef je daar geen gebruikers mee lastig te vallen — je koppelt één keer, en daarna werkt het gewoon. Dat is "veilige verbindingen zonder gedoe": niet méér vertrouwen, maar preciezer vertrouwen.