
Por qué HBX
Los proveedores de identidad se detienen en la nube. HBX recorre el resto del camino, hasta los sistemas que sostienen el negocio.
Una persona o un agente identificados reciben acceso a un único sistema durante una única ventana, autorizado contra su propio proveedor de identidad. Eso incluye los sistemas heredados que nunca hablaron identidad moderna.
Cómo se compara HBX
Cómo se compara HBX con una VPN, una bóveda, la identidad en la nube y los proveedores de OT.
Cuatro comparaciones directas con lo que ya usa o está evaluando, más los estándares abiertos sobre los que se construye HBX.
frente a una VPN
Una VPN lo pone en la red, no dentro de un sistema
Le da toda la red y lo llama acceso. Sin límite, sin responsable identificado, sin reloj, y con libre paso a todo lo que está al lado.
Ver por quéfrente a una bóveda de credenciales
Una bóveda guarda mejor la credencial permanente. Pero sigue existiendo
La rotación acorta la ventana. No la cierra. Con HBX no hay una contraseña permanente desde el principio.
Ver por quéfrente a la identidad de infraestructura en la nube
Los proveedores de identidad de nube y de cargas de trabajo construyeron identidad real de máquinas
La pregunta no es si funcionan. Es dónde se detienen, y si la persona detrás del agente se verifica una vez o cada vez.
Ver por quéfrente a un proveedor nativo de OT
El proveedor de identidad de quién decide qué agente entra
HBX deja la decisión en su propio proveedor de identidad, sobre estándares abiertos. Las mallas propietarias la mantienen dentro de su producto.
Ver por quéLos estándares
OpenID Connect, ID-JAG, Cross-App Access, DPoP, CIBA
La cadena de delegación abierta sobre la que se construye HBX, explicada en lenguaje claro.
Ver por quéLado a lado
Qué cubre cada tipo de proveedor, y qué no.
Proveedores que llegan a la planta sin identidad moderna para agentes, proveedores que construyeron identidad moderna para agentes y la apuntaron a la nube en lugar de a la planta, y el único proveedor más cercano a ambos.
| Capacidad | Acceso remoto OT y heredado | Identidad de nube y de máquinas | Nativo de OT + identidad de agentes | HBX |
|---|---|---|---|---|
| Un agente actúa por una persona entre empresas (ID-JAG, Cross-App Access) | ||||
| La aprobación de una persona con nombre, verificada cada vez (CIBA) | parcial | parcial | poco claro | |
| Acceso de agentes que no se puede copiar y reutilizar (DPoP) | parcial | poco claro | ||
| Llega a sistemas antiguos que no son web | ||||
| Deja entrar al personal de otra empresa con el inicio de sesión de su propio empleador | poco claro |
Por qué importa
Proveedores, contratistas y sus agentes de IA llegan a sus sistemas. HBX decide quién, y por cuánto tiempo.
HBX deja entrar a quien el propio inicio de sesión de otra empresa respalda, mantiene cada acción atribuible a una persona identificada y pone una aprobación delante de cada acción destructiva. Luego un conector dentro de su red crea un acceso temporal en un sistema que nunca se construyó para el inicio de sesión moderno, y lo elimina cuando termina la ventana.
Si sus agentes, o sus contratistas, tienen que llegar a un sistema que no es suyo, hable con nosotros antes de preseleccionar a cualquier otro.
