En junio de 2025, salió a la luz un preocupante fallo de seguridad relacionado con Olivia, el asistente de contratación con IA de McDonald’s operado por Paradox.ai. La plataforma, diseñada para filtrar candidatos a puestos de trabajo mediante un chatbot, expuso la información personal de más de 64 millones de personas. Esto incluía nombres, datos de contacto, preferencias de turno e incluso transcripciones de chats.
¿La causa principal? Una combinación de errores que pone de relieve el creciente riesgo de las API inseguras en los sistemas modernos basados en IA:
- API internas no autorizadas expuestas externamente
- API vulnerable a BOLA (Broken Object Level Authorization) que permitía a los atacantes extraer registros de candidatos, incluidas conversaciones privadas con el chatbot
- Una cuenta de administrador expuesta con la contraseña “123456”
Qué salió mal
No se trató de una IA avanzada que se salió de control. Fue una cuestión de cómo la IA se conecta a sus sistemas: a través de API.
Esto es lo que sucedió:
- Una cuenta de administrador de prueba no había sido desactivada y estaba protegida por una contraseña débil y predeterminada. Una vez que se accedió a ella, otorgó privilegios administrativos completos.
- Una API de backend aceptaba ID de candidatos predecibles sin comprobaciones de autorización. Esto permitió a los atacantes iterar a través de los registros y recopilar datos de los candidatos, incluidos los registros de chat.
Este es un ejemplo de manual de Autorización de nivel de objeto rota (BOLA), también conocida como Referencia directa a objeto insegura (IDOR). Es una de las vulnerabilidades de API más comunes y peligrosas que existen hoy en día.
Por qué esto es una alerta para los CISO
Esta brecha revela una dura verdad para los líderes de seguridad actuales:
Los agentes y sistemas de IA están totalmente integrados en su infraestructura. No solo generan contenido. Realizan acciones, activan flujos de trabajo y acceden a datos confidenciales a través de API.
Cuando esas API están:
- Sin supervisión
- Con seguridad deficiente
- Creadas con fallos de lógica como BOLA
Su organización está expuesta de formas que las herramientas perimetrales tradicionales simplemente no pueden detectar.
El punto de vista de Salt: el riesgo real está en el tejido de las API
En Salt vemos esto todos los días. Los LLM y los agentes de IA no solo hablan. Actúan. Llaman a API, recuperan registros, envían solicitudes e incluso encadenan acciones.
Esto significa que:
- Cada decisión impulsada por IA se convierte en una posible superficie de ataque
- Las API internas, incluso aquellas que se consideran "seguras", pueden ser explotadas si tienen fallos
- Las interfaces de administración expuestas a internet se convierten en objetivos de alto valor
¿Lo más preocupante? La mayoría de los equipos de seguridad ni siquiera saben que estas API existen.
Qué debe cambiar
Paso 1: Inventaríe todas las API de su entorno
Pruebe los puntos finales, los servicios internos y los paneles de administración olvidados; si no sabe que existen, no puede protegerlos.
Paso 2: Entienda la lógica de negocio, no solo el tráfico
BOLA no es un ataque de gran volumen. Es sutil. Debe entender quién accede a qué objeto y si ese acceso debería estar permitido.
Paso 3: Trate las API de administración como sistemas de producción
Interno no significa seguro. Las API de administración deben estar reforzadas, supervisadas y controladas con el mismo rigor que sus activos más críticos.
Lo que ofrece Salt
Salt proporciona:
- Visibilidad integral de todas las API, incluidos los endpoints ocultos y no documentados
- Análisis de comportamiento con reconocimiento de contexto para detectar abusos de lógica como BOLA, escalada de privilegios o encadenamiento
- Detección y protección en tiempo real basadas en el uso de las API, no solo en firmas conocidas
La IA se está convirtiendo en la interfaz de cada vez más flujos de trabajo empresariales. Si no puede ver ni controlar las API que impulsan esas acciones, está operando a ciegas.
Conclusión
La amenaza no son los agentes de IA. La amenaza es aquello a lo que están conectados.
La brecha de McDonald’s no fue causada por un fallo en el chatbot. Fue un fallo en la seguridad de la infraestructura de API que lo sustentaba. A medida que la IA se integra más en los sistemas empresariales, la capa de API se convierte en el objetivo principal.
Obtenga un escaneo externo gratuito (¡sin necesidad de implementación!) para ver si tiene alguna API interna expuesta involuntariamente.