An Inventário de IA É um catálogo continuamente atualizado de todos os ativos de IA em execução em sua organização — modelos, endpoints com inteligência artificial, conjuntos de dados, assistentes de codificação de IA, servidores MCP e dependências de IA — juntamente com os relacionamentos, riscos e proprietários que os conectam. Em um contexto de segurança, isso não tem nada a ver com gerenciamento de estoque ou de armazém; aqui, "Inventário de IA" Significa simplesmente saber exatamente qual IA você está executando, onde ela está localizada e o que ela pode alcançar.
À medida que a IA se dissemina por todas as etapas do desenvolvimento de software, desde a geração de código no IDE até agentes autônomos atuando internamente, CI/CD pipelineAssim, a questão já não é se a IA está presente no seu ambiente. A questão é se você consegue enxergar. Este guia explica o que é um inventário de IA e como ele se relaciona com um AI-BOM e um SBOM, porque sombra AI tornou-se um problema de segurança, e como a prática se relaciona com o Lei de IA da UE, NIST AI RMF e ISO / IEC 42001.
Principais takeaways
- Um inventário de IA cataloga todos os modelos, conjuntos de dados, agentes, servidores MCP e ferramentas de codificação de IA ao longo do ciclo de vida do seu software, e não apenas aqueles aprovados pela TI.
- IA das sombrasA adoção da IA sem governança tornou-se a norma, não a exceção: em uma pesquisa realizada em 2026 com líderes de segurança, apenas 19% das organizações relataram ter total visibilidade de onde e como a IA é utilizada..
- An Lista de Materiais de IA (AI-BOM) é o resultado de um inventário de IA pronto para auditoria: o sucessor da era da IA para o SBOM.
- A regulamentação está chegando. A Lei de IA da UE, o NIST AI RMF e a ISO/IEC 42001 exigem, na prática, que você saiba qual IA utiliza.
- Um inventário é apenas o ponto de partida; o valor reside na avaliação do risco e na atuação sobre o pequeno número de ativos que realmente importam.
O que é um inventário de IA?
Um inventário de IA é a prática de descobrir, catalogar e monitorar continuamente todos os ativos de IA que operam ao longo do ciclo de vida de desenvolvimento de software, bem como os riscos associados a cada um deles. Um inventário completo responde a três perguntas para cada ativo: o que é, onde é executado e a que pode acessar?
Esse escopo é mais amplo do que a maioria das equipes espera. Um inventário de IA significativo deve abranger:
- Modelos: todos os principais modelos de linguagem e modelos de base em uso no desenvolvimento e na produção, com versão, localização e nível de confiança na detecção.
- Conjuntos de dados: dados de treinamento, conjuntos de dados de recuperação e armazenamentos de vetores, incluindo exposição a contexto contaminado e vazamento de dados.
- AgentesSistemas autônomos que realizam ações em seu ambiente, como abrir pull requests, instalando dependências ou alterando a infraestrutura.
- Servidores MCP: Protocolo de Contexto do Modelo Servidores que conectam assistentes de IA a ferramentas externas, APIs e fontes de dados.
- Ferramentas e assistentes de codificação de IA: copilotos e integrações de IDE que geram código, sugerir dependências e interagir com repositórios.
- estruturas de IALangChain, LangGraph, servidores de agentes e outras camadas de orquestração que conectam modelos a ferramentas e dados.
- Relações entre ativos: as conexões entre modelos, agentes, servidores, conjuntos de dados e os segredos a eles associados. Um gráfico de relacionamento torna o risco visível em contexto, e não como uma lista plana.
Inventário de IA versus inventário de ativos de IA versus lista de materiais de IA (AI-BOM), e como eles diferem de um SBOM
Esses termos são usados de forma genérica, então é útil estar preparado.cise. “Inventário de IA” e “inventário de ativos de IA” descrevem a mesma coisa.: o catálogo vivo de ativos de IA e seus riscos. Um AI-BOM é o artefato exportável que o inventário produz.: uma lista de materiais legível por máquina que você pode entregar a um auditor ou a um enterprise comprador.
A maneira mais clara de entender a lista de materiais de IA (AI-BOM) é por analogia com a SBOM:
À medida que a IA se torna mais presente em todo o mundo SDLC, a lista de materiais de IA está se tornando tão fundamental quanto a SBOMe os líderes de segurança estão recebendo cada vez mais solicitações de auditores e enterprise equipes de compras para exatamente esse artefato.
Por que a gestão de estoques por IA é importante agora?
Três fatores transformaram a gestão de estoques com IA de um diferencial em uma prioridade.
- Em primeiro lugar, a IA está escrevendo código inseguro em grande escala. Pesquisas independentes mostram consistentemente que uma grande parte do código gerado por IA é distribuída com vulnerabilidades. O estudo original da NYU/Copilot, conduzido por Pearce et al., constatou aproximadamente 40% dos programas gerados continham vulnerabilidades de segurança.E testes em larga escala mais recentes apontam na mesma direção: a análise da Veracode de 2025, abrangendo mais de 100 modelos, encontrou apenas 55% do código gerado por IA era seguro.Se você não sabe quais assistentes estão gerando código em seu pipelines, você não pode controlar esse risco.
- Em segundo lugar, a cadeia de suprimentos de software tornou-se uma superfície de ataque para IA. Em Setembro de 2025, Shai Hulud, o primeiro worm npm autopropagável, transformou as máquinas dos desenvolvedores em um mecanismo de distribuição, espalhando-se por centenas de pacotes. Em março de 2026, os atacantes comprometeram axios, um pacote com aproximadamente 100 milhões de downloads semanais, publicando versões infectadas que instalavam um trojan de acesso remoto. Ataques como esses atingem exatamente a camada entre a segurança de aplicativos tradicional e as ferramentas de endpoint: a camada que um inventário de IA foi projetado para iluminar.
- Terceiro, segredos e credenciais estão vazando por meio da IA. O relatório "State of Secrets Sprawl 2026" da GitGuardian indicou que Vazamentos de segredos de serviços de IA aumentaram 81% em relação ao ano anterior.e que a IA auxiliada commits leak secrets a uma taxa aproximadamente duas vezes maior que a taxa de referência. Cada modelo, agente ou servidor MCP não documentado é um caminho potencial para uma credencial.
A segurança de aplicativos tradicional para no repositório e não entende o que é um modelo. As ferramentas de endpoint monitoram o sistema operacional, mas não entendem de pacotes, servidores MCP ou assistentes de IA. É nessa lacuna que o risco da IA se acumula, e um inventário é o primeiro passo para eliminá-la.
Onde a IA se esconde: IA paralela em todo o mundo SDLC
IA das sombras Qualquer sistema de IA adotado sem aprovação ou governança formal — como o copiloto ativado por um desenvolvedor na semana passada, o servidor MCP rodando em um laptop ou o modelo extraído diretamente de um hub público para um projeto paralelo — não é um caso isolado. Em uma pesquisa de 2026 com mais de 400 líderes de segurança, apenas 19% relataram ter total visibilidade de onde e como a IA é usada. em toda a organização, enquanto a grande maioria já estava usando ou testando assistentes de codificação com IA.
A IA oculta mais difícil de encontrar é a IA presente no ciclo de vida do software, pois raramente aparece em um console na nuvem:
- Modelos e bibliotecas de IA incorporados aos repositórios como dependências.
- Assistentes de codificação com IA configurados por desenvolvedor, por IDE.
- Servidores MCP e arquivos de regras executados localmente nos endpoints dos desenvolvedores.
- Fluxos de trabalho agéticos se abrindo silenciosamente pull requests ou instalando pacotes.
É por isso que a descoberta apenas na nuvem não é suficiente. Um inventário de IA verdadeiramente completo precisa alcançar o código e os ambientes de compilação (o laptop do desenvolvedor, o repositório, o pipeline), não apenas a nuvem de produção.
O que deve constar em uma lista de materiais de IA (AI-BOM)?
Uma lista de materiais com IA (AI-BOM) pronta para auditoria transforma seu inventário em algo que você pode comprovar. No mínimo, ela deve incluir:
- Todos os recursos de IA: modelos, conjuntos de dados, agentes, servidores MCP, ferramentas de codificação de IA.
- Tipo de ativo, localização e confiança de detecção para cada um.
- Proveniência e dependências (de onde veio o modelo ou componente).
- Um nível de risco por ativo, baseado em vetores de ataque específicos de IA.
- Mapeamento regulatório para a Lei de IA da UE, NIST AI RMF e ISO/IEC 42001.
- Um formato exportável e legível por máquina para auditores e clientes.
As organizações que conseguirem gerar uma lista de materiais de IA sob demanda terão uma verdadeira vantagem em termos de conformidade e confiança, à medida que as obrigações de auditoria de IA se consolidarem.
Inventário e conformidade de IA: Lei de IA da UE, NIST AI RMF e ISO/IEC 42001
Nenhuma das principais estruturas menciona "inventário de IA" como um item específico, mas é praticamente impossível atender a todas elas sem ele. Não é possível documentar, classificar ou governar sistemas de IA que você não consegue ver.
Uma observação sobre o cronograma: a implementação da Lei de IA da UE foi revisada pelo acordo "Digital Omnibus" de maio de 2026, que adiou a maioria das obrigações de alto risco para dezembro de 2027, mantendo, porém, vários marcos de 2 de agosto de 2026 (obrigações de transparência, poderes de penalidade do GPAI). Considere as datas exatas como variáveis e confirme-as com fontes primárias da UE. Mas a direção a seguir é clara, e o inventário é o pré-requisito para tudo isso.
Como construir e manter um inventário de IA
Criar um inventário não se trata tanto de uma auditoria pontual, mas sim de estabelecer um processo contínuo, pois os ativos de IA mudam constantemente: novos modelos são adotados, novos agentes são implantados, novos servidores MCP são configurados, muitas vezes sem aprovação prévia.
Uma abordagem prática:
- Descubra automaticamente em todo o código, compilação e nuvem. Planilhas manuais se tornam obsoletas em poucos dias. O processo de descoberta precisa ser executado continuamente e abranger todo o sistema. SDLC, não apenas em tempo de execução.
- Classificar e mapear relações. Tipo de registro, localização, proveniência e, crucialmente, como cada ativo se conecta a outros e a segredos.
- Avalie o risco em contexto. Uma lista estática com centenas de resultados não ajuda ninguém; priorize o que é realmente alcançável, explorável e essencial para o negócio.
- Atribuir a propriedade. Todo bem precisa de um proprietário responsável.
- Mantenha-o ativo e exportável. Mantenha-o como um inventário contínuo que possa gerar uma lista de materiais com inteligência artificial (AI-BOM) sob demanda.
O que procurar em um software de gestão de estoque com IA
Se você está avaliando ferramentas, estas são as funcionalidades que diferenciam um software de inventário com IA genuíno de uma lista estática:
- Compreende tipos de ativos específicos de IA (modelos, agentes, servidores MCP, conjuntos de dados), não apenas pacotes e bibliotecas.
- Alcança o SDLC, descobrindo IA no código e nos endpoints dos desenvolvedores, não apenas na nuvem.
- Relações de mapas, não apenas ativos individuais, portanto o risco é visível em contexto.
- Avalia o risco em vetores de ataque específicos de IA. (injeção imediata, MCP inseguro, agência excessiva), não apenas gravidade do CVE.
- Funciona continuamente, capturando novas informações sobre IA assim que elas surgirem.
- Gera uma lista de materiais de IA pronta para auditoria. que satisfaça tanto os auditores quanto enterprise Compras.
- Conecta o inventário à fiscalização.Assim, você poderá agir de acordo com o que descobrir.
Do inventário à ação: protegendo o que você encontrar.
A descoberta é o primeiro passo; o segundo é entender quais ativos representam risco real, pois a maioria não representa. O objetivo é passar de milhares de descobertas brutas para o pequeno grupo que pode de fato comprometer sistemas, dados ou operações: aqueles que estão em uso ativo, aceitam entradas não confiáveis, são realisticamente exploráveis, possuem acesso a informações sensíveis e afetam ativos de produção ou regulamentados.
É aqui que entra o Gerenciamento de Postura de Segurança de IA (AI-SPMA ferramenta realiza as seguintes etapas: coletar o inventário, avaliar o risco ao longo do caminho do ataque de IA, mapeá-lo para a regulamentação e gerar a lista de materiais de IA (AI-BOM). É também onde o inventário encontra a aplicação da lei: bloqueando dependências maliciosas antes que sejam instaladas, rejeitando servidores e modelos MCP não aprovados e contendo endpoints comprometidos antes que um incidente se espalhe.
At XygeniEste é o modelo que estamos construindo: inventário contínuo de IA e AI-BOM por meio de AI-SPM, detecção de malware que captura pacotes maliciosos antes que uma assinatura exista (MEW, Alerta Antecipado de Malware), e aplicação de políticas no endpoint do desenvolvedor por meio do Xygeni Shield. A detecção está alinhada ao OWASP Top 10 para Aplicativos LLM, ao OWASP Top 10 para Aplicativos Agentes e ao OWASP MCP Top 10. Mas, independentemente da abordagem escolhida, o princípio permanece o mesmo: Não se pode proteger o que não se pode ver, e um inventário com IA é onde a visibilidade começa.
Perguntas Frequentes
Qual a diferença entre uma lista de materiais de IA (AI-BOM) e uma lista de materiais de IA (AI-BOM)? SBOM?
An SBOM Cataloga dependências de software de código aberto e de terceiros, classificadas de acordo com a gravidade das CVEs. Um AI-BOM cataloga ativos específicos de IA (modelos, agentes, servidores MCP, conjuntos de dados) com pontuação de risco específica para IA e mapeamento regulatório. À medida que a IA se espalha pelo mundo, SDLC, a lista de materiais de IA está se tornando tão fundamental quanto a SBOM.
O que é IA oculta e como posso descobri-la?
IA Sombra é qualquer IA adotada sem aprovação ou governança formal: um copiloto habilitado, um servidor MCP local, um modelo extraído de um hub público. Você a descobre com um inventário automatizado contínuo que alcança o código e a estrutura. pipelinee endpoints de desenvolvedores, não apenas a nuvem de produção onde a maior parte da IA oculta nunca aparece.
A Lei de IA da UE exige um inventário de IA?
A Lei de IA da UE não menciona explicitamente o "inventário de IA", mas suas obrigações de documentação, classificação e registro para sistemas de alto risco são impossíveis de cumprir sem um. O mesmo se aplica ao NIST AI RMF (função Map, Govern 1.6) e à ISO/IEC 42001, que exige a manutenção de um inventário de sistemas de IA.
O que é AI-SPM?
A Gestão da Postura de Segurança da IA (AI-SPM) é a prática de descobrir continuamente ativos de IA, avaliar seu risco ao longo do caminho de ataque da IA, mapeá-los para a regulamentação e produzir uma Lista de Materiais de IA (AI-BOM). Ela estende o conceito de gestão de postura (familiarizado com CSPM e DSPM) para ativos e vetores de ataque específicos de IA.
Com que frequência um inventário de IA deve ser atualizado?
Constantemente. Os ativos de IA mudam diariamente à medida que as equipes adotam novos modelos, implementam novos agentes e configuram novos servidores MCP, geralmente sem aprovação formal. Uma análise pontual fica desatualizada em poucos dias, portanto, um software eficaz de inventário de IA funciona como um processo contínuo, em vez de uma auditoria isolada.
Como faço para inventariar a IA usada no código-fonte?
Inventariar IA no código significa detectar modelos e bibliotecas de IA incluídos como dependências, assistentes de codificação de IA configurados por desenvolvedor e servidores MCP ou arquivos de regras em execução localmente. Isso requer uma descoberta que opere dentro do SDLC (repositórios, construção) pipelines e endpoints de desenvolvedor) em vez de apenas em consoles na nuvem.
