<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-20T14:57:44.991200+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/bit-drupal-2022-39261</id>
    <title>BIT-drupal-2022-39261 — Twig may load a template outside a configured directory when using the filesystem loader</title>
    <updated>2026-10-20T14:57:44.995785+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Bitnami: drupal</p>
<p>Twig is a template language for PHP. Versions 1.x prior to 1.44.7, 2.x prior to 2.15.3, and 3.x prior to 3.4.3 encounter an issue when the filesystem loader loads templates for which the name is a user input. It is possible to use the `source` or `include` statement to read arbitrary files from outside the templates' directory when using a namespace like `@somewhere/../some.file`. In such a case, validation is bypassed. Versions 1.44.7, 2.15.3, and 3.4.3 contain a fix for validation of such template names. There are no known workarounds aside from upgrading.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bit-drupal-2022-39261"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2022-avi-866</id>
    <title>certfr-2022-avi-866 — Une vulnérabilité a été découverte dans Drupal core. Elle permet à un
attaquant de provoquer un contournement de la pol…</title>
    <updated>2026-10-20T14:57:44.995835+00:00</updated>
    <content>certfr-2022-avi-866</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2022-avi-866"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cnvd-2022-88789</id>
    <title>cnvd-2022-88789</title>
    <updated>2026-10-20T14:57:44.995855+00:00</updated>
    <content>cnvd-2022-88789</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2022-88789"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-233563</id>
    <title>EUVD-2026-233563</title>
    <updated>2026-10-20T14:57:44.995868+00:00</updated>
    <content>EUVD-2026-233563</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-233563"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2022-39261</id>
    <title>fkie_cve-2022-39261</title>
    <updated>2026-10-20T14:57:44.995879+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Twig is a template language for PHP. Versions 1.x prior to 1.44.7, 2.x prior to 2.15.3, and 3.x prior to 3.4.3 encounter an issue when the filesystem loader loads templates for which the name is a user input. It is possible to use the `source` or `include` statement to read arbitrary files from outside the templates' directory when using a namespace like `@somewhere/../some.file`. In such a case, validation is bypassed. Versions 1.44.7, 2.15.3, and 3.4.3 contain a fix for validation of such template names. There are no known workarounds aside from upgrading.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2022-39261"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-52m2-vc4m-jj33</id>
    <title>GHSA-52m2-vc4m-jj33 — Twig may load a template outside a configured directory when using the filesystem loader</title>
    <updated>2026-10-20T14:57:44.995901+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: twig/twig</p>
<p># Description</p>
<p>When using the filesystem loader to load templates for which the name is a user input, it is possible to use the `source` or `include` statement to read arbitrary files from outside the templates directory when using a namespace like `@somewhere/../some.file` (in such a case, validation is bypassed).</p>
<p># Resolution</p>
<p>We fixed validation for such template names.</p>
<p>Even if the 1.x branch is not maintained anymore, a new version has been released.</p>
<p># Credits</p>
<p>We would like to thank Dariusz Tytko for reporting the issue and Fabien Potencier for fixing the issue.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-52m2-vc4m-jj33"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2022-39261</id>
    <title>gsd-2022-39261</title>
    <updated>2026-10-20T14:57:44.995929+00:00</updated>
    <content>gsd-2022-39261</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2022-39261"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-39261</id>
    <title>UBUNTU-CVE-2022-39261</title>
    <updated>2026-10-20T14:57:44.995940+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:16.04:LTS: twig, Ubuntu:Pro:18.04:LTS: twig, Ubuntu:Pro:20.04:LTS: php-twig, Ubuntu:Pro:22.04:LTS: php-twig</p>
<p>Twig is a template language for PHP. Versions 1.x prior to 1.44.7, 2.x prior to 2.15.3, and 3.x prior to 3.4.3 encounter an issue when the filesystem loader loads templates for which the name is a user input. It is possible to use the `source` or `include` statement to read arbitrary files from outside the templates' directory when using a namespace like `@somewhere/../some.file`. In such a case, validation is bypassed. Versions 1.44.7, 2.15.3, and 3.4.3 contain a fix for validation of such template names. There are no known workarounds aside from upgrading.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-39261"/>
  </entry>
</feed>
