<?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>J2commerce - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/j2commerce/</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>Sat, 22 Aug 2026 05:42:44 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/j2commerce/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>Stored XSS in J2Commerce via Guest Checkout Filter Bypass</title><link>https://feed.craftedsignal.io/briefs/2026-08-j2commerce-xss/</link><pubDate>Sat, 22 Aug 2026 05:42:44 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-j2commerce-xss/</guid><description>J2Commerce versions 4.1.5 and earlier are vulnerable to stored XSS via guest checkout, allowing unauthenticated attackers to execute malicious JavaScript in the administrator's browser upon order review.</description><content:encoded><![CDATA[<p>J2Commerce (com_j2store) versions 4.1.5 and earlier contain a stored Cross-Site Scripting (XSS) vulnerability (CVE-2026-74252) within the guest checkout billing address fields. The vulnerability is caused by a filter bypass in Joomla's <code>Input::getArray()</code> method, which can be exploited when PHP's <code>variables_order</code> configuration defaults to 'EGPCS' (Cookie overrides POST in <code>$_REQUEST</code>).</p>
<p>An unauthenticated attacker can submit a malicious payload in cookie fields that are then stored unsanitized in the <code>j2store_orderinfos</code> database table. Because the J2Commerce administrator order management panel fails to encode these fields when rendering the orders list, the payload executes automatically in the administrator's browser as soon as the orders listing page is loaded. This allows for session hijacking, unauthorized creation of administrator accounts, or the installation of malicious plugins to achieve further system compromise. The vulnerability affects any hosting environment where cookies take precedence over POST data in <code>$_REQUEST</code>.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker sends a GET request to the J2Commerce frontend to obtain a CSRF token.</li>
<li>Attacker adds an item to the cart using <code>option=com_j2store&amp;view=carts&amp;task=addItem</code>.</li>
<li>Attacker submits a POST request to <code>guest_validate</code> containing both a POST parameter <code>first_name=RAW</code> to trigger the filter bypass and a Cookie <code>first_name</code> containing the XSS payload.</li>
<li>Attacker completes the shipping validation step to set the necessary session data.</li>
<li>Attacker completes the payment selection step.</li>
<li>Attacker finalizes the order via <code>confirmPayment</code>, which causes the backend to store the unsanitized XSS payload in the database.</li>
<li>Administrator accesses the J2Commerce orders management interface.</li>
<li>The XSS payload executes automatically in the administrator's browser context, potentially leading to account takeover or webshell deployment.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in full site compromise. An attacker can hijack administrative sessions, create new super-administrator accounts, or install malicious plugins to execute arbitrary PHP code on the server. Because the payload triggers automatically upon viewing the orders list, it requires no user interaction beyond the administrator's routine order management, and it persists until the malicious order record is removed.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Update J2Commerce (com_j2store) to version 4.1.6 or later to apply the necessary output encoding.</li>
<li>Monitor web server access logs for anomalous POST requests to <code>com_j2store</code> checkout endpoints containing non-standard Cookie headers.</li>
<li>Review J2Commerce orders database for suspicious values in the <code>billing_first_name</code>, <code>billing_last_name</code>, or address fields.</li>
<li>Configure PHP <code>request_order</code> to exclude cookies (e.g., <code>request_order = &quot;GP&quot;</code>) if possible to prevent cookie-based override of input parameters, though this is a defense-in-depth measure.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>xss</category><category>web-vulnerability</category><category>j2commerce</category></item></channel></rss>