SecvalisbySYSDEVOPS.EU
CVE Catalog
EnglishPolski

CVE-2026-85491

HighCVSS 8.8
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.35%

26th percentile - higher than 26% of all known CVEs

Summary

A vulnerability in Catalyst::Seal versions before 0.03 for Perl allows one request to disable a path or route a later request past an authorization check via a dispatch memo keyed solely on the request path. The memo key does not account for HTTP method, content type, scheme, or query, so a resolution computed for one request is replayed for another. As a result, a GET on a POST-only path can permanently disable that path or cause a later POST to be dispatched to a shallower, less privileged action, bypassing authorization.

Risk Assessment

The organization may face permanent path disabling or, more critically, bypass of authorization checks when a request is routed to a less privileged action. Because the memo entry persists for the life of the process, the impact can be long-lasting and affect many subsequent requests.

Recommendation

Update Catalyst::Seal to version 0.03 or later, which removes this vulnerability. Until patched, restrict access to the application and monitor for unusual request patterns on the same paths.

Related vulnerabilities

Original NVD description (English source)

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.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS