Resultados para “hackerone”
140 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
ReDoS en RubyGems.org: expresiones regulares del usuario en las políticas OIDC podían bloquear los workers de Puma
Las políticas de acceso OIDC de RubyGems.org ejecutaban expresiones regulares escritas por el usuario contra los claims del JWT sin límite de tiempo. Un patrón con backtracking catastrófico podía dejar ocupados los pocos workers del servidor.
3 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
curl reutilizaba entre orígenes distintos una conexión autenticada con Negotiate (CVE-2026-87861)
Un cambio en los comparadores de reutilización de conexiones de libcurl permitía que una petición para un host saliera por una conexión ya autenticada con Negotiate para otro host detrás del mismo proxy.
4 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-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.
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
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
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.
4 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
XSS DOM almacenado en WordPress: un Contributor se convierte en administrador vía Quick Edit
En sitios WordPress con más de 10.000 usuarios, un Contributor podía guardar HTML codificado en su nombre público. Al pulsar Quick Edit sobre su post, el administrador ejecutaba ese código y acababa creando una cuenta de administrador controlada por el atacante.
5 min