<?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://vulnerability.circl.lu</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>Thu, 01 Oct 2026 07:50:10 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-86071</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-86071</link>
      <description>&lt;p&gt;Junrar is an open source Java RAR archive library. Prior to version 7.6.1, LocalFolderExtractor in src/main/java/com/github/junrar/LocalFolderExtractor.java can create directories outside the intended extraction root when processing a crafted archive entry. LocalFolderExtractor.createFile() validates only the final canonical file path, while LocalFolderExtractor.makeFile() creates intermediate path segments with unchecked mkdir() calls. An entry can therefore make the final path resolve inside the destination while causing intermediate directory creation outside it, enabling filesystem pollution or file-versus-directory squatting that can make later security-sensitive writes fail. The demonstrated impact is directory creation, not unconditional arbitrary file-content write. This issue is fixed in version 7.6.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Junrar is an open source Java RAR archive library. Prior to version 7.6.1, LocalFolderExtractor in src/main/java/com/github/junrar/LocalFolderExtractor.java can create directories outside the intended extraction root when processing a crafted archive entry. LocalFolderExtractor.createFile() validates only the final canonical file path, while LocalFolderExtractor.makeFile() creates intermediate path segments with unchecked mkdir() calls. An entry can therefore make the final path resolve inside the destination while causing intermediate directory creation outside it, enabling filesystem pollution or file-versus-directory squatting that can make later security-sensitive writes fail. The demonstrated impact is directory creation, not unconditional arbitrary file-content write. This issue is fixed in version 7.6.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-86071</guid>
    </item>
    <item>
      <title>GHSA-89m4-43j5-vhhx — Junrar: LocalFolderExtractor mkdir escape allows directory creation outside extraction root</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-89m4-43j5-vhhx</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.github.junrar:junrar&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`LocalFolderExtractor` validates only the final canonical file path before extraction. However, `makeFile()` creates intermediate directories one path segment at a time without checking whether each created directory remains inside the destination folder.&lt;/p&gt;
&lt;p&gt;A malicious RAR entry can make the final file path resolve inside the extraction destination, while causing intermediate `mkdir()` calls to create attacker-chosen directories outside the extraction root.&lt;/p&gt;
&lt;p&gt;This is an extraction root escape via unchecked intermediate directory creation. The default impact is directory creation outside the intended destination, not unconditional arbitrary file content write.&lt;/p&gt;
&lt;p&gt;## Affected Code&lt;/p&gt;
&lt;p&gt;- `src/main/java/com/github/junrar/LocalFolderExtractor.java`
  - `createFile()` checks only the final canonical path.
  - `makeFile()` calls `dir.mkdir()` for each intermediate segment without containment checks.&lt;/p&gt;
&lt;p&gt;Relevant code flow:&lt;/p&gt;
&lt;p&gt;```java
private File createFile(final FileHeader fh, final File destination) throws IOException {
    String name = invariantSeparatorsPathString(fh.getFileName());
    File f = new File(destination, name);
    String dirCanonPath = f.getCanonicalPath();
    if (!dirCanonPath.startsWith(destination.getCanonicalPath() + File.separator)) {
        throw new IllegalStateException(...);
    }
    if (!f.exists()) {
        f = makeFile(destination, name);
    }
    return f;
}&lt;/p&gt;
&lt;p&gt;private File makeFile(final File destination, final String name) throws IOException {…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.github.junrar:junrar&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`LocalFolderExtractor` validates only the final canonical file path before extraction. However, `makeFile()` creates intermediate directories one path segment at a time without checking whether each created directory remains inside the destination folder.&lt;/p&gt;
&lt;p&gt;A malicious RAR entry can make the final file path resolve inside the extraction destination, while causing intermediate `mkdir()` calls to create attacker-chosen directories outside the extraction root.&lt;/p&gt;
&lt;p&gt;This is an extraction root escape via unchecked intermediate directory creation. The default impact is directory creation outside the intended destination, not unconditional arbitrary file content write.&lt;/p&gt;
&lt;p&gt;## Affected Code&lt;/p&gt;
&lt;p&gt;- `src/main/java/com/github/junrar/LocalFolderExtractor.java`
  - `createFile()` checks only the final canonical path.
  - `makeFile()` calls `dir.mkdir()` for each intermediate segment without containment checks.&lt;/p&gt;
&lt;p&gt;Relevant code flow:&lt;/p&gt;
&lt;p&gt;```java
private File createFile(final FileHeader fh, final File destination) throws IOException {
    String name = invariantSeparatorsPathString(fh.getFileName());
    File f = new File(destination, name);
    String dirCanonPath = f.getCanonicalPath();
    if (!dirCanonPath.startsWith(destination.getCanonicalPath() + File.separator)) {
        throw new IllegalStateException(...);
    }
    if (!f.exists()) {
        f = makeFile(destination, name);
    }
    return f;
}&lt;/p&gt;
&lt;p&gt;private File makeFile(final File destination, final String name) throws IOException {…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-89m4-43j5-vhhx</guid>
    </item>
  </channel>
</rss>
