Verificação Formal e Automação de Provas

Prova matemática de que sistemas de IA satisfazem propriedades de segurança em todas as entradas, e não apenas em casos de teste, para implantação com nível de certificação.

Os testes amostram o comportamento; a segurança exige garantias em todas as entradas possíveis. A verificação formal fecha essa lacuna com prova matemática em vez de confiança estatística — e para sistemas de IA destinados à implantação crítica para a segurança e certificada, a prova é cada vez mais a única evidência sustentável.

Por que os testes encontram bugs, mas não conseguem eliminá-los

Mais de 60% dos projetos iniciais de semicondutores exigem um respin de silício apesar de meses de testes baseados em simulação. Cada respin em 3nm custa $40M apenas em conjuntos de máscaras. O problema central é matemático: os testes amostram o comportamento, mas a segurança exige garantias em todas as entradas possíveis. A verificação formal fornece essas garantias por meio de prova matemática, não de confiança estatística.

Nossa abordagem consiste em construir pipelines de verificação — como nossa demonstração prática de verificação de semicondutores orientada por IA — projetadas para provar que as propriedades do sistema de IA se sustentam universalmente:

  • Certificação de robustez de redes neurais
  • Model checking para protocolos de orquestração de agentes
  • Argumentos de segurança apoiados por provadores de teoremas para DO-178C e ISO 26262 , em pacotes de certificação

A técnica de verificação corresponde à propriedade e ao sistema: verificadores completos onde for viável, métodos incompletos com corretude onde a escala exigir, e sempre um relato claro do que foi provado versus o que foi testado.

Verificação de Redes Neurais: O Que Realmente Funciona em 2026

A área tem um líder evidente. alpha-beta-CROWN venceu a VNN-COMP (Verified Neural Network Competition) por cinco anos consecutivos, de 2021 a 2025, conquistando o primeiro lugar em todos os benchmarks pontuados. O sistema combina propagação linear de limites acelerada por GPU com busca branch-and-bound para verificar propriedades como robustez adversarial, monotonicidade e limites de faixa de saída em redes convolucionais com milhões de parâmetros. Para as propriedades essenciais em implantações críticas para a segurança, este é o ponto de partida de nível de produção:

  • Provar que nenhuma perturbação dentro de uma bola de épsilon definida altera a classificação
  • Provar que aumentar uma feature só pode mover a saída na direção especificada
  • Provar que as saídas permanecem dentro de faixas fisicamente significativas

Marabou 2.0, o verificador baseado em CPU mais poderoso, utiliza raciocínio baseado em SMT e gera certificados UNSAT via lema de Farkas, fornecendo artefatos de prova arquiváveis para evidências de certificação. Ele oferece acelerações de 2x a 10x em relação ao seu antecessor, com a mediana de pico de memória caindo de 604MB para 59MB.

A restrição honesta: a verificação de redes neurais é NP-completa. A escolha entre métodos completos e incompletos com corretude representa um tradeoff fundamental entre precisão e escalabilidade, o qual navegamos a cada engajamento com base na arquitetura da rede, nas propriedades que você precisa certificar e em como as evidências serão utilizadas.

AbordagemO que oferecePrincipais desafiosMétodos
Verificadores completosCerteza matemáticaEnfrentam barreiras computacionais em grandes arquiteturasalpha-beta-CROWN, Marabou 2.0
Métodos incompletos com corretudeEscalam para modelos maioresProduzem superaproximaçõesSuavização aleatória, propagação de limites de intervalo, interpretação abstrata via DeepPoly

Neural Abstract Interpretation (ICLR 2025) alcança análise em menos de 0,7 segundo em redes com um milhão de neurônios — mas o tradeoff entre precisão e escalabilidade permanece fundamental.

A Automação de Provas Está Derrubando a Barreira de Custos

O microkernel seL4 levou aproximadamente 20 pessoas-ano para ser verificado: 9.000 linhas de C exigiram 200.000 linhas de prova, cerca de 23 linhas de prova por linha de implementação. Essa proporção tornava a verificação formal economicamente inviável para a maioria dos softwares. Essa economia mudou em 2025–2026.

