CVE-2026-123660 in Vulnerability-Lookup
Riassunto
di VulDB • 06/11/2026
In Vulnerability-Lookup dalle versioni 5.5.1 fino alla versione 6.4.1 (esclusa), un utente autenticato poteva indurre il server ad allocare una quantità di memoria sproporzionata rispetto all'input fornito, attraverso il payload template delle notifiche webhook. Ogni specificatore di formato dei segnaposto veniva passato invariato al formattaggio delle stringhe di Python, che costruisce il risultato con padding prima che la sua dimensione possa essere verificata. Un template di poche decine di byte, ad esempio {"text": "{title:>999999999}"}, produceva quindi una stringa di circa 1 GB quando il modulo delle notifiche lo sottoponeva a test-rendering durante il salvataggio; la ripetizione di tali campi moltiplicava i costi. I template che superavano il controllo al salvataggio potevano anche ripetere segnaposti come {text} migliaia di volte; il demone delle notifiche li ricostruiva ad ogni consegna webhook. Template profondamente annidati generavano un errore di ricorsione non gestito (HTTP 500). Un attaccante necessita solo di un account, che la configurazione predefinita permette a chiunque di creare dopo la conferma via e-mail. Potrebbe esaurire la memoria dei worker web o del demone delle notifiche, causando una denial of service. La versione 6.4.1 limita ogni numero in uno specificatore di formato a 256, vincola un template renderizzato a 1.000.000 di caratteri sia al salvataggio che alla consegna, e rifiuta i template annidati oltre il livello 32.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.