Resultados para “orm”
302 resultado(s)
libcurl conservaba la contraseña del proxy al cambiar o borrar CURLOPT_PROXYUSERPWD y la enviaba a otro proxy
Desde curl 8.8.0, volver a fijar CURLOPT_PROXYUSERPWD solo con usuario, o a NULL, no borraba la contraseña anterior. Un handle reutilizado podía mandar esa contraseña vieja a un proxy distinto.
5 min
Inyección de código local en el cliente de escritorio de Nextcloud para macOS vía secuestro de @rpath
Un usuario normal de macOS podía cargar una librería propia en el proceso de Nextcloud que gestiona el inicio de sesión web, gracias a una entitlement que desactiva la validación de firmas y a una ruta de compilación muerta en el binario.
6 min
CVE-2026-9546: fuga del Referer anterior en libcurl al reutilizar un easy handle
Poner CURLOPT_REFERER a NULL no limpiaba el estado interno del Referer en libcurl, así que la siguiente petición en el mismo easy handle podía reenviar el Referer anterior a otro servidor y provocar un use-after-free.
5 min
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
CVE-2026-87865: libcurl con libssh2 presenta como "nueva" la clave falsa de un host SSH ya fijado en known_hosts
Con un known_hosts de nombres hasheados, libcurl usaba la primera entrada anónima sin comprobar su hash. Una clave hostil para un host ya fijado llegaba al callback como MISSING en vez de MISMATCH.
4 min
Use-after-free en subidas HTTP/2 de curl cuando el servidor corta el stream
Al subir un fichero por HTTP/2, curl 8.22.0 maneja mal un RST_STREAM del servidor y acaba reutilizando un objeto Curl_easy ya liberado. El resto del cuerpo pendiente se envía como si fuera una petición nueva y deja un puntero colgante.
5 min
curl con wolfSSL acepta un pin de clave pública que el servidor no tiene por un certificado malformado
En curl 8.22.0 compilado con wolfSSL, un certificado con la longitud de "validity" manipulada hace que wolfSSL y curl lean claves públicas distintas del mismo DER, y curl acepta un pin de una clave que el servidor no posee.
4 min
curl ignoraba la verificación de clave de host SSH al seguir una redirección de HTTPS a SFTP o SCP
Si curl empezaba con una URL HTTPS y seguía una redirección a SFTP, no aplicaba --knownhosts ni --hostpubsha256: un servidor SSH suplantado podía recibir credenciales y servir contenido falso.
6 min
Node.js: dns.resolve* corta los nombres en el byte NUL y deja burlar validaciones de host (fix incompleto de CVE-2026-48930)
El parche de CVE-2026-48930 bloqueaba los bytes NUL en dns.lookup, pero no en dns.resolve*: Node consultaba "attacker.test" aunque el código hubiera validado "attacker.test\x00.trusted.corp".
4 min
curl seguía firmando con AWS SigV4 después de desactivarlo con CURLOPT_AWS_SIGV4 a NULL
En libcurl, poner CURLOPT_AWS_SIGV4 a NULL vaciaba los parámetros pero no desactivaba la autenticación SigV4, así que un handle reutilizado seguía enviando cabeceras Authorization firmadas a la siguiente URL.
5 min
curl: un 103 Early Hints anula la protección de -J y deja al servidor sobrescribir un fichero local
Con curl -O -J -i, un servidor que manda un 103 Early Hints (o un ETag temprano bajo --etag-save) antes del Content-Disposition logra truncar un fichero local que -J promete no tocar.
5 min
CVE-2026-92389: un servidor TFTP malicioso podía hacer que curl le enviase datos preparados para otra transferencia
curl aceptaba un ACK como respuesta a una petición de lectura TFTP y pasaba a modo envío, mandando al servidor lo que hubiera en CURLOPT_READDATA, aunque estuviera preparado para otra transferencia anterior.
6 min