I. O Gap que os Dados Revelam
O ISS Corporate (2026) publicou dados que merecem ser lidos lado a lado. Vinte e quatro por cento das empresas do S&P 500 divulgam frameworks ou políticas de governança de IA; apenas 22% divulgam oversight real de IA pelo board. A diferença de dois pontos percentuais parece marginal, mas é diagnóstica: há organizações que aprovaram o documento e não demonstram, na própria divulgação pública, a função correspondente.
No índice Russell 3000, o dado é mais expressivo: apenas 6% das empresas divulgam frameworks de IA. Para as demais, a distinção entre ter o framework e exercer a função é prematura — a prioridade é existência, não sofisticação. Para quem já aprovou o framework e considera o trabalho feito, porém, o dado do ISS Corporate sinaliza uma condição necessária, mas insuficiente.
A terceira dimensão que raramente chega às reuniões de board é a detectabilidade. O Directors & Boards (2026) observou que conselhos analisam severidade e probabilidade e frequentemente ignoram a capacidade de perceber que o risco se materializou antes que o dano seja irreversível. O que não está inventariado não pode ser detectado, monitorado ou escalado.
O CB Financial é a ilustração mais direta: a shadow AI que ingeriu dados confidenciais de clientes não era um risco de severidade baixa ou probabilidade remota. Era um risco que simplesmente não existia no inventário.
[Ponto de Inflexão Fiduciária]: A sua empresa tem um framework de governança de IA aprovado — mas esse framework opera como Função de Custódia todos os dias, ou é um documento que foi aprovado e considerado encerrado?
II. O que é Estrutura e o que é Função
A governança de IA, como a governança corporativa em geral, tem dois componentes que se confundem facilmente na linguagem das salas de conselho, mas produzem consequências radicalmente diferentes quando testados sob pressão.
A estrutura é o conjunto de documentos, políticas, comitês e aprovações que formaliza a intenção de governar sistemas de IA com responsabilidade: a política de uso ético, o framework de avaliação de risco revisado pelo comitê de auditoria, as diretrizes de contratação de fornecedores e a apresentação aprovada no primeiro deployment material. A estrutura é necessária — não existe custódia sem ela —, mas não é suficiente.
A função é o ato contínuo de manter a responsabilidade verificável, e ela não está nos documentos: está nos processos. O inventário algorítmico atualizado a cada novo sistema ou atualização de fornecedor. A cadência de métricas que chega ao board. O proprietário nomeado que responde por cada sistema. Os escalation triggers que disparam revisão humana sem depender de que alguém perceba o problema.
A Função de Custódia é exatamente isso: o ato contínuo de manter a responsabilidade verificável, distinto da estrutura que apenas documenta a intenção. O que a diferencia é operar todos os dias — e não apenas quando o framework é revisado anualmente ou quando há um relatório de incidente a processar.
ISS Corporate (2026): 24% do S&P 500 divulgam frameworks ou políticas de IA; 22% divulgam oversight real de board — mais organizações têm o documento do que demonstram a função. Russell 3000: apenas 6% com frameworks divulgados. McKinsey (2024): apenas 15% dos boards recebem métricas de IA regularmente. Directors & Boards (2026): detectabilidade como terceira dimensão de risco, sistematicamente ignorada.
[Ponto de Inflexão Fiduciária]: Das peças de governança de IA que o seu Conselho aprovou, quantas produzem evidência operacional todos os meses — e quantas existem apenas como documento?
III. O Inventário como Primeiro Instrumento — e o Custo de sua Ausência
A Função de Custódia começa com o inventário algorítmico, entendido como instrumento operacional e não como artefato burocrático. O inventário que a custódia exige não é a lista estática do que o board aprovou: é o registro dinâmico de todos os sistemas de IA em uso, inclusive os adotados por equipes sem processo formal de aprovação central.
É essa distinção que o CB Financial Form 8-K tornou concreta. A ferramenta que ingeriu dados confidenciais não estava no inventário porque nunca passou por aprovação formal: fora adotada por funcionários que a julgaram útil. O board sem mecanismo de detecção de adoções não autorizadas não tinha Função de Custódia — tinha a presunção de que os sistemas em uso eram os que havia aprovado.
O inventário dinâmico tem quatro atributos que o separam de uma lista administrativa: cadência de atualização definida, sempre que um sistema é adicionado, modificado ou descontinuado; proprietário nomeado por sistema; mapeamento de blast radius, o alcance máximo de impacto dentro dos parâmetros autorizados; e rastreabilidade da aprovação — quem aprovou, com base em que informação e com quais parâmetros.
O resultado do caso documenta o que a ausência desses atributos produz. Nenhum executivo sabia da ferramenta, não havia parâmetros de uso definidos e não existia proprietário responsável. O desfecho foi o disclosure obrigatório como “material cybersecurity incident”, com as consequências reputacionais de governança que esse tipo de comunicação carrega.
O caso não mostra um board negligente no sentido de ter ignorado algo que sabia. Mostra um board que não tinha o sistema que lhe teria permitido saber — e é exatamente essa ausência que o padrão fiduciário examina.
A pergunta seguinte — como a organização detecta adoções não autorizadas? — revela que não há processo sistemático. Equipes de negócio usam ferramentas de produtividade com IA, assistentes de código, ferramentas de análise de dados e sistemas de atendimento com componentes algorítmicos, todos fora do inventário formal.
A organização não consegue demonstrar que os dados tratados por essas ferramentas respeitam sua política de dados, que os fornecedores atendem aos requisitos de segurança exigidos, nem que o board exerceu oversight sobre sistemas que afetam milhares de interações diárias com clientes. A política estava impecável; a Função de Custódia não existia.
[Ponto de Inflexão Fiduciária]: O inventário de sistemas de IA da sua organização inclui todas as ferramentas em uso — inclusive as adotadas por equipes sem aprovação central — ou lista apenas o que foi formalmente aprovado pelo board?
IV. Construindo a Função — O que o Board Estabelece
Sugerimos observar que a transição da estrutura para a função não exige reescrever a política de governança de IA. Exige que o board estabeleça, com clareza, o que espera que a gestão produza como evidência de que a função está operacional — com responsável nomeado, cadência definida e formato acordado.
A Função de Custódia é exercida quando o board recebe, em intervalos regulares, evidência de que o inventário está atualizado e vai além dos sistemas formalmente aprovados; de que cada sistema tem proprietário com autoridade definida; de que os alertas fora dos parâmetros foram notificados às pessoas certas; e de que as auditorias confirmam a operação dentro do que foi aprovado.
Recomendamos notar que nenhum desses elementos é tecnicamente sofisticado. Todos exigem, porém, que alguém seja responsável por produzi-los — e que o board tenha registrado essa expectativa com data, frequência e formato.
☐ Sugere-se requerer da gestão um inventário algorítmico dinâmico de todos os sistemas de IA em uso — não apenas dos aprovados —, com metodologia de detecção de adoções não autorizadas e proprietário nomeado com autoridade para escalar desvios.
☐ Recomenda-se estabelecer cadência de reporte de métricas de IA ao board, com sinalização dos indicadores fora dos parâmetros aprovados e registro prévio das atualizações de fornecedores que alterem o comportamento de sistemas em produção.
☐ Orienta-se incluir na agenda anual de auditoria a revisão de ao menos um sistema de IA material, verificando se ele opera dentro dos parâmetros aprovados na data de seu deployment.
V. O Teste do Ácido
Se o CISO da sua organização pedir demissão amanhã, o board conseguirá listar em menos de 24 horas quais sistemas de IA têm proprietário nomeado, qual é o blast radius de cada um, quem recebe os alertas e quando foi a última auditoria documentada, ou o Conselho vai descobrir que a resposta só existia na memória de quem acabou de sair?
🏛️ Biblioteca: Metodologia Prática
Protocolo da Função de Custódia
Este protocolo converte a distinção entre estrutura e função em verificações que o comitê de auditoria pode executar sem depender de conhecimento técnico especializado.
01. Teste de Operação da Função
- Inventário Real: confrontar a lista de sistemas aprovados com uma varredura de ferramentas efetivamente em uso pelas equipes, registrando as divergências.
- Proprietário Ativo: confirmar, sistema a sistema, que o proprietário nomeado ainda ocupa a função e tem autoridade documentada para escalar.
- Evidência Periódica: verificar se as métricas do último período chegaram ao board no prazo e se os desvios receberam resposta registrada.
02. Matriz Estrutura × Função
| Elemento | Sinal de Mera Estrutura | Evidência de Função |
|---|---|---|
| Inventário | Lista só com sistemas aprovados | Varredura periódica que detecta shadow AI |
| Responsabilidade | Comitê genérico sem dono por sistema | Proprietário nomeado com autoridade e histórico de escalações |
| Reporte | Relatório anual de progresso do programa | Métricas de comportamento em cadência definida |
03. Glossário
Blast radius: o alcance máximo de impacto que um sistema pode produzir dentro dos parâmetros autorizados.
Board: o Conselho de Administração, a quem cabe a supervisão fiduciária dos sistemas de IA.
CISO: o executivo responsável pela segurança da informação da organização.
Deployment: a entrada de um sistema em operação real, com efeitos sobre clientes e negócio.
Detectabilidade: a terceira dimensão de risco, ao lado de severidade e probabilidade — a capacidade de perceber que o risco se materializou antes que o dano seja irreversível.
Disclosure: a divulgação obrigatória de informação relevante ao mercado ou ao regulador.
Escalation triggers: as condições predefinidas que levam um desvio à revisão humana obrigatória.
Form 8-K: o formulário pelo qual companhias abertas nos Estados Unidos comunicam à SEC eventos relevantes.
Framework: o conjunto estruturado de políticas e procedimentos que formaliza a governança de IA.
Função de Custódia: o ato contínuo de manter a responsabilidade verificável sobre sistemas de IA em operação — distinto da estrutura que apenas documenta a intenção.
Inventário algorítmico dinâmico: o registro atualizado de todos os sistemas de IA em uso, com proprietário, blast radius e rastreabilidade de aprovação.
Oversight: a supervisão ativa que o Conselho exerce sobre riscos e sistemas.
Shadow AI: ferramentas de IA adotadas sem aprovação formal, fora do inventário e sem proprietário nomeado.