Provadores de teoremas assistidos por IA agora geram provas a uma fração do custo:

  • BFS-Prover-V2 alcança 95,08% no benchmark miniF2F.
  • O Leanstral da Mistral (lançado em março de 2026) é o primeiro agente de IA de código aberto para verificação no Lean 4, com custo 92x menor do que LLMs de fronteira.
  • O Aristotle da Harmonic (avaliação de US$ 1,45 bilhão) gera e verifica formalmente provas no Lean 4, alcançando desempenho de nível de medalha de ouro em problemas da IMO.

Uma prova formal de 200.000 linhas que antes exigia 20 pessoas-ano agora pode ser gerada em aproximadamente duas semanas. Isso não elimina a expertise humana — a escrita de especificações, que traduz requisitos de segurança em lógica formal, permanece uma tarefa que exige tanto treinamento em métodos formais quanto profundo conhecimento de domínio. Mas a geração de provas agora está automatizada o suficiente para mudar o cálculo de custos de cada implantação de IA crítica para a segurança. Nosso método utiliza provadores assistidos por IA para gerar candidatos a provas, e em seguida os verifica e refina. O Lean-Agent Protocol (abril de 2026) demonstrou verificações executando em aproximadamente 5 microssegundos, com rapidez suficiente para conformidade financeira inline.

As Normas de Certificação Estão Avançando — Sua Estratégia Não Pode Esperar

Três cronogramas regulatórios estão convergindo. As disposições de alto risco do EU AI Act entram em pleno vigor em 2 de agosto de 2026. A norma ARP6983/ED-324 da SAE G-34/EUROCAE WG-114, o padrão de certificação de machine learning para o setor aeroespacial, tem como meta a publicação em junho de 2026 após 1.800 comentários de votação. A ISO/PAS 8800:2024, a primeira norma para segurança de IA em veículos rodoviários, foi publicada em dezembro de 2024, e a Geely Auto recebeu a primeira certificação global sob ela em agosto de 2025.

Cada norma aborda a verificação de IA de maneira distinta:

  • A ARP6983 introduz o conceito de Constituinte de ML (MLC) e o Domínio de Design Operacional (ODD).
  • A ISO/PAS 8800 estende a ISO 26262 e a SOTIF para cobrir tanto a segurança funcional quanto os riscos de insuficiência funcional em IA.
  • O EU AI Act exige avaliação de conformidade, mas não prescreve métodos de verificação, deixando as organizações encarregadas de demonstrar a mitigação de riscos adequada perante normas que o CEN/CENELEC JTC 21 ainda não finalizou.

O AI Concept Paper Issue 2 da EASA define um processo de desenvolvimento em forma de W para certificação de ML. A primeira aprovação esperada de IA para aplicações aeronáuticas de Nível 2/3A está projetada para 2035 — as organizações que constroem para certificação aeroespacial estão iniciando uma jornada de verificação de uma década. Acompanhamos esses comitês de normas e projetamos estratégias de verificação defensáveis sob os rascunhos atuais e adaptáveis conforme as normas forem finalizadas.

Model Checking para Orquestração de Agentes

Quando seu sistema de IA envolve múltiplos agentes coordenando-se por meio de recursos compartilhados, acionando ferramentas e tomando decisões sequenciais, o desafio da verificação migra das propriedades da rede neural para a correção do protocolo. TLA+ via model checking explora todos os estados alcançáveis no seu protocolo de orquestração, provando propriedades como terminação garantida, tentativas limitadas e limites de delegação. A resolução SMT com Z3 complementa o TLA+ ao verificar propriedades em todas as entradas possíveis: guardas de permissão matematicamente impossíveis de contornar, completude de roteamento e detecção de condições de corrida.

O princípio: seu LLM é não determinístico, mas seu orquestrador não é. A camada determinística pode ser verificada exaustivamente. A Amazon utilizou o TLA+ para encontrar bugs críticos no DynamoDB, S3 e EBS que os testes não detectaram. O AgentVerify (abril de 2026) introduziu a verificação formal composicional de segurança multiagente via model checking em LTL. Nossa abordagem integra provas estáticas para lógica de orquestração com monitoramento em tempo de execução para os componentes estocásticos (detalhado em nossa pesquisa sobre garantia determinística para modelos estocásticos).

