CVE-2026-88255 in mpp
Riassunto
di VulDB • 16/09/2026
Una mancata convalida impropria dell'equivalenza non sicura negli input in ZenHive mpp consente a un client remoto non autenticato di superare due volte il filtro anti-duplicazione delle sottomissioni del Tempo tramite una singola transazione firmata.
MPP.Methods.Tempo riserva lo slot di deduplicazione pre-broadcast sull'esadecimale fornito dal chiamante in reserve_hash_atomic/2, utilizzando come chiave store_key/1 su tx.raw anziché su una forma canonica della transazione. Il deserializzatore memorizza l'esadecimale del chiamante verbatim e accetta entrambe le codifiche dell'ID di recupero; pertanto, una singola transazione firmata sottomessa una volta con v=27 e una volta con v=0 genera due chiavi di riserva distinte, superando entrambe la fase di riserva ed entrando nel percorso di broadcast. Lo store per il replay delle credenziali a livello plug è deliberatamente isolato per Tempo in lib/mpp/replay.ex, lasciando questa riserva come unico filtro; l'indicizzazione post-broadcast scrive la chiave dell'esadecimale canonico che la riserva basata sulla chiave grezza non legge mai.
Ciò che produce la sottomissione duplicata dipende dal nodo: un rifiuto per riutilizzo del nonce fallisce in modalità sicura (closed), mentre un nodo che risponde con l'esadecimale canonico di una transazione già nota restituisce un secondo Payment-Receipt valido per un singolo pagamento on-chain.
Questo problema interessa mpp dalle versioni 0.2.0 alla versione precedente alla 0.16.2.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.