<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 15 Oct 2026 18:16:55 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-291230</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-291230</link>
      <description>EUVD-2026-291230</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-291230</guid>
    </item>
    <item>
      <title>fkie_cve-2026-32270</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-32270</link>
      <description>&lt;p&gt;Craft Commerce is an ecommerce platform for Craft CMS. In versions 4.0.0 through 4.10.2 and 5.0.0 through 5.5.4, the PaymentsController::actionPay discloses some order data to unauthenticated users when an order number is provided and the email check fails during an anonymous payment. The JSON error response includes the serialized order object (order), which contains some sensitive fields such as customer email, shipping address, and billing address. The frontend payment flow&amp;#39;s actionPay() retrieves orders by number before authorization is fully enforcedLoad order by number. This issue has been fixed in versions 4.11.0 and 5.6.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Craft Commerce is an ecommerce platform for Craft CMS. In versions 4.0.0 through 4.10.2 and 5.0.0 through 5.5.4, the PaymentsController::actionPay discloses some order data to unauthenticated users when an order number is provided and the email check fails during an anonymous payment. The JSON error response includes the serialized order object (order), which contains some sensitive fields such as customer email, shipping address, and billing address. The frontend payment flow&amp;#39;s actionPay() retrieves orders by number before authorization is fully enforcedLoad order by number. This issue has been fixed in versions 4.11.0 and 5.6.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-32270</guid>
    </item>
    <item>
      <title>GHSA-3vxg-x5f8-f5qf — Craft Commerce has an unauthenticated information disclosure that can leak some customer order data on anonymous paymen…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3vxg-x5f8-f5qf</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: craftcms/commerce&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`PaymentsController::actionPay` discloses some order data to unauthenticated users when an order number is provided and the email check fails during an anonymous payment.&lt;/p&gt;
&lt;p&gt;The JSON error response includes the serialized order object (`order`), which contains some sensitive fields such as customer email, shipping address, and billing address.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;I manually audited frontend payment flows and found that `actionPay()` retrieves orders by number before authorization is fully enforced.&lt;/p&gt;
&lt;p&gt;Code path:&lt;/p&gt;
&lt;p&gt;1. Load order by `number`.
2. Evaluate whether payment is authorized for completed orders (`number + matching email`).
3. If unauthorized, return failure.
4. Failure response still includes `cartArray($order)`, which serializes sensitive order data.&lt;/p&gt;
&lt;p&gt;Why is this a vulnerability?&lt;/p&gt;
&lt;p&gt;- Authorization logic says the requester is not allowed to pay for a completed order without an email.
- But the response still returns the same completed order’s contents.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Type: Information Disclosure / Broken Access Control&lt;/p&gt;
&lt;p&gt;Who is impacted:&lt;/p&gt;
&lt;p&gt;- Any Commerce deployment where completed order numbers can be obtained or leaked.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: craftcms/commerce&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`PaymentsController::actionPay` discloses some order data to unauthenticated users when an order number is provided and the email check fails during an anonymous payment.&lt;/p&gt;
&lt;p&gt;The JSON error response includes the serialized order object (`order`), which contains some sensitive fields such as customer email, shipping address, and billing address.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;I manually audited frontend payment flows and found that `actionPay()` retrieves orders by number before authorization is fully enforced.&lt;/p&gt;
&lt;p&gt;Code path:&lt;/p&gt;
&lt;p&gt;1. Load order by `number`.
2. Evaluate whether payment is authorized for completed orders (`number + matching email`).
3. If unauthorized, return failure.
4. Failure response still includes `cartArray($order)`, which serializes sensitive order data.&lt;/p&gt;
&lt;p&gt;Why is this a vulnerability?&lt;/p&gt;
&lt;p&gt;- Authorization logic says the requester is not allowed to pay for a completed order without an email.
- But the response still returns the same completed order’s contents.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Type: Information Disclosure / Broken Access Control&lt;/p&gt;
&lt;p&gt;Who is impacted:&lt;/p&gt;
&lt;p&gt;- Any Commerce deployment where completed order numbers can be obtained or leaked.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3vxg-x5f8-f5qf</guid>
    </item>
  </channel>
</rss>
