Do sistema bancário central ao chão de fábrica: onde o HBX se encaixa.

Bancos de dados internos, ambientes de homologação, APIs privadas. O acesso é aprovado para a execução e tem hora para acabar, então não há senhas coladas em prompts, nem nos logs, nem acesso que fique de pé entre as execuções.

Ler não é o mesmo que apagar uma tabela ou fazer deploy em produção. A metade destrutiva espera que uma pessoa diga sim, a cada vez, e não uma única vez na configuração inicial.

Um bot que há anos chega ao ERP faz isso com uma conta permanente que ninguém lembra de ter criado, mantida em um nível de privilégio escolhido uma única vez para fazer as partes frágeis funcionarem. Trocar o bot por um agente muda o que a automação pode fazer sem mudar nada disso.

O que a substitui fica ligado à pessoa que disparou a execução, restrito ao único sistema de que a tarefa precisa, e expira quando a tarefa termina. Essa é a única versão desta migração que deixa você com menos acesso permanente do que tinha no início.

Faz isso com a identidade do profissional clínico que o delegou, e não com uma conta de integração compartilhada que todos os fluxos do hospital usam há seis anos. Os dados de pacientes trafegam diretamente dentro da própria rede do prestador e nunca chegam a um sistema externo, inclusive o nosso.

O que o registro mostra depois é qual identidade, qual sistema e qual janela, a cada vez, em vez de uma linha por integração dizendo que a integração rodou.

A solicitação chega com a delegação assinada do cliente ou do funcionário que a autorizou, de modo que o acesso tem um nome antes de chegar a qualquer coisa. O acesso que ela recebe cobre aquele único sistema, por aquele único intervalo de tempo, e desaparece depois.

O caminho se abre diretamente entre o agente e um conector instalado ao lado do sistema central, dentro da própria rede do banco. Nada da transação passa pelo HBX. E tudo o que movimenta valor para diante de uma pessoa aprovadora identificada antes de ser executado. Se você está sob o PCI DSS, as regras de segurança do setor de cartões, o requisito 8.6 regula exatamente essas contas de sistema. Sem nenhuma senha permanente desde o início, não há nada no escopo para defender, e o registro de cada acesso que já existiu vai direto para o seu auditor.

Os órgãos querem assistentes que atendam os cidadãos e façam os processos andarem, sobre registros e sistemas de processos que nunca foram feitos para um agente mexer. Ninguém vai reescrevê-los para tornar isso seguro.

Com o HBX o agente consulta em velocidade de máquina, e qualquer mudança no registro de um cidadão para até que um servidor identificado aprove. Cada ação remete à pessoa que a delegou.

As operadoras querem agentes que diagnostiquem uma queda em milhares de elementos de rede, a maioria acessível apenas por linha de comando, por meio de sistemas de suporte mais antigos que as pessoas que os operam.

Com o HBX o agente recebe um elemento por uma janela de tempo. Ler o estado nunca espera, e uma mudança de configuração que poderia derrubar uma região para diante de um engenheiro identificado antes de ser executada.

Uma planta é uma planta. Você tem trinta de tudo: trinta redes, trinta processos de mudança, trinta sistemas de tickets, trinta definições de quem pode aprovar o quê. Um técnico passa por vários deles antes do almoço, e cada um acredita ser o único. Nada no seu dia é exótico; a dificuldade está inteiramente na quantidade.

Então um pedido de demissão significa trocar cada senha compartilhada que aquela pessoa já usou, em trinta organizações, coordenado com trinta grupos de pessoas, e cada uma dessas trinta quer uma auditoria só sobre si mesma, algo que um único log para tudo não consegue responder. Revogue a pessoa, e cada cliente recebe o registro do seu próprio acesso.

Gerenciá-los remotamente significou uma de duas más opções: mandar alguém até lá, ou publicar o dispositivo na internet e torcer para que o próximo scan não o encontre. Nenhuma sobrevive a um cliente que quer que a primeira deixe de custar dinheiro e que a segunda deixe de existir.

O conector se conecta para fora a partir de dentro da rede do cliente, então nada se abre, nada é publicado e não há nenhuma exceção de firewall a negociar antes que um engenheiro possa ver o equipamento pelo qual é responsável.

Em TI, o movimento seguro diante da incerteza é tirar o sistema do ar. No chão de fábrica esse instinto é invertido: parar a linha tem um custo por minuto que alguém consegue cotar. Por isso o patch espera a parada, a parada acontece uma ou duas vezes por ano, e todo controle que exige mexer no ativo é um controle que não será implantado.

Um comando errado aqui não corrompe um registro: move uma válvula, muda um ajuste ou desarma uma linha. É por isso que o trabalho acontece dentro de uma janela aprovada, combinada semanas antes, às três da manhã, com um comitê pela frente, e por isso os fornecedores e prestadores que precisam chegar aos controladores não deveriam carregar uma conta de VPN permanente o resto do ano.

Acesso remoto é o recurso que eles pedem e o que você menos quer construir: risco de firmware, uma porta aberta em uma rede que você não controla, e anos de trabalho em algo que não é o seu produto. O conector roda ao lado do equipamento e não nele, então o dispositivo mantém o seu firmware e a sua disponibilidade.

O console em que os seus clientes entram é o HBX. Operá-lo sob a sua própria marca é um arranjo comercial sobre o mesmo produto, não um produto diferente.

Os órgãos públicos funcionam sobre sistemas que sobrevivem a cada contrato: registros, plataformas de impostos e pagamentos, gestão de processos. O operador que os mantém muda a cada licitação, e o acesso do anterior costuma ficar aberto.

Com o HBX, o engenheiro de cada terceirizado recebe um sistema por uma janela de tempo, aprovada por um servidor identificado. Cada sessão deixa um registro para o auditor, e nada fica aberto quando o contrato termina.

Os equipamentos de imagem, os analisadores de laboratório e os controles do prédio são mantidos pelos fabricantes, de fora. A resposta habitual é uma VPN permanente por fornecedor para uma rede que também transporta dados de pacientes.

Com o HBX, o engenheiro do fornecedor recebe o único equipamento que atende, pela janela que o hospital aprova, e nada mais da rede fica ao seu alcance. Cada sessão deixa um registro que a equipe de compliance pode mostrar.