SecvalisbySYSDEVOPS.EU
Katalog CVE
EnglishPolski

CVE-2026-85491

WysokieCVSS 8.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.35%

Percentyl 26 - wyżej niż 26% wszystkich znanych CVE

Streszczenie

Podatność w bibliotece Catalyst::Seal w wersjach przed 0.03 dla Perla pozwala na unieważnienie ścieżki lub ominięcie kontroli autoryzacji poprzez mechanizm memoizacji oparty wyłącznie na ścieżce żądania. Klucz pamięci podręcznej nie uwzględnia metody HTTP, typu zawartości, schematu ani zapytania, przez co wynik rozstrzygnięcia ścieżki jest przypisywany do żądań, dla których nie został wyliczony. W efekcie żądanie GET na ścieżce z akcją tylko dla POST może trwale zablokować tę ścieżkę lub spowodować skierowanie późniejszego POST do płytszej, mniej uprzywilejowanej akcji z pominięciem kontroli autoryzacji.

Ocena ryzyka

Organizacja może doświadczyć trwałego zablokowania ścieżek lub — co poważniejsze — pominięcia kontroli autoryzacji, gdy żądanie zostanie skierowane do mniej uprzywilejowanej akcji. Ponieważ wpis w pamięci podręcznej utrzymuje się przez cały czas życia procesu, skutki mogą być długotrwałe i dotyczyć wielu kolejnych żądań.

Rekomendacja

Należy zaktualizować bibliotekę Catalyst::Seal do wersji 0.03 lub nowszej, która usuwa tę podatność. Do czasu aktualizacji zaleca się ograniczenie dostępu do aplikacji oraz monitorowanie nietypowych wzorców żądań na tych samych ścieżkach.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

Catalyst::Seal versions before 0.03 for Perl allow one request to disable a path or route a later one past an authorization check via a dispatch memo keyed on the request path alone. Catalyst::Seal replaces the dispatcher's prepare_action with a version that memoises how a path resolved: which dispatch type matched, at which level, and what was left over as arguments. The key is the request path and nothing else. Action roles that match on the method, content type, scheme or query make that resolution depend on state the key does not carry, so the memo answers for a request it was not built from. A path that resolves to no action is memoised as well, and replaying that entry returns without consulting any dispatch type, so no action is set and the request fails. A GET of a path whose action is declared POST-only therefore disables that path for every later request, the correct POST included. An entry that did resolve replays the level the earlier descent reached. Where a POST-only action sits below a shallower action on the same path, a GET memoises the shallow route, and a later POST is dispatched there with an auto() guarding the deeper controller never running. The memo is cleared only when an action is registered, which happens at setup, so an entry lasts for the life of the process, and its cap of 2048 entries bounds how many paths one caller can disable. In the configuration measured, the misroute lands on the less privileged action, so it is an authorization check not running rather than a privilege gain.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS