<?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-06T00:16:22.093271+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/euvd-2026-275739</id>
    <title>EUVD-2026-275739</title>
    <updated>2026-10-06T00:16:22.170705+00:00</updated>
    <content>EUVD-2026-275739</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-275739"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-30973</id>
    <title>fkie_cve-2026-30973</title>
    <updated>2026-10-06T00:16:22.170742+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Appium is an automation framework that provides WebDriver-based automation possibilities for a wide range platforms. Prior to 7.0.6, @appium/support contains a ZIP extraction implementation (extractAllTo() via ZipExtractor.extract()) with a path traversal (Zip Slip) check that is non-functional. The check at line 88 of packages/support/lib/zip.js creates an Error object but never throws it, allowing malicious ZIP entries with ../ path components to write files outside the intended destination directory. This affects all JS-based extractions (the default code path), not only those using the fileNamesEncoding option. This vulnerability is fixed in 7.0.6.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-30973"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-rfx7-4xw3-gh4m</id>
    <title>GHSA-rfx7-4xw3-gh4m — @appium/support has a Zip Slip arbitrary file write in its ZIP extraction</title>
    <updated>2026-10-06T00:16:22.170776+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @appium/support</p>
<p>## Summary</p>
<p>`@appium/support` contains a ZIP extraction implementation (`extractAllTo()` via `ZipExtractor.extract()`) with a path traversal (Zip Slip) check that is non-functional. The check at line 88 of `packages/support/lib/zip.js` creates an `Error` object but never throws it, allowing malicious ZIP entries with `../` path components to write files outside the intended destination directory. This affects all JS-based extractions (the default code path), not only those using the `fileNamesEncoding` option.</p>
<p>## Severity</p>
<p>**Medium** (CVSS 3.1: 6.5)</p>
<p>`CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N`</p>
<p>- **Attack Vector:** Network — malicious ZIP files can be supplied over the network (e.g., app packages via URL)
- **Attack Complexity:** Low — no special conditions required beyond providing a crafted ZIP
- **Privileges Required:** None — no authentication needed to supply a malicious archive
- **User Interaction:** Required — a user or automation system must initiate extraction of the attacker's archive
- **Scope:** Unchanged — impact stays within the file system permissions of the Appium process
- **Confidentiality Impact:** None — the vulnerability enables file writes, not reads
- **Integrity Impact:** High — arbitrary file write to any location writable by the process
- **Availability Impact:** None — no direct availability impact</p>
<p>## Affected Component</p>
<p>- `packages/support/lib/zip.js` — `ZipExtractor.extract()` (line 88) and `ZipExtractor.extractEntry()` (lines 111-145)</p>
<p>##…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-rfx7-4xw3-gh4m"/>
  </entry>
</feed>
