CVE-2026-119038
Niskie ryzyko· EPSS 6%Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 6 - wyżej niż 6% wszystkich znanych CVE
Streszczenie
Business::GoCardless w wersjach przed 1.01 dla Perla kończy przepływy przekierowania bez sprawdzania tokenu sesji, pozwalając na utworzenie płatności wobec mandatu innego klienta przy użyciu ujawnionego identyfikatora przepływu. confirm_resource nie pobiera tokenu sesji od wywołującego i zawsze akceptuje przepływ, a od wersji 1.00 przepływ z mandatem jest zwracany jako potwierdzony bez ponownego kończenia.
Ocena ryzyka
Zdalny atakujący ze znanym identyfikatorem przepływu innego klienta może tworzyć płatności lub subskrypcje wobec jego mandatu.
Rekomendacja
Zaktualizuj Business::GoCardless do wersji 1.01 lub nowszej.
Inne podatności w Business::GoCardless
Zobacz wszystkie- CVE-2026-119037Niskie ryzyko· EPSS 2%
Business::GoCardless w wersjach przed 1.01 dla Perla akceptuje sfałszowane webhooki, gdy skonfigurowany sekret webhooka jest undef lub pusty. signature_valid używa każdego sekretu jako klucza HMAC, a Digest::SHA traktuje undef i pusty ciąg jako pusty klucz.
- CVE-2026-119036Niskie ryzyko· EPSS 7%
Business::GoCardless w wersjach przed 1.01 dla Perla pozwala na wyczerpanie pamięci przez spłaszczanie ładunków starszych webhooków przed sprawdzeniem ich podpisu. Ładunek z kluczem najwyższego poziomu "payload" jest spłaszczany do par klucz-wartość, gdzie długi klucz z długą tablicą kosztuje pamięć proporcjonalną do iloczynu ich długości.
Oryginalny opis (angielski, źródło NVD)
Business::GoCardless versions before 1.01 for Perl complete redirect flows without checking the session token, letting a leaked redirect flow ID create payments against another customer's mandate. confirm_resource takes no session token from the caller. It reads the redirect flow back from the GoCardless API and completes it with the token from that response, so the check that the flow is completed by the session that started it always passes. It then creates the requested payment or subscription against the flow's mandate. Since version 1.00, a flow that already has a mandate is returned as confirmed without being completed again, so the same ID creates a new payment on every call. A remote attacker who obtains another customer's redirect flow ID can create payments or subscriptions against that customer's mandate.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

