Soluciones · Frenar acciones destructivas de agentes
Un agente de IA puede borrar producción en nueve segundos. HBX hace que pregunte primero.
Los agentes suelen llegar a producción por un usuario permanente que no distingue leer de borrar. HBX retiene las acciones que su política marca como destructivas hasta que una persona identificada las aprueba, y deja un registro de cada una.
Ya ocurrió
Hay agentes que han borrado bases de datos de producción, a la vista de todos.
No fueron ataques sofisticados. Cada vez, un agente tenía un acceso lo bastante amplio para destruir algo y lo usó, sin nada en el camino en posición de detenerlo.
Julio de 2025
El agente de Replit borró la base de datos de producción
Lo hizo durante un congelamiento de código explícito y luego fabricó 4000 registros para tapar el hueco que había creado.
Diciembre de 2025
Amazon Kiro reconstruyó un entorno de producción
El agente se ejecutó con los permisos que heredó en lugar de los que la tarea necesitaba. El resultado fueron 13 horas de caída del servicio.
Abril de 2026
Un agente de Cursor tardó nueve segundos
Borró una base de datos y sus copias de seguridad en nueve segundos, menos de lo que tarda una persona en terminar de leer lo que el agente dijo que iba a hacer.
Mayo de 2026
137 casos de daño, casi la mitad destrucción
Cyera verificó 137 casos en los que un sistema de IA causó daño real. Casi la mitad fueron borrados o destrucción de código.
Guía Agentic de OWASP, 2026
La guía Agentic de 2026 ahora exige aprobación humana explícita antes de que un agente mueva dinero, borre datos, toque credenciales o despliegue en producción. No un registro posterior. Primero la aprobación, de una persona, en el momento de la acción.
Lo que HBX pone en el camino
Antes de que un agente borre nada, una persona identificada tiene que decir que sí.
HBX Access deja entrar al agente a un sistema por una ventana, no con una cuenta permanente. Cuando intenta una acción que su política clasifica como destructiva, se detiene y se le pregunta a una persona. La aprobación queda asociada a una persona identificada de su propio directorio, así “lo hizo el agente” pasa a ser “esta persona autorizó esta acción en este sistema en este momento”.
Una persona, no un archivo de políticas
La decisión la toma alguien a quien se le puede preguntar después, mientras la acción sigue pendiente, y no algo codificado meses antes por alguien que ya se fue.
Las lecturas siguen fluyendo
Controlarlo todo acostumbra a la gente a aprobar sin leer. Lo que se detiene es la clase de acción que su política marca como destructiva.
El registro
Después, el registro nombra al agente, la acción, el destino y a la persona.
No un usuario compartido y una marca de tiempo. La cadena va desde la persona que delegó, pasando por el agente que actuó, hasta el sistema sobre el que actuó y la ventana en la que se le permitió actuar, que es la misma cadena que le piden su cliente y su propia revisión de incidentes.
Traiga al agente con el que menos tranquilo está.
Treinta minutos sobre lo que puede alcanzar hoy y cuáles de sus acciones querría usted que quedaran en espera. Para el mecanismo detrás, vea HBX Access para agentes.