Provas Estáticas Expiram — A Verificação Deve Ser Contínua

A verificação formal presume que o sistema verificado permaneça o mesmo. Os sistemas de IA não permanecem. Os modelos são retreinados. Os prompts mudam. As bibliotecas de ferramentas se expandem. Um certificado de robustez emitido para a versão 1.3 do modelo nada diz sobre a versão 1.4.

Projetamos arquiteturas de verificação que levam isso em consideração:

  • A verificação estática prova propriedades de snapshots congelados do modelo — estabelecendo a linha de base.
  • A verificação em tempo de execução monitora drifts, violações de políticas e comportamentos anômalos — detectando quando a linha de base deixa de se sustentar.
  • Quando o drift ultrapassa os limites estabelecidos, a reverificação é acionada automaticamente, fechando o ciclo.
  • Os artefatos de verificação são versionados em conjunto com as versões do modelo para total auditabilidade.

Quando a Verificação Formal É o Investimento Adequado

Você precisa de verificação formal quando a falha da IA acarreta consequências que os testes não conseguem mitigar adequadamente:

  • Perda de vidas — veículos autônomos, aviação, dispositivos médicos.
  • Não conformidade regulatória — alto risco no EU AI Act, DO-178C DAL-A/B, ISO 26262 ASIL-C/D.
  • Exposição financeira que supera o custo de verificação — respins de semicondutores a $40M+ por iteração, ou negociação algorítmica onde uma única violação de restrição acarreta sanções regulatórias (veja nossa pesquisa sobre engenharia de conformidade absoluta para IA profunda).

Você não precisa de verificação formal completa para motores de recomendação, geração de conteúdo, ranqueamento de busca ou analytics interno. Testes baseados em propriedades (no estilo QuickCheck/Hypothesis) frequentemente fornecem confiança suficiente para sistemas onde respostas incorretas são inconvenientes, mas não acionáveis. Avaliamos isso de forma transparente antes de recomendar o escopo de um projeto.

A questão do talento é crucial. Menos de mil pessoas em todo o mundo possuem experiência de produção tanto em métodos formais quanto em sistemas de ML. Construir essa capacidade internamente significa recrutar de um pool de talentos quase inexistente; colaborar com especialistas que já dominam ambas as disciplinas encurta o prazo de meses de contratação para semanas de construção.

O Que Entregamos

O escopo de cada engajamento é definido para produzir evidências de verificação alinhadas aos seus requisitos regulatórios e operacionais.

  • Verificação de redes neurais: certificados de robustez com resultados de verificadores completos (alpha-beta-CROWN, Marabou) para subsistemas críticos, análise incompleta com corretude para arquiteturas maiores e um relatório claro de cobertura de verificação documentando o que foi provado completamente, o que foi provado com superaproximação correta e o que exigiu testes empíricos devido aos limites de escalabilidade.
  • Orquestração de agentes: especificações em TLA+ com propriedades de segurança verificadas por model checking e invariantes verificadas via Z3.
  • Certificação: especificações formais na notação exigida pela sua norma-alvo (lógica temporal, lógica de primeira ordem, Lean 4 ou DSLs específicas de normas), mapeadas para os requisitos de avaliação de conformidade da ARP6983, ISO/PAS 8800, ISO 26262 ou EU AI Act, conforme aplicável.

Um engajamento também gera a própria especificação: suas propriedades de segurança e invariantes de domínio traduzidas em lógica formal. Esse frequentemente é o artefato mais valioso. As ferramentas de prova irão evoluir. As normas serão finalizadas. Suas especificações formais permanecem, mapeando-se diretamente em evidências de conformidade.

Principais Conclusões

  • Os testes amostram o comportamento; a verificação formal prova que as propriedades se sustentam em todas as entradas — a diferença fundamental entre encontrar bugs e eliminá-los.
  • alpha-beta-CROWN (cinco vitórias consecutivas na VNN-COMP) e Marabou 2.0 (certificados UNSAT via lema de Farkas) lideram a verificação de redes neurais, mas a área é NP-completa — equilibramos métodos completos e incompletos com corretude em cada engajamento.
  • Provadores assistidos por IA (BFS-Prover-V2, Leanstral, Aristotle) reduziram uma prova na escala do seL4 de 20 pessoas-ano para cerca de duas semanas.
  • O EU AI Act (2 de agosto de 2026), a ARP6983 (junho de 2026) e a ISO/PAS 8800:2024 estão convergindo — a estratégia de verificação deve ser defensível agora e adaptável conforme as normas forem finalizadas.
  • Provas estáticas expiram quando os modelos são retreinados; a verificação contínua combina provas de snapshots congelados com monitoramento de drift em tempo de execução e reverificação automática.

