Quando si audita il sistema informativo di un comune o di un sindacato intercomunale, si trova ancora regolarmente moduli professionali che chiamano CAPICOM in background. La libreria di crittografia sviluppata da Microsoft serviva a gestire i certificati digitali, firmare documenti e crittografare flussi da applicazioni Windows. Il problema: Microsoft ha ufficialmente deprecato CAPICOM e ha interrotto ogni aggiornamento, lasciando questi componenti software senza patch di sicurezza.
Rilevare le applicazioni che utilizzano ancora CAPICOM in un parco informatico pubblico
Prima di parlare di migrazione, bisogna sapere dove si nasconde CAPICOM. La libreria si presenta sotto forma di un file DLL (capicom.dll) registrato sui computer Windows. In una comunità, è spesso integrata in applicativi professionali obsoleti: firmatari elettronici interni, moduli di firma per gli appalti pubblici o strumenti di crittografia delle email tra i servizi.
Da scoprire anche : Perché adottare la grelinette per un orto biologico e rispettoso della natura?
Il riflesso più diretto consiste nel cercare capicom.dll su tutto il parco tramite uno script di distribuzione o uno strumento di inventario software. Si mirano anche le chiamate COM nel registro di Windows, perché alcune applicazioni caricano CAPICOM senza copiare la DLL localmente.
I feedback variano su questo punto: alcuni DSI scoprono la dipendenza solo al momento di una migrazione del browser o di un cambiamento di versione di Windows, quando un modulo smette bruscamente di funzionare. Sul campo, come CAPICOM spiegato da Collectivité Numérique dettaglia, questa rilevazione precoce evita interruzioni di servizio su procedure critiche come la firma degli ordini di acquisto.
Ulteriori letture : Astucci efficaci per riprogrammare una cartuccia Canon e prolungarne la durata
CAPICOM e conformità eIDAS: perché lo status quo rappresenta un rischio normativo
CAPICOM si basa sulle API CryptoAPI storiche di Windows. Queste API non supportano le suite crittografiche recenti richieste dagli attuali riferimenti europei. Le linee guida dell’ENISA e i profili di protezione eIDAS 2.0 hanno rafforzato dal 2023 le raccomandazioni sugli algoritmi e le lunghezze delle chiavi per i servizi di fiducia.
CAPICOM non è più allineato con i requisiti crittografici europei applicabili alle firme avanzate e qualificate. Per una comunità che gestisce appalti pubblici dematerializzati o atti amministrativi firmati elettronicamente, mantenere un componente deprecato indebolisce il valore probatorio dei documenti prodotti.
Il rischio non è teorico. Un certificato manipolato tramite CAPICOM può basarsi su algoritmi di hash o lunghezze di chiavi che le autorità di certificazione e le piattaforme di verifica considerano ormai insufficienti. In caso di contenzioso, la conformità del processo di firma può essere contestata.
CryptoAPI Next Generation e .NET: scegliere il giusto percorso di sostituzione
Microsoft indirizza gli sviluppatori verso due principali opzioni per sostituire CAPICOM. La scelta dipende dal tipo di applicazione coinvolta e dalle competenze disponibili nel team tecnico.
CNG per le applicazioni native Windows
CryptoAPI Next Generation (CNG) è il successore diretto di CryptoAPI. Supporta algoritmi moderni (AES con chiavi lunghe, curve ellittiche, suite TLS recenti). Per un’applicazione nativa in C++ o Delphi che chiamava CAPICOM tramite COM, migrando verso CNG si percorre il percorso più breve.
La riscrittura riguarda le chiamate di firma, verifica del certificato e crittografia. Il resto del codice applicativo rimane generalmente intatto.
Namespace System.Security.Cryptography per le applicazioni .NET
Se l’applicazione è stata sviluppata in VB.NET o C#, lo spazio dei nomi System.Security.Cryptography copre tutte le funzioni che garantiva CAPICOM:
- Firma e verifica di documenti con gestione completa del negozio di certificati Windows
- Crittografia simmetrica e asimmetrica secondo gli standard attuali
- Timestamp e concatenazione di certificati compatibili con i requisiti eIDAS
Il vantaggio di questo approccio: gli aggiornamenti di sicurezza seguono il ciclo di supporto di .NET, il che elimina il problema della libreria bloccata senza patch.
Pianificare la migrazione di CAPICOM in una comunità: le fasi critiche
Non si sostituisce CAPICOM in uno sprint. La migrazione coinvolge processi aziendali sensibili, e ogni comunità ha una storia applicativa diversa. Tre fasi strutturano il progetto.
- Mappare le dipendenze: identificare ogni applicazione, ogni flusso e ogni computer che carica capicom.dll, quindi documentare la funzione esatta utilizzata (firma, crittografia, verifica)
- Prioritizzare per criticità: le applicazioni legate agli appalti pubblici o alla firma di atti passano per prime, quelle che si occupano solo di crittografia interna possono attendere un secondo lotto
- Testare in ambiente isolato: convalidare che il nuovo componente crittografico produca firme accettate dalle piattaforme di dematerializzazione utilizzate (profilo di firma XAdES, PAdES a seconda dei casi)
- Formare gli agenti coinvolti: un cambiamento di certificato o di procedura di firma richiede una comunicazione chiara agli utenti finali, anche se il cambiamento è trasparente dal lato interfaccia
Sul campo, la fase di mappatura richiede spesso più tempo della riscrittura stessa, perché le dipendenze a CAPICOM non sono sempre documentate nelle schede applicative.
Le comunità che rimandano questa migrazione si espongono a una doppia costrizione: un rischio di fermo durante un aggiornamento di Windows che rompe la compatibilità COM, e una mancanza di conformità di fronte alle crescenti esigenze dei riferimenti di sicurezza europei. È meglio avviare l’inventario ora, anche se la riscrittura completa si estende su diversi mesi.