Resultados para “parsing”
6 resultado(s)
Bomba XML "billion laughs" en translation-finder de Weblate: ficheros Qt .ts que agotan la CPU
La función que lee la versión de los ficheros Qt .ts en translation-finder expandía entidades XML sin control. Un .ts de menos de 1 MiB forzaba decenas de MB de expansión, y cada fichero extra multiplicaba el coste de la detección.
8 min
CVE-2026-111481: una cookie del servidor aún rompe el cookie jar de curl pese al parche de CVE-2026-92386
El parche de CVE-2026-92386 no bastó: un servidor puede hacer que curl guarde una línea de cookie demasiado larga, de modo que las siguientes ejecuciones fallan con el código 100 y, con -b y -c sobre el mismo fichero, el jar se queda sin cookies.
4 min
Desincronización 0.CL: HTTP request smuggling en Essity
Un desajuste entre cómo el proxy frontal y el servidor de origen interpretan la cabecera Content-Length permitía inyectar una petición en la conexión de otro usuario (desincronización 0.CL) y degradar el servicio.
6 min
Node.js (llhttp) aceptaba un CR suelto como fin de la línea de estado en respuestas HTTP, incluso en modo estricto
El parser de respuestas de llhttp, incluido en Node.js, daba por buena una línea de estado terminada en \r\r en lugar de \r\n. Las peticiones sí lo rechazaban, y esa asimetría abre la puerta a desincronizar conexiones detrás de un proxy.
7 min
curl pierde el atributo Secure de una cookie si va precedido de un tabulador (CVE-2026-80255)
Desde curl 8.13.0, un Set-Cookie con tabulador antes de Secure hace que la cookie se guarde sin ese atributo, y curl la envía después en claro por HTTP al mismo host.
4 min
Weblate: una búsqueda sin autenticar de 33 bytes consumía 52 s de CPU y frenaba a todos los usuarios
La gramática de búsqueda de Weblate sufría backtracking exponencial. Una consulta ?q= diminuta y sin autenticar consumía casi un minuto de CPU bajo un lock global, dejando inservible toda la instancia.
4 min