Skip to main content
VulnerabilityPublished

CVE-2026-17552: RRWO Plack::App::Prerender · Server-Side Request Forgery (SSRF)

Affects RRWO Plack::App::PrerenderSource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical : upgrade to 0.3.0 as a priority.

Data as of 27 Oct 2026, 05:11 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 0.3.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 Jul 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade Plack::App::Prerender and Plack-App-Prerender to 0.3.0.

Affected software

ProductAffectedFixed in
RRWOPlack::App::PrerenderAffected
  • <0.3.0
Fixed in
  • 0.3.0
GitHubPlack-App-Prerenderpkg:github/Plack-App-PrerenderOther threatsAffected
  • <0.3.0
Fixed in
  • 0.3.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

If you cannot patch yet, users should avoid using affected versions (<0.3.0) of Plack::App::Prerender or implement strict input validation to ensure that the REQUEST_URI cannot be manipulated to alter the hostname. Monitoring for updates from the vendor or CPAN security advisories is recommended.

Description

Plack::App::Prerender versions before 0.3.0 for Perl can proxy to an arbitrary host via unvalidated REQUEST_URI concatenation in call. When the rewrite base is a plain string, the REQUEST_URI is appended to it, with no check that the path starts with a forward slash ('/'). When the rewrite base does not contain a path (which is the standard given in the SYNOPSIS), an attacker can create a request that changes the hostname. A request target starting with an at-sign ('@') changes the base to a RFC 3986 userinfo component. For example, a rewrite base of "https://example.com" with the submitted request "GET @192.168.1.2/" will send a request to "https://example.com@192.168.1.2/", with the rendered content returned to the attacker. This allows an attacker to access internal or restricted hosts that only the webserver has access to.

References

Community reviews

Loading reviews…