HBX Access · Agent Access
Coloque os seus agentes de IA para trabalhar nos seus sistemas legados, sem senhas permanentes.
O seu provedor de identidade permanece. O HBX deixa o agente entrar em um sistema, para um trabalho, em nome da pessoa que o atribuiu. As leituras rodam em velocidade de máquina; o que é destrutivo espera o sim de uma pessoa identificada.
O problema
Seu agente chega à produção com uma senha que ninguém possui.
Nenhum nome por trás
O agente roda com um login compartilhado copiado em um arquivo de configuração. Quando algo quebra, o log nomeia o login, não a pessoa que enviou o agente.
Ler e destruir parecem iguais
O login que permite ao agente ler um registro também permite apagar a tabela inteira. Nada para diante do passo irreversível.
Nada nunca expira
O acesso sobrevive ao trabalho, ao projeto e ao engenheiro que o configurou. Ninguém se lembra de retirá-lo.
Como funciona
Uma pessoa identificada aprova. O agente se conecta direto ao seu sistema.
O agente pergunta, e uma pessoa identificada vê a instrução exata no próprio dispositivo antes que algo irreversível seja executado. As leituras nunca esperam. O tráfego vai direto do agente para o seu sistema.
Nada disso foi inventado por nós: roda sobre padrões publicados, então as decisões ficam no seu provedor de identidade. Os padrões, um a um.
O que você recebe
Um acesso que pergunta primeiro e termina quando o trabalho termina.
Quem aprova lê a ação
Não o título de um ticket. A ação exata, o destino, quanto ela poderia afetar, o acesso que receberia e quanto tempo duraria, em uma única tela, enquanto a ação ainda está pendente. Uma pessoa só pode responder por uma decisão para a qual recebeu informação suficiente.
O silêncio é uma negação
A própria solicitação corre contra o relógio. Se ninguém decidir antes que o tempo acabe, ela é negada automaticamente: o agente é recusado, não colocado em fila. Nada fica pendente durante a noite esperando que alguém o aprove, lido pela metade, pela manhã.
Quando a janela termina
O acesso deixa de funcionar e o caminho que ele abriu se fecha junto com ele. O trabalho já feito não é desfeito (nenhum controle de acesso pode prometer isso), mas a próxima ação não chega a começar, e a mesma aprovação não serve para entrar de novo.
Nada fica de pé no destino
O login existe no sistema apenas durante a janela: é criado para aquele trabalho, com apenas o acesso de que precisa, e removido quando a janela termina. Nenhuma chave é guardada ao lado dele e nada é escrito em um arquivo de configuração. Não há nada para a próxima pessoa encontrar.
Copiar o token não leva a nada
O acesso está atado a uma chave que só o agente possui, e cada solicitação leva uma prova nova, assinada com ela. Uma string copiada de um log ou de um prompt chega sem essa prova e não abre absolutamente nada.
O registro sobrevive à sessão
Quem delegou, o que foi solicitado, quem aprovou e quanto tempo levou, qual acesso foi aprovado, a qual destino chegou, quando terminou. Cada entrada é amarrada à anterior, e o agente que gerou o registro não tem como voltar e editá-lo.
Casos de uso
Onde os agentes chegam hoje à produção.
Dê-nos trinta minutos e traga a sua pior exclusão.
Nomeie o sistema que você nunca deixaria um agente alterar. Vamos mostrar o que o HBX Access permite que ele faça, o que bloqueia e quem precisa dizer sim primeiro. Se há pessoas que precisam chegar aos mesmos sistemas, é o mesmo motor com um console na frente: veja o HBX Human Access.