Resultados para “handshake”
28 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 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 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.
5 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
Monero: un fallo al contar conexiones salientes permite tumbar todos los pares de salida de un nodo
Los nodos de Monero hasta la v0.18.4.0 contaban como salientes las conexiones temporales usadas solo para enviar Ping. Inundándolos de Handshakes, un atacante les hacía cortar sus pares legítimos, un primer paso hacia un ataque eclipse.
5 min
DoS en el conector R2DBC de MariaDB: un servidor malicioso fija las iteraciones PBKDF2 de Parsec y bloquea la CPU del cliente
En la autenticación Parsec del conector R2DBC de MariaDB, el servidor decide con un solo byte cuántas rondas de PBKDF2 calcula el cliente. Un servidor falso o un MITM podía tenerlo unos 25 minutos con un núcleo al 100 % por cada conexión.
5 min
Monero: llenar la cola de envío de monerod dormía todos los hilos P2P y dejaba el nodo sin servicio
Pidiendo lotes grandes de bloques, incluso antes del handshake, un atacante llenaba la cola de envío de cada conexión de monerod y hacía dormir unos 6 segundos a cada hilo P2P, hasta bloquearlos todos y disparar el uso de memoria.
4 min
Un cliente sin credenciales tumba MariaDB: underflow de size_t en caching_sha2_password
Un mensaje RSA-OAEP vacío hacía que MariaDB restara 1 a una longitud cero y la convirtiera en SIZE_MAX, provocando una lectura fuera de límites y el cierre de todo el servidor sin necesidad de contraseña válida.
8 min
MariaDB Connector/ODBC: una versión de servidor demasiado larga desbordaba el búfer de errores del cliente
Un servidor MariaDB malicioso (o un atacante en medio) podía anunciar una cadena de versión de más de ~500 bytes que desbordaba un contador size_t del driver ODBC y provocaba escrituras fuera del búfer de errores en el cliente.
6 min
Monero: el RPC set_daemon de monero-wallet-rpc ignoraba el anclaje de certificado TLS y permitía un MITM con el nodo
El RPC set_daemon de monero-wallet-rpc guardaba las huellas SHA-256 como texto en lugar de decodificarlas. Ninguna coincidía nunca y, en modo autodetect, la cartera aceptaba cualquier certificado del nodo.
6 min
DoS en curl: datagramas QUIC de longitud cero dejan colgado al cliente HTTP/3 (CVE-2026-11352)
Un servidor HTTP/3 malicioso podía dejar colgado a curl enviándole datagramas UDP vacíos: el receptor QUIC los descartaba sin contarlos contra su presupuesto de paquetes, así que ni siquiera saltaba el --max-time.
5 min
Agotamiento de memoria en el WebSocket de curl por los PONG automáticos (CVE-2026-11586)
La cola interna de respuestas PONG automáticas de curl crecía sin límite efectivo. Un servidor WebSocket malicioso podía forzar el consumo de memoria del cliente hasta provocar su caída por falta de memoria.
3 min