Quand une collectivité territoriale signe un document en ligne ou vérifie l’identité d’un agent sur un portail interne, elle s’appuie sur des briques logicielles souvent invisibles. CAPICOM a longtemps été l’une de ces briques, intégrée dans des applications Windows sans que les utilisateurs finaux n’en soupçonnent l’existence. Son rôle : gérer les certificats numériques, chiffrer des données et apposer des signatures électroniques via quelques lignes de code.
Le problème, c’est que Microsoft a officiellement déprécié CAPICOM et cessé toute mise à jour, plaçant les administrations locales face à un angle mort technique.
A lire également : Tout savoir sur le prix d'une piscine et les solutions écologiques pour votre jardin
Signature électronique et certificats : ce que CAPICOM faisait concrètement
Avant de parler de remplacement, un détour par le fonctionnement aide à comprendre l’ampleur du sujet. CAPICOM est une bibliothèque COM (Component Object Model) qui permettait aux développeurs d’intégrer des fonctions cryptographiques dans des applications Windows sans manipuler directement les couches bas niveau du système.
En pratique, cela donnait trois capacités principales :
A lire en complément : Tout savoir sur le calendrier du chèque différé Leclerc 2026 et ses avantages
- Valider et gérer des certificats numériques stockés dans le magasin Windows, par exemple pour authentifier un agent accédant à un téléservice.
- Signer électroniquement des documents ou des flux de données, garantissant leur intégrité et l’identité du signataire.
- Chiffrer et déchiffrer des informations sensibles échangées entre services, comme des pièces d’état civil transmises entre une mairie et une préfecture.
Pour une collectivité, ces fonctions touchaient des processus concrets : dématérialisation des marchés publics, transmission de documents vers les services de l’État, authentification sur des portails métier. CAPICOM s’exécutait souvent via des contrôles ActiveX dans Internet Explorer, ce qui explique pourquoi son usage est resté longtemps invisible dans les navigateurs modernes.
De nombreuses ressources détaillent capicom et ses usages sur Collectivité Numérique, ce qui permet de mesurer à quel point cette bibliothèque s’est retrouvée imbriquée dans des chaînes applicatives variées.
Obsolescence de CAPICOM : risques réels pour les collectivités territoriales
Microsoft ne distribue plus CAPICOM dans les versions récentes de Windows et recommande explicitement de migrer vers CryptoAPI, CNG (Cryptography API: Next Generation) ou les classes .NET. Ce n’est pas un simple changement de version : c’est un arrêt définitif du support.
Pourquoi cela pose un vrai problème aux collectivités ? Parce qu’une bibliothèque sans correctifs de sécurité devient une porte d’entrée pour les attaques. Chaque vulnérabilité découverte après la fin du support reste ouverte, sans patch.
Conformité réglementaire fragilisée
Les collectivités manipulent des données personnelles d’administrés (état civil, aide sociale, fiscalité locale). Utiliser un composant cryptographique obsolète fragilise la conformité RGPD, puisque le règlement exige des mesures techniques adaptées à l’état de l’art. Un outil abandonné par son éditeur ne répond plus à cette exigence.
Les référentiels de l’ANSSI et la doctrine cloud de l’État poussent dans la même direction : les solutions numériques des services publics doivent reposer sur des composants maintenus, audités et si possible souverains. CAPICOM ne coche plus aucune de ces cases.
Dépendance à Internet Explorer
Beaucoup d’implémentations de CAPICOM passaient par des contrôles ActiveX, technologie liée à Internet Explorer. Or Microsoft a mis fin au support d’Internet Explorer. Les collectivités qui n’ont pas encore migré leurs applications web internes se retrouvent avec une double obsolescence : navigateur et bibliothèque cryptographique.
Migration vers CryptoAPI et .NET : par où commencer
La migration n’est pas un simple remplacement de fichier DLL. Elle suppose d’identifier toutes les applications qui appellent CAPICOM, puis de réécrire les portions de code concernées. Voici les étapes concrètes que cela implique.
Commencer par un inventaire applicatif complet. Chaque service (urbanisme, finances, ressources humaines) peut utiliser des logiciels métier qui embarquent CAPICOM sans que le service informatique n’en ait connaissance. Rechercher les appels à la DLL capicom.dll dans le parc applicatif est le point de départ.
Ensuite, le choix de la technologie de remplacement dépend du contexte :
- CryptoAPI convient aux applications C/C++ qui restent en environnement Windows natif. Elle offre un accès direct au magasin de certificats du système.
- CNG (Cryptography API: Next Generation) apporte des algorithmes plus récents et une architecture modulaire. C’est la piste recommandée pour les nouveaux développements.
- Les classes System.Security.Cryptography de .NET sont adaptées aux applications développées en C# ou VB.NET, souvent le cas des outils métier internes des collectivités.
Chaque remplacement doit être testé sur un environnement isolé avant déploiement, car le changement de bibliothèque cryptographique peut modifier le format des signatures générées et rendre illisibles des documents déjà signés.
Alternatives souveraines et suites numériques publiques
La question ne se limite pas au remplacement technique de CAPICOM. Depuis quelques années, les politiques publiques françaises encouragent l’adoption de solutions numériques libres ou maîtrisées pour les collectivités. La DINUM propose LaSuite, un écosystème d’applications collaboratives reposant sur des logiciels libres, hébergées en France.
LaSuite ne remplace pas directement CAPICOM (ce n’est pas une bibliothèque cryptographique), mais elle illustre la direction prise : privilégier des outils dont le code source est auditable et l’hébergement souverain. Pour la couche signature électronique, des prestataires qualifiés par l’ANSSI proposent des services conformes au règlement eIDAS, sans dépendre de composants propriétaires abandonnés.
Les collectivités qui profitent de la migration pour repenser leur architecture de signature gagnent sur deux tableaux : elles éliminent une dette technique et elles s’alignent sur les référentiels actuels de sécurité.
La disparition de CAPICOM n’est pas un incident mineur. Pour les collectivités qui s’en servaient encore, chaque mois sans migration augmente l’exposition aux failles non corrigées. L’inventaire applicatif reste la première action utile, avant même de choisir entre CryptoAPI, CNG ou .NET. Et puisque le cadre réglementaire français pousse vers des solutions ouvertes et souveraines, c’est aussi l’occasion de ne pas reproduire la même dépendance à un éditeur unique.