Segurança não é camada. É condição de operação.
Agente de IA com ferramenta conectada é um usuário com credencial. Por isso a NEXTNOVA trata cada agente como trata cada pessoa: identidade, permissão, aprovação e registro — com controle que gera evidência por consequência do trabalho.
Quatro camadas, ativas para toda empresa.
Identidade e acesso
- MFA (TOTP · RFC 6238): Segundo fator por app autenticador ou e-mail, com dispositivos confiáveis por prazo definido.
- SSO (Google · Microsoft): Login com o Google ou a Microsoft da empresa, quando configurado.
- RBAC por módulo (Papéis por módulo): Cada papel vê e faz só o que deve, em cada módulo.
- Proteção de login (Lockout · política): Bloqueio por tentativas e política de senha.
Dados
- Isolamento por empresa (Multitenant): Cada empresa opera em um ambiente próprio, sem mistura de dados entre clientes.
- Criptografia (TLS · AES-256-GCM): Tráfego cifrado e credenciais de integração cifradas em repouso.
- Segredo que não volta (Mascaramento): Credencial salva nunca é devolvida inteira para a tela.
- Dados fora do treino (Sem treino externo): Os modelos rodam na AWS Bedrock e seus dados não treinam modelos de terceiros.
Operação e continuidade
- Audit logs (Registro por ação): Quem fez o quê e quando, inclusive o que os agentes de IA fizeram.
- Cópias diárias e DRP (Backup · DRP): Backup diário fora do servidor e plano de recuperação.
- Publicação sem queda (Blue/green): Atualizações sobem ao lado da versão no ar e só trocam depois de validadas.
- Webhooks e API (REST · Webhooks): Integração por API REST e eventos enviados na hora para os seus sistemas.
Privacidade
- Base legal registrada (LGPD · GDPR): Cada contato carrega a base legal e a prova de onde ela veio.
- Direitos do titular (Exportar · excluir): Exportação e exclusão de dados pessoais, com trilha.
- Opt-out respeitado (Consentimento): Quem pediu para não ser contatado não recebe mensagem ativa.
- Assinatura verificável (Cadeia SHA-256): Contrato assinado com trilha encadeada que qualquer pessoa confere.
O assistente de IA age em seu nome. E fica registrado assim.
Cada pessoa gera a própria chave para conectar Claude, Codex ou qualquer cliente MCP à NEXTNOVA. Não existe chave compartilhada, nem ação sem dono.
- Você gera a chave — No perfil, em Segurança. Ela aparece uma única vez; a plataforma guarda só o hash.
- O assistente usa a chave — Claude, Codex ou outro cliente MCP se conecta com ela, sem senha e sem sessão compartilhada.
- A plataforma confere — Valida a chave, a validade e o alcance definido pela empresa antes de cada chamada.
- A ação fica com o seu nome — A trilha registra a pessoa dona da chave e o assistente que agiu — não um robô anônimo.
- Guardada só como hash SHA-256 — nem a NEXTNOVA vê a chave depois de criada
- Validade definida: chave vencida para de funcionar sozinha
- Revogada pelo dono a qualquer momento, sem afetar as chaves dos colegas
- A IA alcança os módulos, fluxos e integrações conectados à empresa
O time usa a credencial. Ninguém vê o segredo.
Em Nextflow e AI Teams, o que o time constrói — fluxos e times de agentes — pertence ao workspace, e as credenciais também. É o que mantém o processo de pé quando as pessoas mudam.
Credencial do workspace, não da pessoa
O fluxo usa a conta conectada ao workspace. Ninguém precisa emprestar o próprio login.
Usa, mas não vê
Membros executam com a credencial; o segredo fica cifrado e a tela mostra só que está configurado.
Revisão em todo publish
Publicar ou republicar um fluxo passa por revisão de segurança — não só a primeira vez.
Risco novo pausa o fluxo
Se o fluxo passa a tocar dado sensível (documento, e-mail, conta bancária), ele para até alguém aprovar.
Espaço pessoal separado
O que é rascunho de cada pessoa fica no espaço pessoal, fora do alcance do time.
Continuidade
Se quem conectou a conta sair, o processo segue. Se a chave for revogada, o erro aparece claro para outro membro trocar.
Nada vai ao ar sem passar pela segurança. E todo dia, de novo.
Cada fluxo publicado tem os dados que usa classificados e revisados por quem responde pela segurança. Depois de aprovado, ele continua sendo vigiado: a classificação roda de novo todos os dias, e qualquer dado sensível novo volta para revisão antes de seguir.
- Publicar: Publicar ou republicar um fluxo abre uma revisão — não só na primeira vez.
- Classificar os dados: A plataforma identifica quais dados o fluxo lê e envia, e calcula o nível de risco.
- Revisão de segurança: Quem tem o perfil de segurança aprova ou rejeita, com motivo registrado.
- No ar: Só o que foi aprovado roda. A decisão fica na trilha de auditoria.
Classes de dado detectadas: CPF / CNPJ, E-mail, Telefone, Endereço, Dados bancários.
Reclassificação diária
Todos os dias, num horário que a empresa escolhe, os dados de cada fluxo publicado são classificados de novo. Fluxo passou a tocar dado sensível novo → Fluxo pausado na hora → Volta para a fila de revisão → Só segue depois de aprovado.
DLP: prevenção de vazamento
Dado pessoal de terceiro é mascarado na resposta conforme a política da empresa. O registro original fica para quem tem acesso; quem recebe vê só o necessário.
Revisão em toda publicação
Mudou o fluxo, passa pela segurança de novo. Aprovação antiga não vale para versão nova.
Risco novo pausa, não alerta
Um aviso que ninguém é obrigado a tratar não protege nada. O fluxo para até alguém decidir.
Quem decide é quem responde
A aprovação fica com o perfil de segurança — não com quem construiu o fluxo.
Evidência sem esforço
Classes detectadas, nível de risco, decisão, motivo e data ficam registrados automaticamente.
Cada risco com o controle que responde a ele.
Injeção de prompt não tem solução definitiva hoje. O que existe é reduzir a superfície e limitar o dano — e quem promete blindagem completa está vendendo o que não tem.
Injeção de prompt
Instrução hostil escondida em mensagem, documento ou página que o agente lê.
Conteúdo de terceiro tratado como dado; ferramenta com alcance limitado; aprovação humana em ação de risco.
Vazamento de dado pelo contexto
Dado sensível sai em resposta a outra pessoa ou para quem não deveria ver.
Ambiente isolado por empresa; artigos internos fora do alcance do agente público; agenda de terceiros nunca entra no contexto.
Excesso de autonomia
Agente com mais permissão do que a tarefa pede executa o que não devia.
Ferramentas declaradas por agente, limite de passos por atendimento e aprovação humana configurável.
Afirmação sem execução
O agente diz que agendou ou registrou algo que nunca aconteceu.
O motor confere o comprovante de cada ação antes de deixar o agente afirmar que fez.
Alucinação com consequência
Resposta errada dita com convicção vira decisão.
Base de conhecimento com fonte, dado citado precisa ter origem, avaliação de qualidade contínua.
Credencial de agente
Agente usando a senha de uma pessoa ou chave compartilhada; ninguém sabe quem agiu.
Chave pessoal por usuário, com validade e revogação individual, e credencial do workspace para processos.
Custo sem controle
Consumo de IA cresce sem ninguém ver até a fatura.
Limite mensal, alerta a 90% e bloqueio automático no limite.
Governança sem evidência
Política em slide, controle que depende de alguém lembrar de anotar.
Cada controle gera registro sozinho: trilha, versões, revisões e aprovações.
A norma de gestão de IA, com a evidência pronta.
A ISO/IEC 42001 é a primeira norma internacional certificável de sistema de gestão de inteligência artificial. Ela não pede intenção: pede evidência. Na NEXTNOVA essa evidência sai do próprio trabalho, e a sua empresa chega à auditoria com ela pronta.
- O que é: Norma de sistema de gestão de IA (AIMS), da mesma família da ISO 27001
- Publicada: Dezembro de 2023, pelo comitê ISO/IEC JTC 1/SC 42
- Certificável: Sim, por organismo acreditado, com ciclo de auditoria
- Vale para: Quem desenvolve, fornece ou apenas usa IA — inclusive de terceiros
Cláusulas 4 a 10 — a parte auditável
- 4. Contexto: Inventário de agentes, modelos, ferramentas e integrações em uso, exportável no pacote de evidências.
- 5. Liderança: Papéis com nome: dono do workspace, admin, revisor de segurança e aprovador.
- 6. Planejamento: Fluxos classificados pelas classes de dado sensível que tocam, mais o modelo de avaliação de impacto pronto para preencher.
- 7. Apoio: Toda mudança de agente e de pipeline registrada: quem mudou, quando, com a versão anterior guardada e restaurável.
- 8. Operação: Ciclo de vida controlado: rascunho, revisão, publicação, versões e desligamento.
- 9. Avaliação de desempenho: Monitoramento contínuo de qualidade, custo e intervenção humana em cada atendimento.
- 10. Melhoria: Achados de qualidade viram plano de correção, testado numa cópia antes de ir ao ar.
Anexo A — nove objetivos, 38 controles
- A.2 Políticas de IA: Modelo por área, limite de consumo e regras de cada agente definidos e versionados.
- A.3 Organização interna: Papéis por módulo, revisor de segurança e canal de aprovação.
- A.4 Recursos: Dados, ferramentas, modelos e integrações de cada agente declarados no próprio cadastro.
- A.5 Avaliação de impacto: Modelo de avaliação de impacto já preenchido com o inventário, e revisão de segurança por classe de dado nos fluxos.
- A.6 Ciclo de vida: Teste antes de publicar, versões guardadas e retorno à versão anterior.
- A.7 Dados para IA: Base de conhecimento com origem, separação entre conteúdo interno e público, base legal registrada.
- A.8 Informação às partes: O agente declara o que não sabe e encaminha para uma pessoa em vez de inventar.
- A.9 Uso de IA: Aprovação humana, limite de passos, guardrails e trilha de cada chamada de ferramenta.
- A.10 Terceiros: Modelos na AWS Bedrock por padrão, sem treino com seus dados; os provedores em uso por agente aparecem no pacote de evidências. Integrações com credencial cifrada.
Pronta para a sua certificação — A plataforma gera a evidência técnica que a ISO/IEC 42001 pede e separa com clareza o que é da plataforma e o que é da sua organização: política de IA, auditoria interna e análise crítica. Quando a norma é revisada, os controles da plataforma são revisados com ela.
Alinhada às principais normas do mercado.
- ISO/IEC 42001 (Gestão de IA): Controles e evidência para o sistema de gestão de IA.
- ISO/IEC 27001 (Segurança da informação): Acesso, criptografia, registro e continuidade.
- SOC 2 (Controles de serviço): Segurança, disponibilidade e confidencialidade com trilha.
- NIST AI RMF (Risco de IA): Governar, mapear, medir e gerenciar.
- OWASP Top 10 LLM (Risco técnico): Injeção de prompt, vazamento e excesso de autonomia.
- LGPD (Privacidade · Brasil): Base legal, titular, exportação e exclusão.
- GDPR (Privacidade · Europa): Os mesmos direitos para titulares europeus.
- EU AI Act (Regulação de IA): Supervisão humana, documentação e monitoramento.
A certificação é da sua organização; a plataforma entrega os controles e a evidência, e é revisada a cada atualização das normas.
Perguntas frequentes
Meus dados treinam algum modelo de IA?
Não. Os agentes rodam em modelos da AWS Bedrock, e os seus dados não são usados para treinar modelos de terceiros.
Como funciona a chave que conecta o Claude ou o Codex?
Cada pessoa gera a própria chave no perfil. Ela aparece uma única vez, tem validade, pode ser revogada a qualquer momento, e toda ação feita com ela é registrada em nome do dono.
Se alguém sair da empresa, os fluxos param?
Não. As credenciais de Nextflow e AI Teams pertencem ao workspace, não à pessoa. O processo segue, e quem sai perde o acesso.
Os dados de uma empresa podem aparecer para outra?
Não. Cada empresa opera em um ambiente isolado, com os próprios dados.
A NEXTNOVA ajuda minha empresa a se certificar na ISO/IEC 42001?
Sim. A certificação é concedida à sua organização por um organismo acreditado. A NEXTNOVA entrega a parte técnica pronta: inventário, histórico de mudanças com autor, supervisão humana, monitoramento e um pacote de evidências exportável, além de modelos de política de IA e de avaliação de impacto para a sua equipe completar.
Posso limitar quanto a IA gasta?
Sim. Você define o limite do mês, recebe alerta ao chegar em 90% e o consumo para automaticamente no limite.