CVE-2026-88255

Niewłaściwa weryfikacja niebezpiecznej równoważności danych wejściowych w ZenHive mpp umożliwia nieuwierzytelnionemu zdalnemu klientowi dwukrotne przejście przez bramkę przesyłania duplikatów Tempo w ramach jednej podpisanej transakcji.

MPP.Methods.Tempo rezerwuje szczelinę deduplikacji przed emisją na heksie dostarczonym przez rozmówcę w Reserve_hash_atomic/2, kluczowaną przez store_key/1 w tx.raw, a nie w kanonicznej formie transakcji. Deserializator przechowuje dosłownie szesnastkowy kod wywołujący i akceptuje oba kodowania identyfikatora odzyskiwania, więc jedna podpisana transakcja przesłana raz z v=27 i raz z v=0 daje dwa różne klucze rezerwowe, które przechodzą przez rezerwę i docierają do ścieżki rozgłoszeniowej. Magazyn poświadczeń na poziomie wtyczki jest celowo wydzielony ze względu na tempo w lib/mpp/replay.ex, pozostawiając tę ​​rezerwę jako jedyną bramę, a znacznik po emisji zapisuje kanoniczny klucz mieszający, którego rezerwa z surowym kluczem nigdy nie czyta.

To, co daje zduplikowane przesłanie, zależy od węzła: odrzucenie jednorazowego ponownego użycia kończy się niepowodzeniem, podczas gdy węzeł, który odpowiada kanonicznym skrótem dla już znanej transakcji, zwraca drugie ważne potwierdzenie płatności dla pojedynczej płatności w łańcuchu.

Ten problem dotyczy mpp: od 0.2.0 do 0.16.2.