<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Sylius (2.1.x &lt; 2.1.16, 2.2.x &lt; 2.2.9) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/sylius-2.1.x--2.1.16-2.2.x--2.2.9/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Sun, 27 Sep 2026 15:07:20 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/sylius-2.1.x--2.1.16-2.2.x--2.2.9/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Host Header Injection in Sylius Password Reset Mechanism</title><link>https://feed.craftedsignal.io/briefs/2026-09-sylius-password-reset-poisoning/</link><pubDate>Sun, 27 Sep 2026 15:07:20 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-sylius-password-reset-poisoning/</guid><description>Sylius versions before 1.12.25, 1.13.17, 1.14.20, 2.1.16, and 2.2.9 are vulnerable to a password reset poisoning attack, allowing unauthenticated attackers to hijack administrator accounts via Host header manipulation.</description><content:encoded><![CDATA[<p>Sylius versions released prior to 1.12.25, 1.13.17, 1.14.20, 2.1.16, and 2.2.9 contain a critical vulnerability in the password reset workflow. The application incorrectly utilizes the HTTP 'Host' header provided in an incoming password reset request to construct the password reset link sent to the user. An unauthenticated attacker can exploit this by injecting a malicious domain into the 'Host' header while initiating a reset request for a target administrator's email address. The resulting reset email contains a link pointing to an attacker-controlled server, facilitating the theft of the reset token and leading to full account takeover. This vulnerability poses a significant risk to administrative access and underscores the necessity of validating input derived from HTTP headers against an allowlist of expected domains.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker identifies a target administrator's email address associated with the Sylius instance.</li>
<li>Attacker initiates a password reset request via the legitimate application endpoint (e.g., /password-reset/request).</li>
<li>Attacker intercepts the outgoing HTTP request using a proxy or intercepting tool.</li>
<li>Attacker modifies the 'Host' header field in the request to point to an attacker-controlled domain.</li>
<li>The Sylius backend processes the request and uses the malicious 'Host' header to generate the URL for the password reset token.</li>
<li>The application sends the password reset email to the legitimate administrator, containing the poisoned, attacker-controlled link.</li>
<li>The administrator clicks the malicious link, sending the reset token to the attacker's infrastructure.</li>
<li>Attacker utilizes the intercepted token to reset the administrator's password and gain unauthorized administrative access.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows unauthenticated attackers to perform full account takeover of administrative accounts. This grants attackers unauthorized access to the Sylius management dashboard, allowing for data exfiltration, system configuration changes, and further persistence within the application environment.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritize patching affected Sylius installations to the latest secure versions. For environments unable to patch immediately, implement strict validation of the 'Host' header at the web application firewall (WAF) or load balancer level to ensure only authorized hostnames are accepted for administrative requests.</p>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>web-application</category><category>account-takeover</category><category>authentication-bypass</category><category>privilege-escalation</category><category>financial-fraud</category><category>e-commerce</category><category>cve-2026-100872</category></item></channel></rss>