{"id":1267,"date":"2026-06-22T20:50:16","date_gmt":"2026-06-22T20:50:16","guid":{"rendered":"https:\/\/cybercolombia.co\/index.php\/2026\/06\/22\/evite-que-su-infraestructura-heredada-se-apodere-de-sus-agentes-de-ia-cyberdefensa-mx\/"},"modified":"2026-06-22T20:50:16","modified_gmt":"2026-06-22T20:50:16","slug":"evite-que-su-infraestructura-heredada-se-apodere-de-sus-agentes-de-ia-cyberdefensa-mx","status":"publish","type":"post","link":"https:\/\/cybercolombia.co\/index.php\/2026\/06\/22\/evite-que-su-infraestructura-heredada-se-apodere-de-sus-agentes-de-ia-cyberdefensa-mx\/","title":{"rendered":"Evite que su infraestructura heredada se apodere de sus agentes de IA \u2013 CYBERDEFENSA.MX"},"content":{"rendered":"
\n

A principios de este mes, habl\u00e9 en el Cumbre de seguridad y gesti\u00f3n de riesgos de Gartner<\/a> sobre un punto ciego que la mayor\u00eda de los programas de seguridad a\u00fan no tienen en cuenta: c\u00f3mo los atacantes est\u00e1n eludiendo los programas de seguridad de IA utilizando infraestructura heredada para secuestrar agentes de IA.<\/p>\n

La adopci\u00f3n de la IA avanza m\u00e1s r\u00e1pido de lo que los programas de seguridad pueden dar cuenta. Aproximadamente el 71 % de las organizaciones est\u00e1n probando agentes de IA en sus aplicaciones empresariales y el 31 % ya los ha trasladado a flujos de trabajo de producci\u00f3n.<\/p>\n

Por esta raz\u00f3n, las organizaciones est\u00e1n invirtiendo recursos leg\u00edtimamente en proteger las cargas de trabajo de IA contra el envenenamiento de modelos, la inyecci\u00f3n r\u00e1pida, la fuga de datos y otras amenazas emergentes. Sin embargo, este enfoque lo pierde todo. debajo<\/i> la capa de IA. Porque un servidor sin parches, un permiso de Active Directory mal configurado o una credencial almacenada en cach\u00e9 en la m\u00e1quina de un desarrollador son exposiciones que brindan a los atacantes una ruta directa a todo de lo que dependen sus agentes de IA: bases de conocimiento, almacenamiento en la nube, funciones Lambda, integraciones SaaS y las credenciales que los conectan. <\/p>\n

Esto significa que los actores de amenazas realmente no necesitan atacar su IA de frente. s\u00f3lo necesitan alcanzar aquello a lo que se conecta.<\/i> En este art\u00edculo, explicar\u00e9 c\u00f3mo la infraestructura heredada se convierte en la ruta de ataque hacia los entornos de agentes de IA y qu\u00e9 pueden hacer los equipos de seguridad para bloquear esas rutas.<\/p>\n

Los agentes de IA usan lo que heredan<\/b><\/h2>\n

A pesar de su novedad y poder, en cierto modo los agentes de IA operan como otros activos en su entorno. Se autentican a trav\u00e9s de proveedores de identidad existentes, almacenan datos en dep\u00f3sitos de nube existentes, ejecutan tareas a trav\u00e9s de funciones Lambda existentes y heredan permisos de roles de IAM existentes. Cada una de esas dependencias conlleva cualquier deuda de seguridad que tuviera la organizaci\u00f3n antes de que comenzara el despliegue de la IA.<\/p>\n

Es m\u00e1s, la mayor\u00eda de las organizaciones, sin darse cuenta, compuesto<\/i> esa deuda. De acuerdo a Revista Infoseguridad<\/a>el 70% de las organizaciones otorgan sus sistemas de IA m\u00e1s<\/i> acceso privilegiado que un humano en el mismo rol. No es sorprendente que esto tenga un precio doloroso. Las organizaciones con IA con privilegios excesivos informaron una tasa de incidentes del 76%, en comparaci\u00f3n con solo el 17% de aquellas que imponen privilegios m\u00ednimos. <\/p>\n

Todas esas conexiones (proveedores de identidad, dep\u00f3sitos en la nube, funciones Lambda, roles de IAM) se ejecutan a trav\u00e9s de la infraestructura que sus equipos han administrado durante a\u00f1os: Active Directory, IAM en la nube, cuentas de servicio, credenciales almacenadas. Sin embargo, nada de esto fue dise\u00f1ado teniendo en mente a los agentes de IA, y la mayor parte se aprovision\u00f3 mucho antes de que el primer agente entrara en producci\u00f3n. El resultado es que un atacante que encuentre su camino a trav\u00e9s de cualquiera de esas capas no necesita tocar la IA. Los propios permisos del agente hacen el trabajo por \u00e9l.<\/p>\n

C\u00f3mo un CVE de 2025 secuestra a un agente de IA en 2026<\/b><\/h2>\n

El siguiente diagrama muestra una arquitectura t\u00edpica de agente de IA empresarial. Un equipo de \u00e9xito del cliente utiliza un Co-Pilot impulsado por IA, alojado en AWS Bedrock, para consultar los datos de los clientes exportados desde Salesforce a un dep\u00f3sito de S3. Co-Pilot ejecuta tareas a trav\u00e9s de funciones Lambda y se integra con aplicaciones comerciales. John, un desarrollador, construye y mantiene el agente. Los usuarios de toda la organizaci\u00f3n interact\u00faan con \u00e9l a diario.<\/p>\n

\"\"<\/a><\/div>\n

Ahora bien, esto es lo que sucede cuando un atacante encuentra una manera de entrar. El siguiente diagrama muestra una ruta de ataque que mi equipo model\u00f3 en un entorno empresarial real. Ninguna de estas exposiciones es ex\u00f3tica: existen, en alguna combinaci\u00f3n, en la mayor\u00eda de las redes empresariales en este momento. Lo que los hace peligrosos es c\u00f3mo se conectan. As\u00ed es como se desarroll\u00f3 el ataque, etapa por etapa.<\/p>\n