Quando se audita o sistema de informação de uma prefeitura ou de um consórcio intermunicipal, ainda se encontra regularmente módulos de negócios que chamam o CAPICOM em segundo plano. A biblioteca de criptografia desenvolvida pela Microsoft era usada para gerenciar certificados digitais, assinar documentos e criptografar fluxos a partir de aplicações Windows. O problema: a Microsoft oficialmente descontinuou o CAPICOM e parou qualquer atualização, deixando esses componentes de software sem correções de segurança.
Detectar as aplicações que ainda usam CAPICOM em um parque de informática público
Antes de falar sobre migração, é preciso saber onde o CAPICOM se esconde. A biblioteca se apresenta na forma de um arquivo DLL (capicom.dll) registrado nas estações Windows. Em uma entidade pública, ela é frequentemente incorporada em aplicativos de negócios antigos: assinadores eletrônicos internos, módulos de assinatura para contratos públicos ou ferramentas de criptografia de e-mails entre departamentos.
Leitura complementar : As melhores endereços e dicas para viver o negócio em Paris
O reflexo mais direto consiste em procurar capicom.dll em todo o parque por meio de um script de implantação ou uma ferramenta de inventário de software. Também se busca as chamadas COM no registro do Windows, pois algumas aplicações carregam o CAPICOM sem copiar a DLL localmente.
Os retornos variam nesse ponto: algumas DSI descobrem a dependência apenas no momento de uma migração de navegador ou de uma mudança de versão do Windows, quando um módulo para de funcionar abruptamente. No campo, como CAPICOM explicado pela Collectividade Numérica detalha, essa detecção precoce evita interrupções de serviço em procedimentos críticos como a assinatura de ordens de compra.
Leitura recomendada : As melhores recursos para organizar uma saída escolar enriquecedora e bem-sucedida
CAPICOM e conformidade eIDAS: por que o status quo representa um risco regulatório
O CAPICOM baseia-se nas APIs CryptoAPI históricas do Windows. Essas APIs não suportam os conjuntos criptográficos recentes exigidos pelos referenciais europeus atuais. As diretrizes da ENISA e os perfis de proteção eIDAS 2.0 reforçaram desde 2023 as recomendações sobre algoritmos e tamanhos de chaves para serviços de confiança.
O CAPICOM não está mais alinhado com os requisitos criptográficos europeus aplicáveis às assinaturas avançadas e qualificadas. Para uma entidade que lida com contratos públicos digitalizados ou atos administrativos assinados eletronicamente, manter um componente depreciado fragiliza o valor probatório dos documentos produzidos.
O risco não é teórico. Um certificado manipulado via CAPICOM pode depender de algoritmos de hash ou tamanhos de chaves que as autoridades de certificação e as plataformas de verificação consideram agora insuficientes. Em caso de litígio, a conformidade do processo de assinatura pode ser contestada.
CryptoAPI Next Generation e .NET: escolher a trajetória de substituição correta
A Microsoft orienta os desenvolvedores em duas direções principais para substituir o CAPICOM. A escolha depende do tipo de aplicação envolvida e das competências disponíveis na equipe técnica.
CNG para aplicações nativas Windows
CryptoAPI Next Generation (CNG) é o sucessor direto do CryptoAPI. Ele suporta algoritmos modernos (AES com chaves longas, curvas elípticas, conjuntos TLS recentes). Para uma aplicação nativa em C++ ou Delphi que chamava o CAPICOM via COM, migrar para CNG é o caminho mais curto.
A reescrita abrange as chamadas de assinatura, verificação de certificado e criptografia. O restante do código da aplicação geralmente permanece intacto.
Namespace System.Security.Cryptography para aplicações .NET
Se a aplicação foi desenvolvida em VB.NET ou C#, o namespace System.Security.Cryptography cobre todas as funções que o CAPICOM assegurava:
- Assinatura e verificação de documentos com gerenciamento completo do repositório de certificados do Windows
- Criptografia simétrica e assimétrica de acordo com os padrões atuais
- Timestamp e encadeamento de certificados compatíveis com os requisitos eIDAS
A vantagem dessa abordagem: as atualizações de segurança seguem o ciclo de suporte do .NET, o que elimina o problema da biblioteca estagnada sem correções.
Planejar a migração do CAPICOM em uma entidade: as etapas críticas
Não se substitui o CAPICOM em um sprint. A migração envolve processos de negócios sensíveis, e cada entidade tem um histórico de aplicativos diferente. Três etapas estruturam o projeto.
- Mapear as dependências: identificar cada aplicação, cada fluxo e cada estação que carrega capicom.dll, e documentar a função exata utilizada (assinatura, criptografia, verificação)
- Priorizar por criticidade: as aplicações relacionadas a contratos públicos ou à assinatura de atos têm prioridade, aquelas que apenas fazem criptografia interna podem esperar um segundo lote
- Testar em ambiente isolado: validar se o novo componente criptográfico produz assinaturas aceitas pelas plataformas de desmaterialização utilizadas (perfil de assinatura XAdES, PAdES conforme o caso)
- Treinar os agentes envolvidos: uma mudança de certificado ou de procedimento de assinatura requer uma comunicação clara com os usuários finais, mesmo que a mudança seja transparente do lado da interface
No campo, a fase de mapeamento muitas vezes leva mais tempo do que a reescrita em si, porque as dependências ao CAPICOM nem sempre estão documentadas nas fichas de aplicações.
As entidades que adiam essa migração se expõem a uma dupla pressão: um risco de falha total durante uma atualização do Windows que quebra a compatibilidade COM, e uma falta de conformidade frente às crescentes exigências dos referenciais de segurança europeus. É melhor iniciar o inventário agora, mesmo que a reescrita completa se estenda por vários meses.