Su agente de IA puede romper sus sistemas legacy. Haga que pregunte primero.
Core bancario, mainframes, controladores de planta: ninguno sabe quién está entrando, y ninguno tiene deshacer. Con HBX, lo destructivo espera a una persona con nombre. Todo lo demás corre a velocidad de máquina.
El problema
Sus sistemas legacy no saben quién está entrando.
Se construyeron antes de la identidad moderna, así que solo conocen una contraseña. Sus técnicos, sus proveedores y ahora sus agentes de IA entran con las mismas contraseñas compartidas, VPN y cuentas de servicio, y nadie puede decir quién hizo qué.
01
Producción borrada durante un congelamiento de código explícito
El agente de Replit borró una base de datos de producción y fabricó 4000 registros. Julio de 2025.
02
13 horas caído después de que un agente reconstruyó producción
El agente Kiro de Amazon borró y reconstruyó un entorno de producción actuando con los permisos de su operador, según el FT. Diciembre de 2025.
03
Una base de datos y sus copias de seguridad, borradas en nueve segundos
Un agente de Cursor borró una base de datos de producción y sus copias de seguridad en nueve segundos. Abril de 2026.
04
Más de un tercio de los incidentes documentados destruye algo
De los 137 casos de daño real que verificó Cyera, casi la mitad fueron borrados o destrucción de código. Mayo de 2026.
Eran sistemas modernos, con backups. En un mainframe o en un controlador de planta no hay vuelta atrás.
Haga que sus agentes pregunten primeroLa guía Agentic 2026 de OWASP ya lo refleja: exige aprobación humana explícita antes de que un agente pueda mover dinero, borrar datos, tocar credenciales o desplegar en producción. Es un organismo de estándares escribiendo un mandato, no un proveedor escribiendo un discurso comercial.
La solución
HBX hace que sus sistemas legacy sepan quién está entrando.
Sus técnicos, sus proveedores y sus agentes de IA entran por su proveedor de identidad y sus reglas: un nombre en cada acceso, el sí de una persona antes de lo riesgoso y nada abierto cuando el trabajo termina. Nada instalado en los sistemas, nada expuesto, sin VPN, y el tráfico nunca pasa por HBX.
Identidad
La solicitud llega con un token firmado por su propio proveedor de identidad. Una persona figura en él, aun cuando quien solicita es un agente.
Política
HBX Access aplica sus reglas a esa identidad y autoriza el acceso a un destino, para una ventana de tiempo, y nada más amplio: la misma forma que las ventanas de cambio en las que sus equipos ya trabajan.
Túnel directo
Se abre un camino cifrado directamente dentro de su propia red. Los datos nunca pasan por HBX. Se cierra solo cuando termina la ventana.
HBX autoriza. Nunca transporta el tráfico.
Dos productos
Agentes o técnicos: las mismas reglas, hasta la máquina.
HBX Access
Agentes
Agentes que trabajan en sus sistemas legacy sin una contraseña permanente.
Una cuenta de servicio en un archivo de configuración no tiene dueño y nunca vence. HBX la reemplaza por un acceso a nombre de la persona que asignó el trabajo, solo para ese trabajo, y con el sí de una persona antes de cualquier acción irreversible.
HBX Agent Access
Personas
Los técnicos llegan a la máquina del cliente, nunca a la red del cliente.
Un técnico inicia sesión desde un navegador y ve solo las máquinas para las que está autorizado, una o unos cientos. Sin VPN, sin contraseña compartida y sin nada que quede atrás cuando cierra la pestaña, aunque trabaje para un MSP o un contratista.
HBX Human Access
De dónde viene HBX
Hecho primero para sistemas heredados. Los agentes vinieron después.
HBX se construyó para lograr acceso real a sistemas heredados en telecomunicaciones e industria: adaptadores de protocolo y máquinas que no negocian y que no se pueden actualizar. Los agentes llegaron después, sobre un acceso que ya funcionaba.
Proveedores que nacieron en la nube
Empezar por una API en la nube, donde la identidad ya está resuelta, y poner encima un relato de agentes. Llegar a un mainframe o a un historian de veinte años queda en la hoja de ruta.
El camino que tomó HBX
Empezar donde nada habla identidad, ganarse el alcance por el camino difícil y después poner encima la identidad delegada de los agentes.
La identidad delegada de arriba se construye sobre OpenID Connect, ID-JAG y Cross-App Access. HBX ha ejecutado y presentado pruebas de interoperabilidad en el evento de interoperabilidad AIIM de la OpenID Foundation; los resultados le corresponde publicarlos a la Fundación. Cómo encajan los estándares.
Traiga el sistema que no se atreve a abrirle a un agente.
Treinta minutos sobre cómo llegan a él sus equipos o sus agentes, y si HBX encaja.