Reports

Resultados para “tor”

270 resultado(s)

BAJA#3772818

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.

[CONFIGURACIÓN]nextcloud
25 oct 2026
6 min
BAJA#3754343

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.

[CORRUPCIÓN DE MEMORIA]curl
24 oct 2026
5 min
BAJA#4040551

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.

[AUTENTICACIÓN]curl
24 oct 2026
6 min
BAJA#4041053

CVE-2026-94266: curl filtra la contraseña de .netrc en la URL efectiva tras una redirección relativa

Al seguir una redirección relativa en el mismo host, curl copiaba el usuario y la contraseña sacados de .netrc a la URL efectiva, visible en CURLINFO_EFFECTIVE_URL, %{url_effective} y la salida de -v.

[EXPOSICIÓN DE DATOS]curl
24 oct 2026
4 min
MEDIA#3989514

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.

[TLS Y CRIPTOGRAFÍA]curl
23 oct 2026
4 min
BAJA#3973176

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.

[TLS Y CRIPTOGRAFÍA]curl
23 oct 2026
6 min
ALTA#4038342

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".

[OTRAS INYECCIONES]nodejs
23 oct 2026
4 min
BAJA#3973135

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.

[AUTENTICACIÓN]curl
23 oct 2026
5 min
BAJA#4023192

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.

[OTROS]curl
23 oct 2026
5 min
BAJA#4022568

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.

[EXPOSICIÓN DE DATOS]curl
23 oct 2026
6 min
BAJA#3973190

curl reutilizaba una conexión FTP autenticada con certificado de cliente en transferencias sin TLS ni certificado

Una regresión en la reutilización de conexiones FTP de libcurl permitía que una transferencia sin TLS ni certificado usase una conexión ya autenticada con el certificado de cliente privilegiado de otro handle.

[AUTENTICACIÓN]curl
22 oct 2026
5 min
BAJA#3636758

Nextcloud Talk: un participante sin permisos podía silenciar a otros inyectando señalización desde otra sala que modera

La señalización interna de Nextcloud Talk comprobaba los permisos de moderador en la sala del remitente, pero entregaba el mensaje a cualquier sesión. Un participante normal podía forzar el silencio de otro desde una sala propia.

[AUTENTICACIÓN]nextcloud
22 oct 2026
4 min