CVE-2026-123792 in Symfony
Resumen
por VulDB • 2026-11-06
Los componentes Inline y Parser de Symfony Yaml analizan algunos documentos YAML de forma ineficiente, por lo que un documento pequeño pero manipulado puede tardar desproporcionadamente mucho en procesarse, manteniendo ocupado al proceso PHP durante segundos o minutos, lo que potencialmente causa una denegación de servicio (DoS) en las versiones de Symfony anteriores a 5.4.56, 6.x anteriores a 6.4.50, 7.x anteriores a 7.4.23 y 8.x anteriores a 8.1.11.
El analizador repite el trabajo ya realizado en varios lugares. Un mapeo incrustado en una secuencia de flujo se vuelve a analizar para cada valor escalar añadido a él, al igual que las colecciones anidadas dentro del mismo; por lo tanto, el tiempo de análisis crece exponencialmente con la profundidad del anidamiento. Los patrones que coinciden con las claves y etiquetas de los mapeos analizan una secuencia continua de espacios una vez por cada carácter de dicha secuencia, y cada valor escalar de una colección de flujo se compara contra una copia del resto de la colección; en consecuencia, el tiempo de análisis crece cuadráticamente con el tamaño de la entrada. Los bloques anidados también se copian en cada nivel de anidamiento, lo que consume tanto memoria como tiempo. Algunas otras construcciones, como un elemento de secuencia vacío seguido de una línea en blanco o un ancla denominada 0, desencadenan trabajos repetidos similares.
Cualquier código que analice YAML no confiable se ve afectado con las marcas predeterminadas. En Symfony 7.4 y versiones posteriores, esto incluye #[MapRequestPayload] cuando el componente Yaml está instalado y el punto final (endpoint) no restringe acceptFormat. Una única solicitud sin autenticar con un tipo de contenido YAML mantiene ocupado al trabajador PHP hasta que se alcanza max_execution_time. Los documentos JSON son válidos como YAML, por lo que una carga útil en formato JSON enviada con un tipo de contenido YAML es suficiente para el caso de colección de flujo. En Symfony 6.4, #[MapRequestPayload] acepta YAML únicamente cuando la aplicación registra un formato de solicitud yaml.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.