Segurança
Segurança & boas práticas
Boas práticas de segurança, escopo atual de autenticação e pontos de atenção para o time funcional antes de liberar o ambiente aos usuários finais.
Boas práticas para o ambiente do cliente
Privilégio mínimo
Restrinja a política IAM da API key ao compartimento e ao bucket estritamente necessários (ver exemplo em Pré-requisitos).
Rotação periódica
Defina um ciclo de rotação da API key e da senha do schema AMPMINSIGHTS.
ACL de rede restrita
A regra de rede liberada cobre apenas o host de Generative AI necessário — evite abrir hosts adicionais sem necessidade.
Sem segredos em texto puro
Nunca deixe a chave privada ou senha do schema em planilhas, chats ou repositórios compartilhados.
Autenticação — escopo desta versão e próxima release
Esta versão (V1) usa a autenticação nativa do Oracle APEX: usuário e senha, com autoprovisionamento de conta por domínio de e-mail corporativo e troca de senha obrigatória no primeiro acesso (ver Seção 5 · Passo a passo: aplicação APEX).
A autenticação via SSO (login federado com o provedor de identidade da AM/PM) para os usuários finais da aplicação está prevista para a próxima release, junto com as demais integrações de autenticação/identidade descritas na documentação da Jornada Agêntica. Nenhum desses itens faz parte do escopo desta versão V1.
Itens que precisam de atenção do time funcional antes de liberar aos usuários finais
- Autoprovisionamento de acesso: o cadastro automático de novos usuários (com envio de senha inicial por e-mail) só cria a conta se o e-mail informado bater com o domínio configurado
<SUBSTITUA-PELO-DOMINIO-CORPORATIVO-DA-AMPM.COM.BR>— confirme que esse domínio está com o valor real da AM/PM na página de cadastro antes de liberar o app, ou nenhum usuário conseguirá se autoprovisionar. - Disclaimer de uso: revise a redação final do texto de disclaimer exibido no app com o time de compliance/segurança da informação da AM/PM antes de liberar aos usuários finais.
Sobre a normalização de nome de marca na view
A view V_26AI_TECH contém duas chamadas REPLACE() que padronizam
os valores de NOME/EMPRESA para "Company" quando o CMDB traz "Ipiranga" ou
"Ampm". Avalie com o time de negócio se essa normalização ainda faz sentido para o ambiente da AM/PM
ou se deve ser removida da view.
Privacidade dos dados
As tabelas de vulnerabilidade e CMDB carregam dados reais e sensíveis do ambiente da AM/PM (inventário de ativos, severidade de vulnerabilidades, criticidade de sistemas). Trate a base carregada com o mesmo nível de confidencialidade do relatório de origem (Tenable/CMDB), inclusive em ambientes de teste/demonstração.