Escritura arbitraria de archivos desde Cursor Agent a través de una inyección de prompt desde @Docs maliciosos

Un atacante podría, bajo condiciones específicas y con la manipulación del contexto, inducir al agente de Cursor a escribir en archivos ubicados fuera del directorio del proyecto abierto. Si bien la descripción indica que la explotación es poco práctica en escenarios reales, el potencial impacto es significativo. La modificación no autorizada de archivos del sistema podría resultar en la corrupción de datos, la ejecución de código malicioso o la alteración de la configuración del sistema. La vulnerabilidad reside en la forma en que el agente de Cursor gestiona las rutas de archivo, permitiendo que se eviten las restricciones de seguridad previstas. La exposición de archivos sensibles, como archivos de configuración o claves de API, podría comprometer la seguridad de la aplicación y del entorno en el que se ejecuta.

Developers using Cursor, particularly those working with sensitive code or configuration files, are at risk. Users who rely on the Cursor Agent for automated tasks or code generation are also potentially vulnerable. Shared development environments or workspaces could amplify the impact if one user's account is compromised.

• vscode / supply-chain: Examine Cursor extension settings for unusual file access permissions. Check for suspicious modifications to workspace configuration files. • generic web: Monitor Cursor Agent logs for unexpected file write operations. Review user activity for prompts that might trigger the vulnerability.

Get-Process -Name Cursor | Select-Object -ExpandProperty Path

1. 2025-04-08Disclosure

   disclosure

1. Reservado2025-04-01
2. Publicada2025-04-08
3. EPSS actualizado2026-03-23

La mitigación principal para el CVE-2025-32018 es actualizar a la versión 0.48.7 de Cursor, que corrige la vulnerabilidad. Si la actualización inmediata no es posible, se recomienda limitar el acceso del agente de Cursor a las áreas del sistema de archivos que necesita para funcionar. Es crucial revisar y restringir los permisos del usuario que ejecuta Cursor. Aunque no hay reglas WAF o firmas Sigma/YARA específicas disponibles, monitorear la actividad del agente de Cursor en busca de accesos inusuales a archivos fuera del directorio del proyecto puede ayudar a detectar posibles intentos de explotación. Después de la actualización, confirme la corrección revisando los logs del agente de Cursor para verificar que no se están intentando accesos no autorizados.