<?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>Mon, 05 Oct 2026 21:28:39 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-360018</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-360018</link>
      <description>EUVD-2026-360018</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-360018</guid>
    </item>
    <item>
      <title>fkie_cve-2026-76846</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-76846</link>
      <description>&lt;p&gt;Grav before 2.0.16 contains an incomplete default denylist in the Twig sandbox configuration that fails to block access to system configuration secrets. Attackers with page-edit permission can use config.get() or config.toArray() in Twig templates to retrieve sensitive values like system.cache.redis.password when config_access is enabled.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Grav before 2.0.16 contains an incomplete default denylist in the Twig sandbox configuration that fails to block access to system configuration secrets. Attackers with page-edit permission can use config.get() or config.toArray() in Twig templates to retrieve sensitive values like system.cache.redis.password when config_access is enabled.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-76846</guid>
    </item>
    <item>
      <title>GHSA-xjw5-q542-3vmr — Grav: config_denied_paths default list omits `system`, exposing real secrets (e.g. system.cache.redis.password) via the…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xjw5-q542-3vmr</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: getgrav/grav&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`system/config/security.yaml`&amp;#39;s default `twig_sandbox.config_denied_paths` list
(`plugins`, `streams`, `security`, `backups`, `scheduler`) omits the `system` prefix.
When an operator enables the documented, non-default `twig_content.config_access: true`
setting (intended to safely expose low-sensitivity values like `site.title` to
editor-authored Twig content), any real secret stored under `system.*` , for example
`system.cache.redis.password` , is also exposed, both via `config.get(...)` and via
`config.toArray()`, to any user with page-edit permission.&lt;/p&gt;
&lt;p&gt;This is a follow-up gap in the fix for GHSA-j274-39qw-32c9 (config.toArray() secret
exfiltration): that fix correctly introduced a `SandboxConfig` facade with a denylist,
but the shipped default denylist is incomplete.&lt;/p&gt;
&lt;p&gt;## Environment used to verify&lt;/p&gt;
&lt;p&gt;- Grav commit at HEAD of the default branch, `GRAV_VERSION` `2.0.15`
- PHP 8.3.6 with curl, zip, dom, gd extensions installed
- Full `composer install --no-dev` run against the real repository (no mocked
  dependencies) so the actual `Grav\Common\Config\Config` and
  `Grav\Common\Twig\Sandbox\SandboxConfig` classes could be exercised directly&lt;/p&gt;
&lt;p&gt;## Commands run to set up the verification environment&lt;/p&gt;
&lt;p&gt;```bash
git clone https://github.com/getgrav/grav.git
cd grav&lt;/p&gt;
&lt;p&gt;# install missing PHP extensions required by composer.json
apt-get install -y php8.3-curl php8.3-zip php8.3-xml php8.3-gd&lt;/p&gt;
&lt;p&gt;# composer.phar fetched directly from GitHub releases
curl -sL -o /tmp/composer.phar \…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: getgrav/grav&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`system/config/security.yaml`&amp;#39;s default `twig_sandbox.config_denied_paths` list
(`plugins`, `streams`, `security`, `backups`, `scheduler`) omits the `system` prefix.
When an operator enables the documented, non-default `twig_content.config_access: true`
setting (intended to safely expose low-sensitivity values like `site.title` to
editor-authored Twig content), any real secret stored under `system.*` , for example
`system.cache.redis.password` , is also exposed, both via `config.get(...)` and via
`config.toArray()`, to any user with page-edit permission.&lt;/p&gt;
&lt;p&gt;This is a follow-up gap in the fix for GHSA-j274-39qw-32c9 (config.toArray() secret
exfiltration): that fix correctly introduced a `SandboxConfig` facade with a denylist,
but the shipped default denylist is incomplete.&lt;/p&gt;
&lt;p&gt;## Environment used to verify&lt;/p&gt;
&lt;p&gt;- Grav commit at HEAD of the default branch, `GRAV_VERSION` `2.0.15`
- PHP 8.3.6 with curl, zip, dom, gd extensions installed
- Full `composer install --no-dev` run against the real repository (no mocked
  dependencies) so the actual `Grav\Common\Config\Config` and
  `Grav\Common\Twig\Sandbox\SandboxConfig` classes could be exercised directly&lt;/p&gt;
&lt;p&gt;## Commands run to set up the verification environment&lt;/p&gt;
&lt;p&gt;```bash
git clone https://github.com/getgrav/grav.git
cd grav&lt;/p&gt;
&lt;p&gt;# install missing PHP extensions required by composer.json
apt-get install -y php8.3-curl php8.3-zip php8.3-xml php8.3-gd&lt;/p&gt;
&lt;p&gt;# composer.phar fetched directly from GitHub releases
curl -sL -o /tmp/composer.phar \…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xjw5-q542-3vmr</guid>
    </item>
  </channel>
</rss>
