Un análisis reciente de seguridad destaca dos vulnerabilidades en un gateway de IA popular que podrían permitir a actores maliciosos obtener control administrativo, ejecutar código dañino y robar credenciales sensibles. A continuación, se presenta una visión profesional sobre el incidente, su impacto y las medidas recomendadas para mitigarlo.\n\nLiteLLM es una solución de código abierto que facilita la conexión de aplicaciones con modelos de lenguaje grande (LLM) de múltiples proveedores, entre ellos OpenAI y Anthropic. La arquitectura central dirige las solicitudes a través de una única interfaz, permitiendo gestionar claves API, controlar el acceso de usuarios y monitorizar uso y costos. Actualmente, LiteLLM admite alrededor de 140 proveedores de IA y ha ganado popularidad, con más de 90 millones de descargas mensuales en GitHub y más de 61.000 estrellas.\n\nRecientemente, los investigadores de seguridad de Check Point Research (CPR) identificaron dos fallas en LiteLLM. La primera es un fallo de control de acceso que afecta a la forma en que LiteLLM aplica permisos. Este fallo, identificado como CVE-2026-35029, recibió una puntuación de severidad de 8.7/10 (alta). Según CPR, la vulnerabilidad permite que usuarios con privilegios mínimos alcancen funciones de administrador que controlan la configuración central del gateway, lo que a su vez facilita leer archivos en el servidor, sobrescribir credenciales de administrador, descargar y ejecutar malware, entre otras acciones peligrosas.\n\nLa segunda vulnerabilidad es un fallo de server-side request forgery (SSRF), que permite a los usuarios del gateway dirigir a LiteLLM para realizar solicitudes API a servidores de terceros. En teoría, un atacante podría enviar peticiones a sus propios servidores bajo su control y, al portar claves de autenticación de proveedores de IA, obtendría directamente dichas credenciales. Este fallo se conoce como CVE-2026-59823 y recibió una severidad de 5.3/10 (media).\n\nLa magnitud del riesgo es clara: “las credenciales que maneja un gateway proporcionan acceso directo y facturable a los proveedores de IA sin necesidad de una autenticación adicional”, explicó CPR. “Dada la escala de adopción de LiteLLM, una falla en este componente podría afectar a un gran número de implementaciones de IA simultáneamente.”\n\nVersiones vulnerables y parcheo recomendado\nCPR indica que todas las organizaciones que ejecuten LiteLLM en versiones anteriores a la 1.83.9 están expuestas a ambas vulnerabilidades. Es crucial revisar también implementaciones indirectas donde LiteLLM esté incrustado en plataformas y herramientas internas utilizadas para construir aplicaciones de IA, ya que podría estar presente sin haber sido desplegado como solución independiente.\n\nLa empresa ha publicado una corrección para ambos fallos en la versión 1.83.9. Se recomienda instalar esta versión cuanto antes. Además, CPR recomienda revisar quién tiene acceso al gateway; cualquier cuenta podría ser utilizada para explotar estas fallas. Las claves API de proveedores de IA almacenadas en LiteLLM deben rotarse si hay indicios de acceso no autorizado, y los permisos deben verificarse de forma rigurosa.\n\nLas autoridades de seguridad subrayan que “confiar únicamente en configuraciones no garantiza límites eficientes: la brecha entre los permisos configurados y los impuestos a la ejecución es donde CVE-2026-35029 puede causar mayor daño.”\n\nEntre las recomendaciones clave se incluyen:\n- Ampliar las pruebas de penetración y evaluaciones de vulnerabilidad para incluir herramientas de IA junto con aplicaciones web y la infraestructura en la nube.\n- Realizar revisiones de permisos para asegurar que los usuarios con roles limitados permanezcan efectivamente restringidos.\n- Incorporar gateways de LLM en las evaluaciones de seguridad generales para garantizar la protección de sistemas críticos de negocio.\n\nConclusión: la investigación de CPR confirma que estos fallos representan un “tipo conocido” de errores que afectan a infraestructuras de IA de manera análoga a software empresarial. Las organizaciones deben tratar la seguridad de los gateways de IA con el mismo rigor que aplican a otros sistemas críticos, priorizando actualizaciones, rotación de credenciales y controles de acceso estrictos para mitigar riesgos potenciales.

from Latest from TechRadar https://ift.tt/F0jdlAN
via IFTTT IA