Medium

Smarty: SSRF via redirect bypass of trusted_uri using {fetch}

  • Disclosed: 01.09.2026
  • Updated: 11.10.2026 10:22

When a Security policy is active, {fetch} validates the requested remote URL against the trusted_uri allowlist via Security::isTrustedUri(). For non-http:// schemes (e.g. https://) the resource was then read with file_get_contents(), which follows HTTP redirects by default. Because isTrustedUri() only validates the initial URL, an open redirect on an otherwise-trusted host could be used to redirect the request to a non-trusted, internal target — bypassing the trusted_uri policy.

Impact

An attacker who can supply a fetch target (or influence one) and who has an open redirect available on a trusted host can cause the server to issue requests to attacker-chosen internal endpoints, defeating the trusted_uri allowlist (server-side request forgery).

Patches

Fixed in 5.8.2. When a security policy is active, {fetch} now passes a stream context that disables redirect following (follow_location => 0, max_redirects => 1) to file_get_contents() for remote resources. Behavior is unchanged when no security policy is set, since there is no trusted_uri to bypass.

Workarounds

Avoid fetching remote resources from within templates under untrusted control; ensure hosts listed in trusted_uri do not expose open redirects.

Affected software

Click a technology to see all vulnerabilities affecting it.

PlatformPackageVulnerable versionsFixed in
Composer package smarty/smarty >= 5.0.0, < 5.8.2, < 4.5.7 5.8.2, 4.5.7

References

CVSS score -
CVSS vector
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:N/SA:N
Weakness (CWE)
CWE-918
Platform
Composer
Package
smarty/smarty
Disclosed
01.09.2026
Updated
11.10.2026 10:22

Sources and licenses

OSV / GitHub Advisory Database - GHSA-cq55-c7wv-pxmq - CC BY 4.0

Vulnerability history: smarty/smarty

All published vulnerabilities of this package (Composer package), newest first. Shows whether this is a one-off slip or a package that needs watching.

All (18) in the archive
Total entries
18
First → latest
02.2021 09.2026
Without a fix
0
Exploited in attacks
0

Severity breakdown

  • Critical 3
  • High 8
  • Medium 7

Disclosures per year

  1. 2021: 2
  2. 2022: 11
  3. 2023: 1
  4. 2024: 1
  5. 2025: 0
  6. 2026: 3
Severity:
  1. Smarty: SSRF via redirect bypass of trusted_uri using {fetch} this entry
    Medium CVE-2026-62993 >= 5.0.0, < 5.8.2, < 4.5.7 5.8.2, 4.5.7
  2. High · 7.3 CVE-2024-35226 >= 5.0.0, < 5.1.1, >= 3.0.0, < 4.5.3 5.1.1, 4.5.3
  3. High · 7.1 CVE-2023-28447 >= 4.0.0, < 4.3.1, < 3.1.48 4.3.1, 3.1.48
  4. High · 8.8 CVE-2022-29221 < 3.1.45, >= 4.0.0, < 4.1.1 3.1.45, 4.1.1
  5. High CVE-2014-8350 < 3.1.21 3.1.21
  6. Critical · 9.8 CVE-2017-1000480 >= 3, < 3.1.32 3.1.32
  7. High · 7.5 CVE-2018-13982 < 3.1.33 3.1.33
  8. Critical · 9.8 CVE-2011-1028 < 3.0.7 3.0.7
  9. High · 8.8 CVE-2021-21408 < 3.1.43, >= 4.0.0, < 4.0.3 3.1.43, 4.0.3
  10. High · 8.1 CVE-2021-29454 < 3.1.42, >= 4.0.0, < 4.0.2 3.1.42, 4.0.2
  11. High · 7.5 CVE-2021-26119 < 3.1.39 3.1.39
  12. Critical · 9.8 CVE-2021-26120 < 3.1.39 3.1.39

Know which vulnerabilities affect your application

With the DockRay integration and software inventory enabled, DockRay checks reported component versions against known vulnerabilities and notifies you about confirmed matches. Coverage depends on the supported technology and available advisory data.

Connect your application
DockRay newsletter

Application security in your inbox

Important vulnerabilities, actionable guidance and practical advice for your applications. Choose your technologies and follow what matters to your project.

  • A daily digest of new vulnerabilities, critical ones included.
  • Notifications about important updates.
  • Practical advice on application security and monitoring.

Leave empty to receive updates for every technology.

Free to subscribe. Unsubscribe with one click in any email.