<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-31T22:30:15.939452+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/fkie_cve-2026-119038</id>
    <title>fkie_cve-2026-119038</title>
    <updated>2026-10-31T22:30:15.965827+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Business::GoCardless versions before 1.01 for Perl complete redirect flows without checking the session token, letting a leaked redirect flow ID create payments against another customer's mandate.</p>
<p>confirm_resource takes no session token from the caller. It reads the redirect flow back from the GoCardless API and completes it with the token from that response, so the check that the flow is completed by the session that started it always passes. It then creates the requested payment or subscription against the flow's mandate. Since version 1.00, a flow that already has a mandate is returned as confirmed without being completed again, so the same ID creates a new payment on every call.</p>
<p>A remote attacker who obtains another customer's redirect flow ID can create payments or subscriptions against that customer's mandate.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-119038"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-mcww-5qq7-3cr5</id>
    <title>GHSA-mcww-5qq7-3cr5</title>
    <updated>2026-10-31T22:30:15.965950+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Business::GoCardless versions before 1.01 for Perl complete redirect flows without checking the session token, letting a leaked redirect flow ID create payments against another customer's mandate.</p>
<p>confirm_resource takes no session token from the caller. It reads the redirect flow back from the GoCardless API and completes it with the token from that response, so the check that the flow is completed by the session that started it always passes. It then creates the requested payment or subscription against the flow's mandate. Since version 1.00, a flow that already has a mandate is returned as confirmed without being completed again, so the same ID creates a new payment on every call.</p>
<p>A remote attacker who obtains another customer's redirect flow ID can create payments or subscriptions against that customer's mandate.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-mcww-5qq7-3cr5"/>
  </entry>
</feed>
