HBX Access · Agent Access
Ponga a trabajar a sus agentes de IA en sus sistemas legacy, sin contraseñas permanentes.
Su proveedor de identidad se queda. HBX deja entrar al agente a un sistema, para un trabajo, a nombre de la persona que se lo asignó. Las lecturas corren a velocidad de máquina; lo destructivo espera el sí de una persona con nombre.
El problema
Su agente llega a producción con una contraseña que nadie posee.
Sin un nombre detrás
El agente funciona con un usuario compartido copiado en un archivo de configuración. Cuando algo falla, el registro nombra ese usuario, no a la persona que envió al agente.
Leer y destruir se ven igual
El usuario que permite al agente leer un registro también le permite borrar la tabla entera. Nada se detiene ante el paso irreversible.
Nada vence nunca
El acceso sobrevive al trabajo, al proyecto y al ingeniero que lo configuró. Nadie se acuerda de retirarlo.
Cómo funciona
Una persona identificada aprueba. El agente se conecta directo a su sistema.
El agente pregunta, y una persona identificada ve la instrucción exacta en su propio dispositivo antes de que se ejecute algo irreversible. Las lecturas nunca esperan. El tráfico va directo del agente a su sistema.
Nada de esto lo inventamos nosotros: funciona sobre estándares publicados, así que las decisiones se quedan en su proveedor de identidad. Los estándares, uno por uno.
Lo que obtiene
Un acceso que pregunta primero y termina cuando termina el trabajo.
Quien aprueba lee la acción
No el título de un ticket. La acción exacta, el destino, cuánto podría afectar, el acceso que obtendría y cuánto duraría, en una sola pantalla, mientras la acción sigue pendiente. Una persona solo puede responder por una decisión para la que se le dio información suficiente.
El silencio es una denegación
La propia solicitud corre contra un reloj. Si nadie decide antes de que se agote, se deniega sola: el agente es rechazado, no puesto en cola. Nada queda pendiente toda la noche esperando que alguien lo apruebe a medio leer por la mañana.
Cuando termina la ventana
El acceso deja de funcionar y el camino que abrió se cierra con él. El trabajo ya hecho no se deshace (ningún control de acceso puede prometerlo), pero la siguiente acción no llega a empezar y la misma aprobación no sirve para volver a entrar.
No queda nada en pie en el destino
El inicio de sesión existe en el sistema solo durante la ventana: se crea para ese único trabajo, con solo el acceso que necesita, y se elimina cuando la ventana termina. No se guarda ninguna clave a su lado y nada se escribe en un archivo de configuración. No hay nada que la siguiente persona pueda encontrar.
Copiar el token no sirve de nada
El acceso está atado a una clave que solo el agente posee, y cada solicitud lleva una prueba nueva firmada con ella. Una cadena copiada de un registro o de un prompt llega sin esa prueba y no abre absolutamente nada.
El registro sobrevive a la sesión
Quién delegó, qué se solicitó, quién aprobó y cuánto tardó, qué acceso se aprobó, a qué destino llegó, cuándo terminó. Cada entrada está atada a la anterior, y el agente que generó el registro no tiene forma de volver atrás y editarlo.
Casos de uso
Dónde los agentes llegan hoy a producción.
Dénos treinta minutos y traiga su peor borrado.
Nombre el sistema que nunca dejaría que un agente modifique. Le mostraremos qué le permite hacer HBX Access, qué detiene y quién tiene que decir que sí primero. Si hay personas que tienen que llegar a los mismos sistemas, es el mismo motor con una consola al frente: vea HBX Human Access.