Seu agente de IA pode quebrar seus sistemas legados. Faça com que ele peça antes.
Core bancário, mainframes, controladores de planta: nenhum sabe quem está entrando, e nenhum tem desfazer. Com o HBX, o que é destrutivo espera por uma pessoa identificada. Todo o resto roda em velocidade de máquina.
O problema
Seus sistemas legados não sabem quem está entrando.
Foram construídos antes da identidade moderna, então só conhecem uma senha. Seus técnicos, seus fornecedores e agora seus agentes de IA entram com as mesmas senhas compartilhadas, VPNs e contas de serviço, e ninguém consegue dizer quem fez o quê.
01
Produção apagada durante um congelamento de código explícito
O agente da Replit apagou um banco de dados de produção e fabricou 4.000 registros. Julho de 2025.
02
13 horas fora do ar depois que um agente reconstruiu a produção
O agente Kiro da Amazon apagou e reconstruiu um ambiente de produção agindo com as permissões do seu operador, segundo o FT. Dezembro de 2025.
03
Um banco de dados e seus backups, apagados em nove segundos
Um agente do Cursor apagou um banco de dados de produção e seus backups em nove segundos. Abril de 2026.
04
Mais de um terço dos incidentes documentados destrói algo
Dos 137 casos de dano real que a Cyera verificou, quase metade foram exclusões ou destruição de código. Maio de 2026.
Eram sistemas modernos, com backups. Num mainframe ou num controlador de planta, não tem volta.
Faça seus agentes pedirem antesA orientação Agentic 2026 da OWASP já reflete isso: exige aprovação humana explícita antes que um agente possa movimentar dinheiro, apagar dados, mexer em credenciais ou fazer deploy em produção. É um órgão de padrões escrevendo um mandato, e não um fornecedor escrevendo um discurso de vendas.
A solução
O HBX faz seus sistemas legados saberem quem está entrando.
Seus técnicos, seus fornecedores e seus agentes de IA entram pelo seu provedor de identidade e pelas suas regras: um nome em cada acesso, o sim de uma pessoa antes do que é arriscado e nada aberto quando o trabalho termina. Nada instalado nos sistemas, nada exposto, sem VPN, e o tráfego nunca passa pelo HBX.
Identidade
A solicitação chega com um token assinado pelo seu próprio provedor de identidade. Uma pessoa é nomeada nele, mesmo quando quem solicita é um agente.
Política
O HBX Access aplica as suas regras a essa identidade e autoriza o acesso a um destino, por uma janela de tempo, e nada além disso: o mesmo formato das janelas de mudança em que as suas equipes já trabalham.
Túnel direto
Um caminho criptografado se abre direto dentro da sua própria rede. Os dados nunca passam pelo HBX. Ele se fecha sozinho quando a janela termina.
O HBX autoriza. Nunca transporta o tráfego.
Dois produtos
Agentes ou técnicos: as mesmas regras, até a máquina.
HBX Access
Agentes
Agentes que trabalham nos seus sistemas legados sem uma senha permanente.
Uma conta de serviço em um arquivo de configuração não tem dono e nunca expira. O HBX a substitui por um acesso em nome da pessoa que atribuiu o trabalho, só para esse trabalho, e com o sim de uma pessoa antes de qualquer ação irreversível.
HBX Agent Access
Pessoas
Os técnicos chegam à máquina do cliente, nunca à rede do cliente.
Um técnico faz login pelo navegador e vê só as máquinas para as quais está liberado, uma ou algumas centenas. Sem VPN, sem senha compartilhada e sem nada deixado para trás quando fecha a aba, mesmo quando trabalha para um MSP ou um terceirizado.
HBX Human Access
De onde vem o HBX
Feito primeiro para sistemas legados. Os agentes vieram depois.
O HBX foi construído para obter acesso real a sistemas legados em telecomunicações e indústria: adaptadores de protocolo e máquinas que não negociam e não podem ser atualizadas. Os agentes vieram depois, sobre um acesso que já funcionava.
Fornecedores que nasceram na nuvem
Começar por uma API na nuvem, onde a identidade já está resolvida, e colocar por cima uma narrativa de agentes. Chegar a um mainframe ou a um historian de vinte anos continua no roadmap.
O caminho que o HBX tomou
Começar onde nada fala identidade, conquistar o alcance do jeito difícil e depois colocar por cima a identidade delegada dos agentes.
A identidade delegada por cima é construída sobre OpenID Connect, ID-JAG e Cross-App Access. O HBX executou e submeteu testes de interoperabilidade no evento de interoperabilidade AIIM da OpenID Foundation; os resultados cabe à Fundação publicar. Como os padrões se encaixam.
Traga o sistema que você não abriria para um agente.
Trinta minutos sobre como as suas equipes ou os seus agentes chegam a ele, e se o HBX se encaixa.