{"id":2865,"date":"2026-10-08T21:16:17","date_gmt":"2026-10-08T21:16:17","guid":{"rendered":"https:\/\/touchconsulting.io\/es\/?p=2865"},"modified":"2026-10-08T21:16:17","modified_gmt":"2026-10-08T21:16:17","slug":"seguridad-agentes-ia","status":"publish","type":"post","link":"https:\/\/touchconsulting.io\/es\/blog\/seguridad-agentes-ia\/","title":{"rendered":"Seguridad de agentes de IA: c\u00f3mo gobernar las identidades no humanas antes de escalar"},"content":{"rendered":"\r\n\r\nLos agentes de IA ya no son un experimento de laboratorio. Hoy crean tickets, consultan el CRM, aprueban solicitudes y mueven datos entre sistemas. Por eso, la seguridad de agentes de IA<\/strong> se ha convertido en una prioridad para CIO y CISO. El problema principal no est\u00e1 en el modelo. Est\u00e1 en el control: qui\u00e9n es cada agente, qu\u00e9 puede hacer y c\u00f3mo se detiene cuando act\u00faa fuera de lo previsto.\r\n\r\n\r\n\r\nEste cambio ya es visible en el mercado. En septiembre de 2026, Okta plante\u00f3 ante inversores que la IA ag\u00e9ntica podr\u00eda abrir un mercado m\u00e1s grande que su negocio actual de identidad, aunque reconoci\u00f3 que ese mercado todav\u00eda es temprano. En paralelo, varios fabricantes lanzaron \u00abinterruptores de apagado\u00bb para agentes<\/a>. Exaforce, Eve Security y Cohesity presentaron kill switches, mientras StackHawk y Arcjet lanzaron servicios de guardrails.\r\n\r\n\r\n\r\nEn este art\u00edculo ver\u00e1s por qu\u00e9 los agentes cambian el modelo de identidad, qu\u00e9 riesgos generan y c\u00f3mo construir un marco de gobierno en 90 d\u00edas.\r\n\r\n\r\n

\u00bfPor qu\u00e9 los agentes de IA cambian el modelo de identidad?<\/span><\/h2>\r\n\r\n\r\nDurante a\u00f1os, las empresas gestionaron dos tipos de identidades: personas y cuentas t\u00e9cnicas. Los agentes de IA no encajan del todo en ninguna de las dos.\r\n\r\n\r\n

De cuentas de servicio a agentes aut\u00f3nomos<\/span><\/h3>\r\n\r\n\r\nUna cuenta de servicio ejecuta siempre la misma tarea. Por ejemplo, un proceso nocturno copia datos de un sistema a otro. Su comportamiento es predecible.\r\n\r\n\r\n\r\nUn agente, en cambio, razona. Recibe un objetivo, decide qu\u00e9 herramientas usar y encadena acciones. Adem\u00e1s, puede tomar caminos distintos ante la misma instrucci\u00f3n. Esa autonom\u00eda es su valor, pero tambi\u00e9n su riesgo.\r\n\r\n\r\n\r\nPor esta raz\u00f3n, los expertos recomiendan tratar a cada agente como una identidad digital completa. Especialistas de Microsoft lo plantean as\u00ed: los agentes ya no deber\u00edan administrarse solo como software, sino como identidades con entidad propia.\r\n\r\n\r\n

La brecha entre adopci\u00f3n y control<\/span><\/h3>\r\n\r\n\r\nLas empresas est\u00e1n desplegando agentes m\u00e1s r\u00e1pido de lo que pueden gobernarlos. Seg\u00fan Okta<\/a>, solo el 34% de las organizaciones aplica a los agentes de IA los mismos controles de seguridad que a sus empleados.\r\n\r\n\r\n\r\nOtras fuentes muestran la misma tendencia. Un informe de JumpCloud indica que las identidades no humanas ya superan a los usuarios humanos en el 83% de las organizaciones. Sin embargo, solo el 21% tiene controles de gobierno espec\u00edficos para ellas.\r\n\r\n\r\n\r\nEn otras palabras, la mayor\u00eda de empresas tiene m\u00e1s agentes que empleados y menos control sobre ellos.\r\n\r\n\r\n
\"Infograf\u00eda<\/figure>\r\n\r\n

Los tres riesgos m\u00e1s frecuentes en la seguridad de agentes de IA<\/span><\/h2>\r\n\r\n\r\nAntes de dise\u00f1ar controles, conviene entender d\u00f3nde se producen los incidentes. En la pr\u00e1ctica, aparecen tres patrones.\r\n\r\n\r\n

Permisos excesivos<\/h3>\r\n\r\n\r\nMuchos agentes nacen como pruebas de concepto. Para que \u00abfuncionen r\u00e1pido\u00bb, reciben credenciales amplias o heredan los permisos de quien los cre\u00f3. Luego pasan a producci\u00f3n con esos mismos accesos. As\u00ed, un agente que solo deb\u00eda leer facturas termina con permisos para modificarlas.\r\n\r\n\r\n

Shadow AI: agentes que nadie registr\u00f3<\/h3>\r\n\r\n\r\nHoy cualquier \u00e1rea puede crear un agente con herramientas low code o conectores de IA. El resultado es una capa de agentes que TI no conoce. Estos agentes no tienen propietario, no pasan revisiones de acceso y tampoco tienen fecha de retiro.\r\n\r\n\r\n

Acciones sin trazabilidad<\/h3>\r\n\r\n\r\nCuando un agente ejecuta una acci\u00f3n, la pregunta clave es: \u00bfpor qu\u00e9 lo hizo? Sin registros de su razonamiento y de las herramientas que us\u00f3, esa pregunta no tiene respuesta. Por lo tanto, auditar se vuelve imposible.\r\n\r\n\r\n

Las tres preguntas que todo CISO debe poder responder<\/span><\/h2>\r\n\r\n\r\nUn buen marco de seguridad de agentes de IA se resume en tres preguntas. Si tu equipo no puede responderlas, el despliegue todav\u00eda no est\u00e1 listo para escalar.\r\n\r\n\r\n

\u00bfD\u00f3nde est\u00e1n mis agentes? Inventario y descubrimiento<\/h3>\r\n\r\n\r\nEl primer paso es un inventario centralizado. Debe incluir los agentes aprobados por TI y tambi\u00e9n los creados por usuarios de negocio. Para cada agente, registra al menos:\r\n\r\n\r\n