Koreshield

Todo fluxo de suporte começa com texto de alguém de fora da empresa. A verificação de entrada examina esse texto antes de ele entrar no contexto do modelo. Ela procura instruções que anulam as anteriores, tentativas de puxar dados privados e outros padrões hostis, e devolve uma decisão com severidade e pontuação de confiança. É aqui que muitos times colocam a primeira proteção contra injeção de prompt, e costuma ser o ponto mais fácil de testar com tickets reais.

Agentes de suporte raramente respondem só com o modelo. Eles levam para o prompt páginas de política, histórico de pedidos, notas de ticket e trechos do CRM. A verificação RAG examina os documentos e trechos escolhidos antes da montagem do prompt. Esse passo importa quando clientes, parceiros ou uma conta interna comprometida podem editar a base de conhecimento. Um artigo envenenado que nunca chega ao prompt não consegue desviar a resposta.

O terceiro ponto de checagem avalia as chamadas de ferramenta propostas. Um reembolso, um link de pagamento, o encerramento de uma conta ou uma exportação de dados são ações de negócio, e o modelo não conhece os seus limites de aprovação. O Koreshield revisa os argumentos e o contexto de autorização antes da execução e devolve uma decisão que a sua aplicação pode seguir. Identidade, permissões e a decisão final continuam com você.

O modo detecção registra ameaças sem interromper o tráfego. Cada evento inclui um request ID, uma severidade, uma pontuação de confiança e os indicadores acionados. Times de suporte e segurança podem revisar falsos positivos e omissões sobre o comportamento real antes de mudar o que o cliente vê. A abordagem serve para empresas que precisam de prova antes de colocar um bloqueio na frente de um fluxo de receita.

O modo aplicação barra solicitações que violam a política. Ele foi feito para ser ligado depois que o modo detecção mostrou como é o tráfego normal. O site pede que o time defina primeiro a mensagem ao cliente, o caminho de escalonamento e o comportamento em caso de nova tentativa. É um conselho prático: um reembolso bloqueado sem saída gera um ticket de suporte, não uma vitória de segurança.

O console hospedado cuida de chaves, revisão de evidências, mudanças de política, troca de modo e validação. As chaves de verificação são separadas e revogáveis, e o contrato OpenAPI de verificação apenas deixa uma plataforma de agentes importar as três checagens sem expor cobrança, administração de time ou revisão de evidências como ferramentas que o modelo pode escolher. O Koreshield roda como serviço hospedado ou como serviço FastAPI com PostgreSQL dentro da sua infraestrutura.