Resultados para “consumo-de-recursos”
7 resultado(s)
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
Burp Suite DAST: el login procesaba contraseñas de varios megas antes de validarlas
El endpoint /api-internal/login de una instancia de prueba de Burp Suite DAST cargaba y parseaba entera una contraseña de megas antes de rechazarla, gastando memoria y CPU con datos sin validar.
4 min
Khan Academy: la página de restablecer contraseña agotaba la memoria del navegador del usuario
En Khan Academy, abrir /pwreset?action=reset con la sesión iniciada hacía que la página generara sola miles de peticiones hasta agotar la memoria y bloquear el navegador de quien la visitaba.
1 min
Tor: un relé de salida malicioso deja inflado el contador de memoria de las colas Conflux tras cerrar el circuito
Al destruir un conjunto Conflux, Tor libera los mensajes fuera de orden pero no resta su coste del contador global. Un relé de salida malicioso puede inflarlo de forma acumulativa hasta reiniciar Tor, acercándose al límite MaxMemInQueues.
4 min
Discourse: borradores gigantes en /drafts.json que saturaban el servidor de try.discourse.org
El endpoint POST /drafts.json de Discourse aceptaba y guardaba borradores de cientos de miles de caracteres, aunque respondiera 502. Con varios a la vez, un usuario autenticado llevaba las respuestas del servidor por encima de 32 segundos.
2 min
Weblate: una búsqueda sin autenticar de 33 bytes consumía 52 s de CPU y frenaba a todos los usuarios
La gramática de búsqueda de Weblate sufría backtracking exponencial. Una consulta ?q= diminuta y sin autenticar consumía casi un minuto de CPU bajo un lock global, dejando inservible toda la instancia.
4 min