CAPICOM is een versleutelingsbibliotheek ontwikkeld door Microsoft, die lange tijd werd gebruikt voor het beheren van elektronische handtekeningen en authenticatie in Windows-toepassingen. Voor lokale overheden heeft dit hulpmiddel jarenlang geholpen om documentuitwisselingen te beveiligen en digitale certificaten te valideren.
De status ervan is radicaal veranderd: Microsoft heeft CAPICOM officieel afgeschreven en de ondersteuning stopgezet, wat lokale overheden voor een technische keuze plaatst met directe gevolgen voor hun naleving en IT-beveiliging.
CAPICOM en gemeenten: een erfelijke technische afhankelijkheid
Voordat we het hebben over migratie of vervanging, is het belangrijk te begrijpen waarom CAPICOM in het hart van bepaalde publieke informatiesystemen is beland. De bibliotheek bood een COM (Component Object Model) interface die toegankelijk was vanuit scripttalen zoals VBScript of Visual Basic-omgevingen. Voor IT-diensten van gemeenten of intergemeentelijke samenwerkingsverbanden met beperkte middelen vertegenwoordigde deze integratiefaciliteit een concreet voordeel.
De meest voorkomende toepassingen in de publieke sector draaiden om drie functies: de elektronische handtekening van administratieve documenten, het versleutelen van gevoelige gegevens die tussen diensten worden uitgewisseld, en de verificatie van certificaten tijdens beveiligde verbindingen. Bedrijfstoepassingen die intern of door lokale dienstverleners zijn ontwikkeld, hebben CAPICOM geïntegreerd zonder deze afhankelijkheid altijd te documenteren.
Het probleem is dat deze integratie vaak meer dan een decennium oud is. De teams die deze oplossingen hebben opgezet, zijn soms de gemeente verlaten, en de technische documentatie ontbreekt. Voor meer informatie over Capicom op Collectivité Numérique, zijn er verschillende bronnen die de historische gebruiksgevallen in de publieke sector in detail beschrijven.
Afwaardering door Microsoft: wat dit in de praktijk betekent
Microsoft heeft de stopzetting van CAPICOM aangekondigd en raadt aan om over te stappen naar de CryptoAPI of de .NET Framework-klassen (System.Security.Cryptography). De laatste beschikbare versie, CAPICOM 2.1.0.2, was opgenomen in de Windows SDK voor Windows Server 2008, Windows Vista en Windows XP. Voor 64-bits systemen en nieuwere versies van Windows, adviseert Microsoft om over te stappen naar .NET of .NET Framework.
Concreet betekent afwaardering verschillende dingen voor een gemeente:
- Er zal geen beveiligingspatch worden uitgebracht als er een kwetsbaarheid in CAPICOM wordt ontdekt, waardoor systemen die het nog gebruiken worden blootgesteld aan onopgeloste risico’s.
- Windows-updates kunnen op elk moment de compatibiliteit breken, zonder waarschuwing of officiële workaround.
- Cybersecurity-audits, die steeds vaker voorkomen in de publieke sector, wijzen systematisch het gebruik van verouderde componenten aan als een punt van niet-naleving.
Recente publieke cybersecurity-referenties ontraden het gebruik van verouderde cryptografische bibliotheken. CAPICOM in productie gebruiken is als het onderhouden van een deur waarvan de fabrikant de sleutel heeft weggegooid.
Migratie naar CryptoAPI en .NET: reële beperkingen voor de publieke sector
Op papier lijkt de overstap van CAPICOM naar .NET of CryptoAPI logisch. In de realiteit van gemeenten roept de migratie echter moeilijkheden op die de technische handleidingen van Microsoft niet behandelen.
De eerste beperking is budgettair. Kleine gemeenten en intergemeentelijke samenwerkingsverbanden hebben niet altijd een toegewijd IT-team. Het laten auditeren van alle toepassingen die afhankelijk zijn van CAPICOM, en vervolgens de betrokken code herschrijven, vertegenwoordigt een kostenpost die veel organisaties niet hebben voorzien in hun meerjarenplanning.
Identificeren van de betrokken toepassingen
Het werk begint met een inventarisatie. Het is de bedoeling om elk script, elke bedrijfstoepassing en elk geautomatiseerd proces dat de CAPICOM-bibliotheek aanroept, in kaart te brengen. In middelgrote gemeenten onthult deze inventarisatie soms onopgemerkte toepassingen: een handtekeningenformulier op het intranet, een script voor het versleutelen van HR-bestanden, een interface met een financieel beheersoftware.
Zonder deze voorafgaande inventarisatie blijft elke migratie gedeeltelijk en laat het kwetsbare componenten in werking.
Kiezen van de vervangende technologie
Microsoft biedt twee hoofdwegen aan. CryptoAPI blijft een low-level optie, geschikt voor ontwikkeling in C/C++. Voor de meeste gemeenten waarvan de toepassingen zijn gebaseerd op hogere programmeertalen, zijn de System.Security.Cryptography-klassen van .NET de natuurlijke vervanging. Ze dekken de handtekening, symmetrische en asymmetrische versleuteling, en het beheer van X.509-certificaten.
De ervaringen uit de praktijk verschillen over de eenvoud van deze overgang. Sommige gemeenten melden een soepele migratie wanneer de toepassingen goed gedocumenteerd waren. Anderen worden geconfronteerd met moeilijk leesbare legacy-code, waarbij elke wijziging het risico op regressies met zich meebrengt.
Beveiliging en naleving: de concrete risico’s van inactiviteit
CAPICOM in productie houden is niet alleen een discutabele technische keuze. Het is een juridisch en operationeel risico voor gemeenten.
De verplichtingen tot bescherming van persoonsgegevens vereisen het gebruik van actuele cryptografische middelen. Een component zonder beveiligingsondersteuning verzwakt de hele vertrouwensketen, zelfs als de rest van de infrastructuur recent is. Een certificaat dat is ondertekend via een kwetsbare bibliotheek garandeert niet langer de integriteit van het document.
Het operationele risico is even concreet. Een systeemupdate die op een vrijdagavond wordt toegepast, kan een handtekeningstoepassing die wordt gebruikt om openbare aanbestedingen te valideren op maandagochtend onbruikbaar maken. Zonder ondersteuning van de leverancier is het zoeken naar een oplossing volledig afhankelijk van interne middelen of een dienstverlener, met tijdschema’s die niet compatibel zijn met de continuïteit van de openbare dienstverlening.
Gemeenten die hun migratie nog niet hebben gestart, bevinden zich in een situatie waarin elke maand die verstrijkt het risico op incidenten vergroot zonder de kosten van de overgang te verlagen. De inventarisatie van CAPICOM-afhankelijkheden, zelfs gedeeltelijk, blijft de eerste nuttige actie, die het mogelijk maakt om de omvang van het project te meten voordat het wordt gebudgetteerd.