<?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>Sun, 04 Oct 2026 04:44:31 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-275299</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-275299</link>
      <description>EUVD-2026-275299</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-275299</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23907</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23907</link>
      <description>&lt;p&gt;This issue affects the 
ExtractEmbeddedFiles example in Apache PDFBox: from 2.0.24 through 2.0.35, from 3.0.0 through 3.0.6.&lt;/p&gt;
&lt;p&gt;The ExtractEmbeddedFiles example contains a path traversal vulnerability (CWE-22) because 
the filename that is obtained from 
PDComplexFileSpecification.getFilename() is appended to the extraction path.&lt;/p&gt;
&lt;p&gt;Users who have copied this example into their production code should 
review it to ensure that the extraction path is acceptable. The example 
has been changed accordingly, now the initial path and the extraction 
paths are converted into canonical paths and it is verified that 
extraction path contains the initial path. The documentation has also 
been adjusted.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;This issue affects the 
ExtractEmbeddedFiles example in Apache PDFBox: from 2.0.24 through 2.0.35, from 3.0.0 through 3.0.6.&lt;/p&gt;
&lt;p&gt;The ExtractEmbeddedFiles example contains a path traversal vulnerability (CWE-22) because 
the filename that is obtained from 
PDComplexFileSpecification.getFilename() is appended to the extraction path.&lt;/p&gt;
&lt;p&gt;Users who have copied this example into their production code should 
review it to ensure that the extraction path is acceptable. The example 
has been changed accordingly, now the initial path and the extraction 
paths are converted into canonical paths and it is verified that 
extraction path contains the initial path. The documentation has also 
been adjusted.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-23907</guid>
    </item>
    <item>
      <title>GHSA-jjwr-xmw6-gf78 — Apache PDFBox has Path Traversal through PDComplexFileSpecification.getFilename() function</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-jjwr-xmw6-gf78</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.apache.pdfbox:pdfbox-examples&lt;/p&gt;
&lt;p&gt;This issue affects the ExtractEmbeddedFiles example in Apache PDFBox: from 2.0.24 through 2.0.35, from 3.0.0 through 3.0.6.&lt;/p&gt;
&lt;p&gt;The ExtractEmbeddedFiles example contains a path traversal vulnerability (CWE-22) because the filename that is obtained from PDComplexFileSpecification.getFilename() is appended to the extraction path.&lt;/p&gt;
&lt;p&gt;Users who have copied this example into their production code should review it to ensure that the extraction path is acceptable. The example has been changed accordingly, now the initial path and the extraction paths are converted into canonical paths and it is verified that extraction path contains the initial path. The documentation has also been adjusted.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.apache.pdfbox:pdfbox-examples&lt;/p&gt;
&lt;p&gt;This issue affects the ExtractEmbeddedFiles example in Apache PDFBox: from 2.0.24 through 2.0.35, from 3.0.0 through 3.0.6.&lt;/p&gt;
&lt;p&gt;The ExtractEmbeddedFiles example contains a path traversal vulnerability (CWE-22) because the filename that is obtained from PDComplexFileSpecification.getFilename() is appended to the extraction path.&lt;/p&gt;
&lt;p&gt;Users who have copied this example into their production code should review it to ensure that the extraction path is acceptable. The example has been changed accordingly, now the initial path and the extraction paths are converted into canonical paths and it is verified that extraction path contains the initial path. The documentation has also been adjusted.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-jjwr-xmw6-gf78</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-23907</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23907</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: libpdfbox-java, Ubuntu:18.04:LTS: libpdfbox-java, Ubuntu:18.04:LTS: libpdfbox2-java, Ubuntu:20.04:LTS: libpdfbox-java, Ubuntu:20.04:LTS: libpdfbox2-java, Ubuntu:22.04:LTS: libpdfbox-java, Ubuntu:22.04:LTS: libpdfbox2-java, Ubuntu:24.04:LTS: libpdfbox-java, Ubuntu:24.04:LTS: libpdfbox2-java, Ubuntu:25.10: libpdfbox-java and 3 more&lt;/p&gt;
&lt;p&gt;This issue affects the ExtractEmbeddedFiles example in Apache PDFBox: from 2.0.24 through 2.0.35, from 3.0.0 through 3.0.6. The ExtractEmbeddedFiles example contains a path traversal vulnerability (CWE-22) because the filename that is obtained from PDComplexFileSpecification.getFilename() is appended to the extraction path. Users who have copied this example into their production code should review it to ensure that the extraction path is acceptable. The example has been changed accordingly, now the initial path and the extraction paths are converted into canonical paths and it is verified that extraction path contains the initial path. The documentation has also been adjusted.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: libpdfbox-java, Ubuntu:18.04:LTS: libpdfbox-java, Ubuntu:18.04:LTS: libpdfbox2-java, Ubuntu:20.04:LTS: libpdfbox-java, Ubuntu:20.04:LTS: libpdfbox2-java, Ubuntu:22.04:LTS: libpdfbox-java, Ubuntu:22.04:LTS: libpdfbox2-java, Ubuntu:24.04:LTS: libpdfbox-java, Ubuntu:24.04:LTS: libpdfbox2-java, Ubuntu:25.10: libpdfbox-java and 3 more&lt;/p&gt;
&lt;p&gt;This issue affects the ExtractEmbeddedFiles example in Apache PDFBox: from 2.0.24 through 2.0.35, from 3.0.0 through 3.0.6. The ExtractEmbeddedFiles example contains a path traversal vulnerability (CWE-22) because the filename that is obtained from PDComplexFileSpecification.getFilename() is appended to the extraction path. Users who have copied this example into their production code should review it to ensure that the extraction path is acceptable. The example has been changed accordingly, now the initial path and the extraction paths are converted into canonical paths and it is verified that extraction path contains the initial path. The documentation has also been adjusted.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23907</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1687 — IBM License Metric Tool: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1687</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in IBM License Metric Tool ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in IBM License Metric Tool ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1687</guid>
    </item>
  </channel>
</rss>
