<?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-08T17:15:44.852049+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-71415</id>
    <title>fkie_cve-2026-71415</title>
    <updated>2026-10-08T17:15:44.911756+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Kirby is an open-source content management system. From 5.0.0 until 5.5.2, Kirby's REST API chunk upload handler in src/Api/Upload.php did not run the relevant upload authorization preflight in Kirby\Api\Upload::process() before Kirby\Api\Upload::processChunk() persisted chunk data. An authenticated user with the access.panel permission enabled but with files.create, files.replace, and user/users.update permissions disabled could submit requests with an Upload-Length header and leave unfinished chunks in site/cache/.uploads for 24 hours. Repeating this process could consume attacker-controlled temporary storage, prevent other users from uploading files, or prevent site logic from storing data, although final permission checks still prevented unauthorized files from reaching the content or site/accounts directories. This issue is fixed in version 5.5.2.</p>
      </div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/fkie_cve-2026-71415"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-67mx-6wf2-92xp</id>
    <title>GHSA-67mx-6wf2-92xp — Kirby: File upload permissions are not checked during processing of chunk data</title>
    <updated>2026-10-08T17:15:44.911852+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: getkirby/cms</p>
<p>### TL;DR</p>
<p>This vulnerability affects all Kirby sites where users of a particular role have access to the REST API (`access.panel` permission is enabled) but no permission to upload any kind of file (`files.create`, `files.replace` and `user/users.update` permissions are all disabled).</p>
<p>It was possible to fill up the temporary directory for chunked uploads with unfinished chunks even as a user without any upload permission.</p>
<p>**This vulnerability is of high severity for affected sites.**</p>
<p>Your Kirby sites are *not* affected if you intend all users of your site to be able to upload files. The vulnerability can only be exploited by authenticated users. It was *not* possible to bypass the actual permission checks for any files that end up in the `content` or `site/accounts` folders.</p>
<p>----</p>
<p>### Introduction</p>
<p>Missing authorization allows authenticated users to perform actions they are not intended to have access to.</p>
<p>The effects of missing authorization can include unauthorized access to sensitive information as well as unauthorized changes to content or system information.</p>
<p>### Affected components</p>
<p>Kirby's REST API provides routes to upload files, specifically to create content files, replace existing content files and to create and replace user avatars.</p>
<p>Each upload route takes either full file upload requests or chunked upload requests that can be continued in subsequent requests.
During a chunked upload, the incomplete state of the uploaded file is stored in a temporary direct…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-67mx-6wf2-92xp"/>
  </entry>
</feed>