Verificação Formal e Automação de Provas

FAQ

Perguntas Frequentes

Quanto custa a verificação formal de um sistema de IA e quanto tempo ela leva?

O custo depende do que você está verificando e de qual norma deve atender. O benchmark histórico é o microkernel seL4: 9.000 linhas de código C exigiram 200.000 linhas de prova e aproximadamente 20 pessoas-ano de esforço. As ferramentas de prova assistidas por IA reduziram essa proporção drasticamente. Uma prova formal de 200.000 linhas que outrora exigia 20 pessoas-ano agora pode ser gerada em cerca de duas semanas com o uso de ferramentas como o Lean 4 associado a provadores assistidos por IA. A certificação de robustez de redes neurais para um modelo específico em relação a propriedades definidas costuma levar algumas semanas de trabalho. Um pacote completo de evidências de certificação para DO-178C ou ISO 26262 — com especificações formais, resultados de verificação e relatórios de cobertura — é um projeto mais longo, pois a elaboração de especificações e o mapeamento regulatório demandam profunda expertise de domínio. A verificação chega a consumir até 40% dos orçamentos de projetos da ISO 26262. O investimento se justifica quando os custos de uma falha superam os custos de verificação: respins de semicondutores, responsabilidade civil em veículos autônomos ou multas regulatórias sob o EU AI Act.

É possível verificar formalmente um large language model ou uma arquitetura de transformer?

Não de forma completa, e qualquer pessoa que afirme o contrário está prestando informações enganosas. A verificação de redes neurais é NP-completa. Verificadores completos como o alpha-beta-CROWN (vencedor de cinco edições consecutivas da VNN-COMP, 2021–2025) e o Marabou 2.0 fornecem certeza matemática, mas encontram barreiras computacionais em arquiteturas que ultrapassam dezenas de milhões de parâmetros. Métodos incompletos com corretude, como interpretação abstrata (DeepPoly), propagação de limites de intervalo e suavização aleatória, escalam para modelos maiores, mas produzem superaproximações que podem rejeitar entradas seguras. Para LLMs de bilhões de parâmetros, a verificação formal completa de propriedades como robustez é inviável no momento. O que fazemos em vez disso: verificamos subsistemas críticos (classificadores de segurança, validadores de saída, componentes de decisão para uso de ferramentas) com métodos completos, aplicamos análise incompleta com corretude a componentes maiores, usamos model checking (TLA+) para verificar a lógica de orquestração em torno do LLM e suplementamos com verificação em tempo de execução para propriedades que não podem ser provadas estaticamente. O relatório de cobertura de verificação documenta exatamente quais componentes contam com garantias matemáticas, quais contam com superaproximações corretas e quais dependem de evidências empíricas.

Qual é a diferença entre verificação formal e a aplicação de restrições em arquitetura neuro-simbólica?

Eles resolvem problemas diferentes em momentos distintos do ciclo de vida. A aplicação de restrições neuro-simbólica (solucionador Z3 em loop, decodificação restrita) opera em tempo de execução, impedindo que a IA gere saídas que violem restrições especificadas durante a inferência. A verificação formal opera antes ou em paralelo à implantação, provando que o sistema de IA satisfaz as propriedades de segurança para todas as entradas possíveis dentro de um domínio definido. A aplicação de restrições afirma: 'esta saída específica atende às regras'. A verificação formal afirma: 'nenhuma entrada possível dentro deste domínio pode gerar uma saída que viole esta propriedade'. Na prática, sistemas críticos para a segurança frequentemente necessitam de ambos: verificação formal para estabelecer garantias fundamentais sobre o comportamento do modelo e aplicação de restrições em tempo de execução como uma camada de defesa em profundidade. Construímos ambas as soluções e ajudamos a definir quais propriedades exigem cada nível de garantia.

