Resultados para “caché”
30 resultado(s)
curl enviaba un ticket Kerberos nuevo (Authorization: Negotiate) al host de una redirección si la URL llevaba usuario
Con --negotiate y -L, bastaba con que el servidor redirigiera a una URL con usuario y contraseña inventados para que curl pidiera al KDC un ticket Kerberos para el host del atacante y se lo enviara, saltándose la protección entre hosts.
6 min
curl reutilizaba conexiones Schannel autenticadas con certificado de cliente tras una redirección a otro origen
El caché de conexiones de libcurl no comparaba auto_client_cert, así que una petición redirigida podía viajar por una conexión Schannel ya autenticada con certificado de cliente que no debía usar.
5 min
Un max-age desmesurado en HSTS vacía la caché de curl y borra las políticas de todos los demás dominios
Un servidor HTTPS podía enviar un max-age que curl aceptaba pero no sabía guardar. Al fallar el guardado, el fichero de caché HSTS quedaba vacío y se perdían las políticas de todos los dominios, sin ningún error.
5 min
CVE-2026-86412: una cookie enviada por un servidor hace que curl vacíe el cookie jar y borre las de otros dominios
Un servidor HTTP podía fijar una cookie que curl guardaba en el cookie jar pero no sabía volver a leer. En la siguiente ejecución curl fallaba antes de conectar y, al cerrar, sobrescribía el jar vacío, borrando las cookies de todos los dominios.
7 min
curl descarta una entrada HSTS de subdominio al cargar la caché y acaba pidiendo por HTTP sin cifrar
Al importar la caché HSTS, curl desechaba la entrada de un subdominio con includeSubDomains si su dominio padre se cargaba antes. Cuando caducaba el padre, las peticiones a ese subdominio salían por HTTP en claro.
5 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
Confusión de identidad con el prefijo heredado #mysql50# en MariaDB: caché de tablas desfasada y lectura de memoria
El prefijo de compatibilidad #mysql50# de MariaDB hacía que `t` y `#mysql50#t` apuntaran al mismo fichero pero se tratasen como dos tablas distintas en la caché de metadatos, permitiendo leer memoria con una definición de tabla desfasada.
5 min
curl reutilizaba conexiones ligadas a otra dirección de origen al usar --interface con prefijos (CVE-2026-107929)
Con CURLOPT_INTERFACE en sus formas con prefijo (if!, host!, ifhost!), libcurl no tenía en cuenta la dirección de origen al reutilizar conexiones, así que una petición podía salir desde la IP pedida por otra anterior.
5 min
Monero: relay_tx en monero-wallet-rpc se salta --restricted-rpc y corrompe el estado de la cartera
El método relay_tx de monero-wallet-rpc no comprobaba el modo restringido y aceptaba un pending_tx del llamante sin verificarlo, lo que permitía congelar salidas de la cartera víctima y plantar claves de transacción ajenas.
6 min
Kiro IDE guardaba los tokens de acceso de sus usuarios en un fichero legible por cualquiera (0644)
Kiro IDE escribía el access token y el refresh token en ~/.aws/sso/cache/kiro-auth-token.json con permisos 0644, así que cualquier proceso o usuario local podía leerlos y suplantar a la víctima ante la API de CodeWhisperer/Q Developer.
4 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
SSRF sin autenticación en Rocket.Chat: la integración SMS de Voxtelesys burla checkUrlForSsrf con DNS rebinding
El webhook público de SMS de Voxtelesys en Rocket.Chat 7.13.2 validaba la URL de un adjunto una sola vez por DNS. Con DNS rebinding se esquivaba el filtro checkUrlForSsrf y se leían respuestas de hosts internos.
5 min