<?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>Fri, 09 Oct 2026 20:01:50 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-336183</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-336183</link>
      <description>EUVD-2026-336183</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-336183</guid>
    </item>
    <item>
      <title>fkie_cve-2026-49274</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-49274</link>
      <description>&lt;p&gt;Kirby is an open-source content management system. Prior to 4.9.4 and 5.4.4, Kirby sites using the pages field with roles that have the pages.access permission disabled allowed authenticated users to provide an inaccessible parent page or site to the page picker backend and confirm arbitrary page existence and retrieve title field values. This issue is fixed in versions 4.9.4 and 5.4.4.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Kirby is an open-source content management system. Prior to 4.9.4 and 5.4.4, Kirby sites using the pages field with roles that have the pages.access permission disabled allowed authenticated users to provide an inaccessible parent page or site to the page picker backend and confirm arbitrary page existence and retrieve title field values. This issue is fixed in versions 4.9.4 and 5.4.4.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-49274</guid>
    </item>
    <item>
      <title>GHSA-23q2-54qv-rq5x — Kirby: `pages.access` permission is not checked in the pages picker for parent pages</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-23q2-54qv-rq5x</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: getkirby/cms&lt;/p&gt;
&lt;p&gt;### TL;DR&lt;/p&gt;
&lt;p&gt;This vulnerability affects all Kirby sites that use the `pages` field and where users of a particular role have no permission to access pages (`pages.access` permission is disabled). This can be due to configuration in the user blueprint(s), `options` in the model blueprint(s), or a combination of both settings.&lt;/p&gt;
&lt;p&gt;It was possible to confirm the existence of arbitrary pages and to retrieve the value of the title field of the pages found.&lt;/p&gt;
&lt;p&gt;The vulnerability can only be exploited by authenticated users. Write actions are *not* affected by this vulnerability.&lt;/p&gt;
&lt;p&gt;----&lt;/p&gt;
&lt;p&gt;### Introduction&lt;/p&gt;
&lt;p&gt;Missing authorization allows authenticated users to perform actions they are not intended to have access to.&lt;/p&gt;
&lt;p&gt;The effects of missing authorization can include unauthorized access to sensitive information as well as unauthorized changes to content or system information.&lt;/p&gt;
&lt;p&gt;### Affected components&lt;/p&gt;
&lt;p&gt;Kirby&amp;#39;s user permissions control which user role is allowed to perform specific actions on content models in the CMS. These permissions are defined for each role in the user blueprint (`site/blueprints/users/...`). It is also possible to customize the permissions for each target model in the model blueprints (such as in `site/blueprints/pages/...`) using the `options` feature. The permissions and options together control the authorization of user actions.&lt;/p&gt;
&lt;p&gt;Kirby provides the `pages.access` and `pages.list` permissions (among others). The `list` permission controls whether affected models appear in l…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: getkirby/cms&lt;/p&gt;
&lt;p&gt;### TL;DR&lt;/p&gt;
&lt;p&gt;This vulnerability affects all Kirby sites that use the `pages` field and where users of a particular role have no permission to access pages (`pages.access` permission is disabled). This can be due to configuration in the user blueprint(s), `options` in the model blueprint(s), or a combination of both settings.&lt;/p&gt;
&lt;p&gt;It was possible to confirm the existence of arbitrary pages and to retrieve the value of the title field of the pages found.&lt;/p&gt;
&lt;p&gt;The vulnerability can only be exploited by authenticated users. Write actions are *not* affected by this vulnerability.&lt;/p&gt;
&lt;p&gt;----&lt;/p&gt;
&lt;p&gt;### Introduction&lt;/p&gt;
&lt;p&gt;Missing authorization allows authenticated users to perform actions they are not intended to have access to.&lt;/p&gt;
&lt;p&gt;The effects of missing authorization can include unauthorized access to sensitive information as well as unauthorized changes to content or system information.&lt;/p&gt;
&lt;p&gt;### Affected components&lt;/p&gt;
&lt;p&gt;Kirby&amp;#39;s user permissions control which user role is allowed to perform specific actions on content models in the CMS. These permissions are defined for each role in the user blueprint (`site/blueprints/users/...`). It is also possible to customize the permissions for each target model in the model blueprints (such as in `site/blueprints/pages/...`) using the `options` feature. The permissions and options together control the authorization of user actions.&lt;/p&gt;
&lt;p&gt;Kirby provides the `pages.access` and `pages.list` permissions (among others). The `list` permission controls whether affected models appear in l…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-23q2-54qv-rq5x</guid>
    </item>
  </channel>
</rss>
