CAPICOM est une bibliothèque de chiffrement développée par Microsoft, longtemps utilisée pour gérer la signature électronique et l’authentification dans les applications Windows. Pour les collectivités territoriales, cet outil a permis pendant des années de sécuriser des échanges de documents et de valider des certificats numériques.
Son statut a radicalement changé : Microsoft a officiellement déprécié CAPICOM et cessé son support, ce qui place les administrations locales face à un choix technique aux conséquences directes sur leur conformité et leur sécurité informatique.
A lire aussi : Tout savoir à propos de l'indicatif 04 12 en France et son utilisation
CAPICOM et collectivités : une dépendance technique héritée
Avant de parler de migration ou de remplacement, il faut comprendre pourquoi CAPICOM s’est retrouvé au cœur de certains systèmes d’information publics. La bibliothèque offrait une interface COM (Component Object Model) accessible depuis des langages de script comme VBScript ou des environnements Visual Basic. Pour des services informatiques de mairies ou d’intercommunalités disposant de moyens limités, cette facilité d’intégration représentait un avantage concret.
Les usages les plus fréquents dans le secteur public tournaient autour de trois fonctions : la signature électronique de documents administratifs, le chiffrement de données sensibles échangées entre services, et la vérification de certificats lors de connexions sécurisées. Des applications métier développées en interne ou par des prestataires locaux ont intégré CAPICOM sans toujours documenter cette dépendance.
A voir aussi : Tout savoir sur les forfaits bateau et vélo pour l'île de Porquerolles
Le problème est que cette intégration date souvent de plus d’une décennie. Les équipes qui ont mis en place ces solutions ont parfois quitté la collectivité, et la documentation technique fait défaut. Pour en savoir plus à propos de Capicom sur Collectivité Numérique, plusieurs ressources détaillent les cas d’usage historiques dans le secteur public.
Dépréciation par Microsoft : ce que cela signifie en pratique
Microsoft a annoncé l’arrêt de CAPICOM et recommande de migrer vers les API CryptoAPI ou les classes .NET Framework (System.Security.Cryptography). La dernière version disponible, CAPICOM 2.1.0.2, figurait dans le Windows SDK pour Windows Server 2008, Windows Vista et Windows XP. Pour les systèmes 64 bits et les versions plus récentes de Windows, Microsoft oriente vers .NET ou .NET Framework.
Concrètement, dépréciation signifie plusieurs choses pour une collectivité :
- Aucun correctif de sécurité ne sera publié si une vulnérabilité est découverte dans CAPICOM, ce qui expose les systèmes qui l’utilisent encore à des risques non corrigés.
- Les mises à jour de Windows peuvent casser la compatibilité à tout moment, sans préavis ni solution de contournement officielle.
- Les audits de cybersécurité, de plus en plus fréquents dans le secteur public, signalent systématiquement l’usage de composants obsolètes comme un point de non-conformité.
Les référentiels de cybersécurité publics récents déconseillent l’usage de bibliothèques cryptographiques obsolètes. Utiliser CAPICOM en production revient à maintenir une porte dont le fabricant a jeté la clé.
Migration vers CryptoAPI et .NET : contraintes réelles pour le secteur public
Sur le papier, passer de CAPICOM à .NET ou CryptoAPI semble logique. Dans la réalité des collectivités, la migration soulève des difficultés que les guides techniques de Microsoft n’abordent pas.
La première contrainte est budgétaire. Les petites communes et les syndicats intercommunaux n’ont pas toujours de service informatique dédié. Faire auditer l’ensemble des applications qui dépendent de CAPICOM, puis réécrire le code concerné, représente un coût que beaucoup de structures n’ont pas anticipé dans leur programmation pluriannuelle.
Identifier les applications concernées
Le travail commence par un inventaire. Il s’agit de repérer chaque script, chaque application métier et chaque processus automatisé qui appelle la bibliothèque CAPICOM. Dans les collectivités de taille moyenne, cet inventaire révèle parfois des usages insoupçonnés : un formulaire de signature sur l’intranet, un script de chiffrement de fichiers RH, une interface avec un logiciel de gestion financière.
Sans cet inventaire préalable, toute migration reste partielle et laisse des composants vulnérables en fonctionnement.
Choisir la technologie de remplacement
Microsoft propose deux voies principales. CryptoAPI reste une option bas niveau, adaptée aux développements en C/C++. Pour la majorité des collectivités dont les applications reposent sur des langages de plus haut niveau, les classes System.Security.Cryptography de .NET constituent le remplacement naturel. Elles couvrent la signature, le chiffrement symétrique et asymétrique, et la gestion des certificats X.509.
Les retours terrain divergent sur la facilité de cette transition. Certaines collectivités rapportent une migration fluide quand les applications étaient bien documentées. D’autres font face à du code patrimonial difficilement lisible, où chaque modification risque d’introduire des régressions.
Sécurité et conformité : les risques concrets de l’inaction
Maintenir CAPICOM en production n’est pas seulement un choix technique discutable. C’est un risque juridique et opérationnel pour les collectivités.
Les obligations de protection des données personnelles imposent l’utilisation de moyens cryptographiques à jour. Un composant sans support de sécurité fragilise l’ensemble de la chaîne de confiance, même si le reste de l’infrastructure est récent. Un certificat signé via une bibliothèque vulnérable ne garantit plus l’intégrité du document.
Le risque opérationnel est tout aussi concret. Une mise à jour système appliquée un vendredi soir peut rendre inopérante une application de signature utilisée pour valider des marchés publics le lundi matin. Sans support éditeur, la recherche de solution repose entièrement sur les ressources internes ou sur un prestataire, avec des délais incompatibles avec la continuité du service public.
Les collectivités qui n’ont pas encore entamé leur migration se trouvent dans une situation où chaque mois qui passe augmente le risque d’incident sans réduire le coût de la transition. L’inventaire des dépendances CAPICOM, même partiel, reste la première action utile, celle qui permet de mesurer l’ampleur du chantier avant de le budgéter.