<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-04T03:37:39.910493+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/fkie_cve-2026-68501</id>
    <title>fkie_cve-2026-68501</title>
    <updated>2026-10-04T03:37:39.913036+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Sylius Mollie Plugin provides Mollie payment integration for Sylius applications. Prior to 2.2.8, 3.2.4, and 3.3.1, Sylius Mollie Plugin's GET /{_locale}/thank-you PageRedirectController::thankYouAction and GET /{_locale}/get-code QrCodeAction::fetchQrCodeFromOrder endpoints look up sequential orderId values without ownership or session checks, exposing order tokenValue values that can be used with GET /{_locale}/register-after-checkout/{tokenValue} to view customer first name, last name, and email. This issue is fixed in 2.2.8, 3.2.4, and 3.3.1.</p>
      </div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/fkie_cve-2026-68501"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-x83g-979r-f5fh</id>
    <title>GHSA-x83g-979r-f5fh — Sylius Mollie Plugin has unauthenticated IDOR that leaks order token and customer PII</title>
    <updated>2026-10-04T03:37:39.913111+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: sylius/mollie-plugin</p>
<p>### Impact
Two unauthenticated Mollie shop endpoints look up orders by a sequential integer `orderId`
with no ownership or session check. Chained, they expose customer PII.</p>
<p>`GET /{_locale}/thank-you` (`PageRedirectController::thankYouAction`, route
`sylius_mollie_shop_thank_you_page_redirect`) loads the order with `findOneBy(['id' =&gt; $orderId])`
and returns a `302` whose `Location` header carries that order's `tokenValue`. Any `orderId`
thus yields that order's token. A non-existent id dereferences null and returns a `500`. The
handler also writes the raw `orderId` into the session.</p>
<p>`GET /{_locale}/get-code` (`QrCodeAction::fetchQrCodeFromOrder`, route
`sylius_mollie_shop_get_qr_code`) runs the same lookup and returns the order's QR code and id
as JSON, ignoring the session cart; this is where the front-end got the integer id. A bad id
`500`s here too.</p>
<p>That `tokenValue` is the order's only access control. Passed to the Sylius core page
`GET /{_locale}/register-after-checkout/{tokenValue}` it returns a form pre-filled with the
customer's first name, last name and email. The full attack: enumerate `orderId`, read the
token from the redirect, read the PII, at roughly a 1-in-71 hit rate for guest orders.
`register-after-checkout` is Sylius core, not the plugin, and trusts the token by design, so
the leak is what must be fixed.</p>
<p>None of the plugin endpoints require a login, session or CSRF token.</p>
<p>### Patches
Fixed in **2.2.8**, **3.2.4** and **3.3.1**.</p>
<p>### Workarounds
If yo…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-x83g-979r-f5fh"/>
  </entry>
</feed>