Qual verificador de rede neural devo utilizar: alpha-beta-CROWN, Marabou ou outro?

O alpha-beta-CROWN é a opção de propósito geral mais sólida. Ele venceu todas as edições da VNN-COMP de 2021 a 2025, suporta CNNs com milhões de parâmetros, opera com ReLU, sigmoide, tanh e arquiteturas transformer, além de rodar em GPU para proporcionar tempos práticos de verificação. Sua extensão GenBaB (TACAS 2025) processa funções não lineares gerais. O Marabou 2.0 é a principal alternativa baseada em CPU, oferecendo raciocínio baseado em SMT e geração de certificados de prova via lema de Farkas — fundamental caso sua autoridade certificadora exija artefatos de prova arquiváveis. Ele obteve acelerações de 2x a 10x em comparação com a v1, com consumo de memória significativamente menor. Para casos de uso específicos: o nnenum processa certas classes de redes ReLU com alta eficiência, o PyRAT foca na verificação aritmética de intervalos e o Venus recorre à análise de dependências para escalabilidade. Selecionamos e combinamos verificadores com base na sua arquitetura de rede, nas propriedades que você precisa certificar e na necessidade de artefatos de prova para submissão regulatória.

Como certificar um modelo de ML para DO-178C DAL-A ou ISO 26262 ASIL-D?

Nenhuma das duas normas foi concebida originalmente para ML, e as normas complementares ainda se encontram em desenvolvimento. A ARP6983/ED-324, a norma conjunta da SAE/EUROCAE para certificação de machine learning no setor aeroespacial, tem como meta a publicação em junho de 2026, após 1.800 comentários de votação. Ela introduz o conceito de Constituinte de ML (MLC) e o framework de Domínio de Design Operacional (ODD). O AI Concept Paper Issue 2 da EASA (março de 2024) define um processo de desenvolvimento em forma de W que separa o treinamento/verificação offline do monitoramento operacional online. A primeira aprovação esperada de IA para aplicações EASA Nível 2/3A está prevista para 2035. Para o setor automotivo, a ISO/PAS 8800:2024 foi publicada em dezembro de 2024, estendendo a ISO 26262 e a ISO 21448 SOTIF. A Geely Auto obteve a primeira certificação global em agosto de 2025. Na prática, as equipes de certificação constroem evidências de verificação com base nos rascunhos vigentes, ao mesmo tempo em que planejam a adaptabilidade do sistema. Produzimos especificações formais mapeadas para a estrutura da norma-alvo, resultados de verificação com métodos completos e incompletos acompanhados de documentação clara de cobertura, além de um plano de gestão de verificação que acomoda revisões das normas. O classificador de sinalização de pista DAL-C da NASA utilizou DNNs dissimilares duplamente redundantes com um monitor de segurança como mitigação arquitetural, um padrão que combina redundância com verificação formal do monitor de segurança.

Qual papel a verificação formal desempenha na conformidade com o EU AI Act para IA de alto risco?

O EU AI Act (cujas disposições para alto risco entram em vigor em 2 de agosto de 2026) exige uma avaliação de conformidade que comprove a identificação sistemática, análise, mitigação e monitoramento de riscos. A legislação não impõe explicitamente a verificação formal. Contudo, a verificação formal fornece a evidência de conformidade mais sólida possível, pois oferece prova matemática de que as mitigações de risco específicas funcionam efetivamente para todas as entradas, e não apenas nos cenários testados. As normas técnicas harmonizadas que definem a 'mitigação de risco apropriada' estão sendo elaboradas pelo CEN/CENELEC JTC 21, com previsão para o quarto trimestre de 2026 (após perder o prazo inicial de agosto de 2025). As organizações que investem em verificação formal agora se posicionam com a postura de conformidade mais defensável, independentemente de como tais normas forem finalizadas. Desenvolvemos arquiteturas de verificação que produzem evidências para avaliação de conformidade: especificações formais de propriedades de segurança, resultados de verificação com artefatos de prova e relatórios de cobertura que documentam o rigor das garantias para cada componente do sistema.

