<?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://vulnerability.circl.lu</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, 08 Oct 2026 19:25:37 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-105861</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-105861</link>
      <description>&lt;p&gt;Payload is a free and open source headless content management system. In versions after 3.0.0 and before 3.90.0, authenticated external URL-based upload retrieval can forward authentication data to a redirected destination that was not verified as trusted, potentially exposing a valid session to an unintended recipient. This issue is fixed in version 3.90.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Payload is a free and open source headless content management system. In versions after 3.0.0 and before 3.90.0, authenticated external URL-based upload retrieval can forward authentication data to a redirected destination that was not verified as trusted, potentially exposing a valid session to an unintended recipient. This issue is fixed in version 3.90.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-105861</guid>
    </item>
    <item>
      <title>GHSA-pj5h-5q6c-3pfx — Payload external upload trust validation issue</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-pj5h-5q6c-3pfx</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: payload&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Under certain external upload configurations, Payload could send authentication data to a destination that was not verified as trusted. If the affected request contained a valid session, this could expose that session to an unintended recipient.&lt;/p&gt;
&lt;p&gt;**You are affected if:**&lt;/p&gt;
&lt;p&gt;- You have enabled external URL-based upload retrieval, where authenticated requests can trigger it.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Payload now validates the destination before forwarding authentication data and reapplies that validation when a request changes destination.&lt;/p&gt;
&lt;p&gt;Users should upgrade Payload packages to `&amp;gt;= 3.90.0` or `&amp;gt;= 4.0.0-canary.34`.&lt;/p&gt;
&lt;p&gt;## Workarounds
It is recommended to update all Payload packages to `&amp;gt;= 3.90.0` or `&amp;gt;= 4.0.0-canary.34`.&lt;/p&gt;
&lt;p&gt;If you cannot, a valid workaround exists:
- Disable external URL-based upload retrieval where practical.
- If you cannot disable it, configure the upload header filter to remove authentication data from outbound file requests.
- Restrict access to the affected upload functionality.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: payload&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Under certain external upload configurations, Payload could send authentication data to a destination that was not verified as trusted. If the affected request contained a valid session, this could expose that session to an unintended recipient.&lt;/p&gt;
&lt;p&gt;**You are affected if:**&lt;/p&gt;
&lt;p&gt;- You have enabled external URL-based upload retrieval, where authenticated requests can trigger it.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Payload now validates the destination before forwarding authentication data and reapplies that validation when a request changes destination.&lt;/p&gt;
&lt;p&gt;Users should upgrade Payload packages to `&amp;gt;= 3.90.0` or `&amp;gt;= 4.0.0-canary.34`.&lt;/p&gt;
&lt;p&gt;## Workarounds
It is recommended to update all Payload packages to `&amp;gt;= 3.90.0` or `&amp;gt;= 4.0.0-canary.34`.&lt;/p&gt;
&lt;p&gt;If you cannot, a valid workaround exists:
- Disable external URL-based upload retrieval where practical.
- If you cannot disable it, configure the upload header filter to remove authentication data from outbound file requests.
- Restrict access to the affected upload functionality.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-pj5h-5q6c-3pfx</guid>
    </item>
  </channel>
</rss>
