<?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-04T13:50:40.788465+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/bdu:2019-01621</id>
    <title>bdu:2019-01621</title>
    <updated>2026-10-04T13:50:40.865454+00:00</updated>
    <content>bdu:2019-01621</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2019-01621"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cnvd-2018-19515</id>
    <title>cnvd-2018-19515</title>
    <updated>2026-10-04T13:50:40.865505+00:00</updated>
    <content>cnvd-2018-19515</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2018-19515"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-115751</id>
    <title>EUVD-2026-115751</title>
    <updated>2026-10-04T13:50:40.865527+00:00</updated>
    <content>EUVD-2026-115751</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-115751"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2011-2767</id>
    <title>fkie_cve-2011-2767</title>
    <updated>2026-10-04T13:50:40.865547+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>mod_perl 2.0 through 2.0.10 allows attackers to execute arbitrary Perl code by placing it in a user-owned .htaccess file, because (contrary to the documentation) there is no configuration option that permits Perl code for the administrator's control of HTTP request processing without also permitting unprivileged users to run Perl code in the context of the user account that runs Apache HTTP Server processes.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2011-2767"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-hm7f-5jxx-cwvg</id>
    <title>GHSA-hm7f-5jxx-cwvg</title>
    <updated>2026-10-04T13:50:40.865593+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>mod_perl 2.0 through 2.0.10 allows attackers to execute arbitrary Perl code by placing it in a user-owned .htaccess file, because (contrary to the documentation) there is no configuration option that permits Perl code for the administrator's control of HTTP request processing without also permitting unprivileged users to run Perl code in the context of the user account that runs Apache HTTP Server processes.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-hm7f-5jxx-cwvg"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2011-2767</id>
    <title>gsd-2011-2767</title>
    <updated>2026-10-04T13:50:40.865624+00:00</updated>
    <content>gsd-2011-2767</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2011-2767"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/opensuse-su-2019:2549-1</id>
    <title>openSUSE-SU-2019:2549-1 — Security update for apache2-mod_perl</title>
    <updated>2026-10-04T13:50:40.865642+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Security update for apache2-mod_perl</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/opensuse-su-2019:2549-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rhsa-2018:2737</id>
    <title>RHSA-2018:2737 — Red Hat Security Advisory: mod_perl security update</title>
    <updated>2026-10-04T13:50:40.865670+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>mod_perl: arbitrary Perl code execution in the context of the user account via a user-owned .htaccess</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rhsa-2018:2737"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/suse-su-2019:3213-1</id>
    <title>SUSE-SU-2019:3213-1 — Security update for apache2-mod_perl</title>
    <updated>2026-10-04T13:50:40.865697+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Security update for apache2-mod_perl</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/suse-su-2019:3213-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2011-2767</id>
    <title>UBUNTU-CVE-2011-2767</title>
    <updated>2026-10-04T13:50:40.865722+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:14.04:LTS: libapache2-mod-perl2, Ubuntu:16.04:LTS: libapache2-mod-perl2, Ubuntu:18.04:LTS: libapache2-mod-perl2</p>
<p>mod_perl 2.0 through 2.0.10 allows attackers to execute arbitrary Perl code by placing it in a user-owned .htaccess file, because (contrary to the documentation) there is no configuration option that permits Perl code for the administrator's control of HTTP request processing without also permitting unprivileged users to run Perl code in the context of the user account that runs Apache HTTP Server processes.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2011-2767"/>
  </entry>
</feed>