Como o model checking em TLA+ se aplica à orquestração de agentes de IA?

O TLA+ verifica a camada de orquestração determinística em torno do seu LLM não determinístico. Ele explora de forma exaustiva todos os estados alcançáveis no seu protocolo de agentes, provando propriedades como: todos os caminhos de delegação terminam, o número de novas tentativas permanece limitado, nenhum agente excede seu escopo de autorização e agentes com falhas eventualmente escalam a execução. A Amazon utilizou o TLA+ para encontrar bugs críticos no DynamoDB, S3 e EBS que os testes convencionais não detectaram. A resolução SMT com Z3 complementa o TLA+ verificando propriedades em todas as entradas possíveis: guardas de permissão que são matematicamente impossíveis de contornar, completude de roteamento entre tipos de agentes e detecção de condições de corrida na execução concorrente de agentes. O AgentVerify (abril de 2026) introduziu a verificação formal composicional de segurança multiagente utilizando lógica temporal LTL. Escrevemos as especificações em TLA+ para o seu protocolo de orquestração, executamos o model checker e entregamos invariantes verificadas junto à sua implantação. Ao adicionar um novo tipo de agente ou modificar a lógica de delegação, as especificações são atualizadas e reverificadas.

Quando devo utilizar verificação formal versus testes baseados em propriedades para sistemas de IA?

A verificação formal prova que as propriedades se sustentam para todas as entradas dentro de um domínio. Os testes baseados em propriedades (QuickCheck, Hypothesis) geram milhares de entradas aleatórias para buscar violações. Utilize a verificação formal quando: uma falha acarretar consequências jurídicas, financeiras ou de segurança humana (veículos autônomos, dispositivos médicos, restrições em operações financeiras); uma norma regulatória exigir evidências de verificação (DO-178C, ISO 26262, alto risco no EU AI Act); ou o custo de um caso de borda não detectado superar o custo da verificação (respins de semicondutores a $40M+, violações em negociações algorítmicas). Utilize testes baseados em propriedades quando: respostas incorretas forem inconvenientes, mas não acionáveis (recomendações, geração de conteúdo, ranqueamento de busca); o sistema for grande demais para uma verificação completa e você necessitar de cobertura prática; ou quando você estiver explorando o comportamento antes de investir em uma especificação formal. Na prática, frequentemente combinamos ambas: verificação formal nos subsistemas críticos com requisitos de segurança mais rigorosos e testes baseados em propriedades em todas as demais áreas, mantendo o monitoramento em tempo de execução como camada externa.

O que acontece quando meu modelo de IA é retreinado: a verificação formal continua válida?

Não. Um certificado de verificação se aplica exclusivamente ao snapshot exato do modelo que foi verificado. Retreine o modelo e o certificado é invalidado. Essa é a tensão fundamental entre a verificação formal (que presume sistemas estáticos) e os sistemas de IA (projetados para mudar continuamente). Abordamos essa questão com arquiteturas de verificação contínua. A camada estática prova propriedades com relação a snapshots congelados do modelo, gerando certificados versionados. A camada de tempo de execução monitora o sistema implantado contra drift de distribuição, violações de políticas e comportamentos anômalos. Quando o drift ultrapassa limites predefinidos ou uma atualização do modelo é implantada, a reverificação é disparada automaticamente contra o novo snapshot. Os artefatos de verificação são versionados lado a lado com as versões do modelo, permitindo rastrear quais propriedades foram provadas para qualquer decisão histórica. Em contextos regulatórios, isso cria uma cadeia auditável: a versão 1.3 do modelo foi verificada no instante T com as propriedades P, permaneceu implantada até o instante T+1, quando a versão 1.4 do modelo foi verificada com as propriedades P-linha e implantada.

Construa sua IA com confiança.

Faça parceria com uma equipe que tem profunda experiência na construção da próxima geração de IA empresarial. Deixe-nos ajudá-lo a projetar, construir e implementar uma estratégia de IA em que você possa confiar.

Veriprajna consultoria de Deep Tech é especializada na construção de sistemas de IA críticos para a segurança nas áreas de saúde, finanças e domínios regulatórios. Nossas arquiteturas são validadas em relação a protocolos estabelecidos, com documentação de conformidade abrangente.