Una arquitecta de identidad en su escritorio de noche, revisando una política de acceso y su registro de aprobaciones en dos monitores.

Los estándares

Los estándares abiertos ya definen quién puede actuar por quién. HBX los lleva hasta los sistemas que sostienen la producción.

OpenID Connect, ID-JAG, Cross-App Access, DPoP y CIBA no son funciones que le hayamos añadido. HBX está construido sobre ellos, así que su proveedor de identidad sigue siendo la fuente de quién es quién.

Los cinco estándares

Cada uno responde una pregunta que su equipo de seguridad le hará.

Nadie compra un estándar. Lo que se compra es la respuesta que cada uno da a una pregunta que surge la primera vez que un agente toca algo que importa.

Quién es la persona

OpenID Connect

Permite que un sistema acepte una identidad que otro sistema avaló, sin compartir contraseña. Es la razón por la que su empresa puede tener un solo inicio de sesión, y por la que cada paso de la cadena remite a una persona que usted ya conoce.

Para quién actúa el agente

ID-JAG

Una declaración firmada que dice que este agente actúa por esta persona identificada, con este propósito, hasta este momento. Su proveedor de identidad toma la decisión y HBX autoriza con base en ella, así que la línea de auditoría nombra a una persona y no a un usuario compartido.

Cómo viaja la aserción

Cross-App Access

La forma de pasar ese permiso al sistema que tiene que respetarlo, incluso cuando ambos pertenecen a empresas distintas. Un agente autorizado por el proveedor de identidad de un contratista llega a su sistema aún atribuible a su ingeniero.

Por qué un token robado no sirve

DPoP

Ata el pase de acceso a una clave que solo tiene quien llama, de modo que una copia del pase no sirve sin la clave. En el trabajo de agentes, donde esos pases aparecen en registros, prompts y memoria, esa es la diferencia entre una filtración y un incidente.

Cómo una persona dice que sí, fuera de banda

CIBA

Permite que el sistema se detenga y pida a una persona real que apruebe, en su propio dispositivo, antes de que la acción continúe, y que reciba una respuesta firmada y no una casilla marcada. Pone a una persona delante del comando destructivo sin ponerla delante de una terminal.

La cadena, de punta a punta

Cinco estándares con un solo trabajo: mantener un nombre unido a una acción.

Una persona autoriza a un agente. El agente pide un trabajo concreto. Una persona aprueba la parte destructiva. Se crea en el destino un acceso temporal que solo funciona para ese trabajo, y se elimina cuando termina.

La cadena de delegación: una persona autoriza a un agente, su sistema de acceso firma una declaración que lo nombra, el agente la presenta y HBX Access autoriza ese trabajo, todo sobre estándares abiertos.Cuatro pasos de izquierda a derecha. Uno, una persona autoriza al agente, una vez y de forma explícita. Dos, su propio proveedor de identidad firma una declaración que nombra al agente, a la persona y al sistema al que puede llegar; ese traspaso funciona sobre OpenID Connect y CIBA. Tres, el agente presenta esa declaración y prueba que posee su propia clave; ese traspaso funciona sobre ID-JAG y Cross-App Access. Cuatro, HBX Access verifica la firma y que la clave coincida (el paso de DPoP) y autoriza un acceso a un destino durante una ventana de tiempo. Un riel punteado corre por debajo desde HBX Access hasta la persona, porque cada acción realizada en ese trabajo se remonta al ser humano que la autorizó.LA CADENA DE DELEGACIÓNOpenID Connect · ID-JAG · Cross-App Access · DPoP · CIBA1Una personaautoriza al agenteuna vez, explícitamente2Su propio loginfirma una declaración quenombra al agente, la personay el sistema permitido3El agentepresenta la declaracióny prueba su propia clave4HBX Accessverifica la firmay que la clave coincidaautoriza solo ese trabajoOpenID Connect · CIBAID-JAG · Cross-App AccessDPoP · atado a su clavey todo lo hecho en ese trabajo se remonta a la persona que lo autorizóDelegación estándar, de extremo a extremo. Ningún protocolo propietario en toda la cadena.

Interoperabilidad

Pruebas de interoperabilidad ejecutadas y presentadas en el programa de la OpenID Foundation.

El evento de interoperabilidad

HBX ha ejecutado y presentado pruebas de interoperabilidad en el evento de interoperabilidad AIIM de la OpenID Foundation. La Fundación publica los resultados y nombra a los participantes, así que no nombramos a nadie antes que ella.

Lo que aporta apoyarse en estándares

Los estándares con nombre se pueden comprobar, no hay que creerlos por fe.

Cuando la delegación es una malla propietaria, la malla pasa a ser la autoridad sobre qué agentes existen y qué pueden hacer, y su proveedor de identidad queda reducido a una fuente de registros que la alimenta. Cuando la delegación es un estándar abierto, sigue funcionando cuando viene del proveedor de identidad de un socio en lugar del suyo.