El incidente de McKinsey de esta semana debería ser una llamada de atención para toda empresa que avance rápidamente en la implementación de IA.
No porque la IA sea intrínsecamente insegura.
Sino porque demasiadas organizaciones siguen pensando en la seguridad de la IA a nivel de modelo, cuando el verdadero riesgo empresarial reside en la capa de acción: las API, los servidores MCP, los servicios internos y las integraciones en la sombra a los que los agentes de IA pueden acceder, invocar y manipular.
Esa es la parte que la mayoría de las empresas aún no ve.
Los detalles técnicos son importantes en este caso. Los informes públicos describieron una plataforma de IA interna con una amplia huella de API, que incluía más de 200 puntos finales documentados y un conjunto de API sin autenticar a las que supuestamente se podía acceder externamente. El mismo informe describía posibles rutas de exposición a decenas de millones de mensajes de chat, cientos de miles de archivos, cuentas de usuario y prompts del sistema. Independientemente de si se materializó todo el impacto posible, la conclusión para los líderes de seguridad es clara: cuando los sistemas de IA internos están conectados a API con una gobernanza débil, el radio de impacto puede volverse enorme muy rápidamente.
Y este no es un caso aislado.
El incidente de contratación con IA de McDonald’s apunta al mismo problema estructural. Diferentes empresas. Diferentes flujos de trabajo. El mismo error fundamental. Los informes sobre ese caso describieron acceso administrativo expuesto, prácticas de autenticación débiles y la posible exposición de una enorme base de datos de registros de solicitantes. Una vez más, la historia no trataba solo del chatbot. Se trataba de la infraestructura de aplicaciones y API que lo rodeaba.
Esa es la lección que el mercado debe comprender.
El riesgo real no es el LLM. Es lo que el agente puede hacer.
Gran parte del mercado de seguridad de IA actual se centra en los prompts, el comportamiento del modelo, los jailbreaks y los controles de salida.
Eso es importante.
Pero es solo una capa.
En la empresa, los agentes de IA no crean valor hablando. Crean valor actuando. Recuperan datos, llaman a API, invocan herramientas, acceden a sistemas, activan flujos de trabajo y, cada vez más, operan a través de servidores MCP y servicios conectados.
Esto significa que el verdadero radio de impacto de la IA está determinado por la capa de acción.
- Si una API interna queda expuesta sin autenticación, un agente puede encontrarla.
- Si un servicio en la sombra es accesible desde internet, un agente puede llegar a él.
- Si un servidor MCP está mal configurado, un agente puede utilizarlo.
- Si la lógica de negocio sensible reside tras puntos finales indocumentados u olvidados, un agente puede encadenar esas llamadas a velocidad de máquina.
Es por esto que el enfoque de la industria sobre la "seguridad de la IA" sigue siendo demasiado limitado. La superficie de ataque ya no es solo el modelo. Es todo el sistema conectado a su alrededor.
Las brechas de seguridad de McKinsey y McDonald’s son la misma historia
A primera vista, estos incidentes parecen diferentes. McKinsey fue una plataforma de IA interna. McDonald’s fue un flujo de trabajo de contratación impulsado por IA.
Pero estructuralmente son iguales. Ambos señalan una realidad empresarial creciente: las organizaciones están conectando sistemas de IA a infraestructuras de aplicaciones internas y externas más rápido de lo que aseguran dicha infraestructura.
Y en muchos casos, el punto más débil no es una explotación sofisticada del modelo. Es una API expuesta común y corriente, una autenticación débil, un punto final olvidado, un control de acceso mal configurado o una integración de terceros que silenciosamente se volvió accesible desde internet.
Es exactamente por eso que creo que una de las categorías más peligrosas que están surgiendo ahora mismo es la de las API en la sombra conectadas a agentes.
Se trata de API internas o con poca gobernanza que nunca debieron formar parte de una superficie de ataque externa, pero una vez que se conectan a copilotos, flujos de trabajo, servidores MCP, agentes de navegador, agentes de programación o aplicaciones de IA, se convierten efectivamente en parte de ella.
La empresa sigue considerándolas "internas". El atacante no.
El punto ciego: API en la sombra más conectividad de agentes
Esta es la brecha que más me preocupa para las empresas hoy en día. Toda compañía tiene API que conoce. Muchas también tienen API que han olvidado, que nunca documentaron completamente o que no saben que son accesibles desde el exterior.
Ahora añada la IA. En el momento en que un agente se conecta a esos sistemas, o un servidor MCP se expone con acceso a ellos, la superficie de ataque se expande drásticamente.
Lo que antes era oscuro, de bajo tráfico y semi-interno se convierte en:
- Descubrible
- Invocable
- Encadenable
- Explotable a velocidad de máquina
Ese es el cambio. En el mundo pre-agéntico, una API oculta o con una gobernanza débil podía permanecer tranquila durante meses o años. En el mundo agéntico, solo necesita ser alcanzable una vez.
El nuevo modelo de seguridad que necesitan las empresas
Si está implementando IA, debe dejar de preguntar solo: ¿Es seguro el modelo? y empezar a preguntar:
- ¿A qué puede acceder este agente?
- ¿Qué APIs respaldan este flujo de trabajo?
- ¿Qué endpoints están expuestos externamente?
- ¿Qué servidores MCP existen en toda la empresa?
La próxima generación de incidentes de IA provendrá de agentes que operan sobre capas de acción débiles: APIs expuestas, servicios sin autenticación, integraciones olvidadas y servidores MCP mal configurados.
Es exactamente por esto que creamos Salt Surface
En Salt, hemos pasado años ayudando a las empresas a descubrir y proteger APIs que no sabían que estaban expuestas. Ese problema ahora es aún más importante en la era de la IA.
Con Salt Surface, las organizaciones pueden mapear su huella de API expuesta, incluidas las API relacionadas con IA y los servicios accesibles externamente, sin necesidad de implementar agentes ni instalar nada en su entorno.
Si está desarrollando con IA, la primera pregunta no debería ser si su prompt está protegido, sino si su capa de acción está expuesta.
El modelo no es toda la superficie de ataque. La capa de API sí lo es.
Obtenga su escaneo de exposición gratuito
Si desea saber si su empresa tiene API expuestas, puntos finales conectados a IA o servicios accesibles a través de Internet, nosotros se lo mostraremos. Sin instalaciones. Sin complicaciones. Solo necesita un dominio para obtener visibilidad de la superficie de ataque que necesita comprender ahora mismo.
Solicite hoy mismo su escaneo gratuito de Salt Surface.
Roey Eliyahu es cofundador y director ejecutivo de Salt Security, líder en seguridad de agentes.