ampmInsights · documentação V1

AI Vector Search e Agentic AI aplicados a vulnerabilidades e auditoria técnica

Ambiente de demonstração da AM/PM sobre Oracle AI Database 26ai, adaptado para reprodução independente no tenancy OCI do cliente — sem nenhuma credencial da Oracle.

O que é este pacote (V1)

Esta pasta (ampmInsights_V1) é uma cópia reproduzível do ambiente de demonstração construído para a AM/PM sobre Oracle AI Database 26ai, adaptada para que a própria AM/PM — ou o parceiro V8 Solution — consiga recriar o ambiente do zero em seu próprio tenancy OCI. Nenhuma credencial, senha, chave privada ou OCID do ambiente original foi mantida: todo valor que precisa ser preenchido aparece como um marcador <SUBSTITUA_...>, com instruções completas de como obtê-lo.

O que este ambiente faz

O fluxo, em uma frase: depois da carga dos dados técnicos (relatório de vulnerabilidades, CMDB de ativos e, opcionalmente, syslog), o banco de dados gera automaticamente um insight de IA para cada registro, cria um vetor (chunk) a partir desse insight e, a partir daí, é possível "falar com os dados" em linguagem natural — tanto pela aplicação APEX quanto via SELECT AI ou uma integração MCP.

Fontes de dadosVulnerabilidades (Tenable), CMDB, Syslog
→
Autonomous Database 26aiTabelas + PL/SQL ampmInsights
→
OCI Generative AILlama 4 Maverick + Cohere embed-v4
→
Vetores (RAG)TB_26AI_TECH_VECTOR
→
ampmInsights (APEX)Chat, relatórios, SELECT AI, MCP

Resultados do PoC (contexto de negócio)

Números do PoC "AI Insights" realizado com a AM/PM em abril de 2026, conforme apresentado na jornada Agentic AI (documento de jornada ainda em construção pela V8 Solution). Servem de contexto para dimensionar o valor do ambiente — não fazem parte da configuração técnica.

4.433vulnerabilidades reais (Tenable)
136servidores AM/PM no CMDB
96,2%match ativo × CMDB
594 / 1.395vulnerabilidades críticas

O que mudou nesta versão V1

Schema renomeado

O schema/usuário de banco passa a se chamar AMPMINSIGHTS de forma consistente nos dois scripts (o ambiente original usava nomes divergentes entre os dois arquivos).

Zero credenciais herdadas

Chave privada OCI, senha do schema, OCIDs de tenancy/compartimento/usuário e e-mails pessoais foram removidos e substituídos por marcadores <SUBSTITUA_...>.

Passo a passo do zero

Cada credencial tem instruções completas de como gerar, assumindo que quem for reproduzir nunca fez isso antes.

Identidade ampmInsights

Nome da aplicação, título de login e textos internos passam a referenciar o projeto como ampmInsights.

Objetos de banco preservados

Nomes de tabelas, view e PL/SQL (ex.: TB_26AI_TECH_V2, V_26AI_TECH, PRC_26AI_TECH) foram mantidos idênticos entre os dois scripts, já que a aplicação APEX referencia esses nomes centenas de vezes.

Achados de segurança documentados

O ambiente original continha uma chave privada e senha em texto puro — ver Segurança & boas práticas para o que precisa ser rotacionado.

Estrutura da entrega

CaminhoConteúdo
sql/01_ampminsights_db_setup.sqlSchema, credencial OCI, modelo de embeddings, tabelas/view, PL/SQL de geração de insights.
sql/02_ampminsights_apex_app.sqlExport da aplicação APEX (100 · ampmInsights), sanitizado.
docs/Esta documentação navegável.

Antes de encaminhar ao cliente

Checklist de validação

Percorra o roteiro de Validação & testes reproduzindo o ambiente do zero em um tenancy de teste antes de enviar este pacote para a AM/PM ou para a V8 Solution. Isso confirma que nenhum passo ficou implícito e que os dois arquivos SQL realmente não dependem de nada do ambiente original.