<?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-14T19:34:13.938432+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-342366</id>
    <title>EUVD-2026-342366</title>
    <updated>2026-10-14T19:34:13.976531+00:00</updated>
    <content>EUVD-2026-342366</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-342366"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-54650</id>
    <title>fkie_cve-2026-54650</title>
    <updated>2026-10-14T19:34:13.976566+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>openhole exposes localhost to the internet in one command. In 0.1.1 and earlier, openhole-server in internal/server/public_proxy.go forwarded r.URL.Path instead of preserving the original request target with r.URL.EscapedPath(), allowing percent encoded dot segments %2e and separators %2f to reach tunneled local services as ../ and / for path traversal. This issue is fixed in version 0.1.2.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-54650"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-fh2f-xfxc-q9cc</id>
    <title>GHSA-fh2f-xfxc-q9cc — openhole-server vulnerable to path traversal via URL-decoded request path</title>
    <updated>2026-10-14T19:34:13.976599+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/bablilayoub/openhole</p>
<p>## Summary</p>
<p>openhole-server forwarded the URL-decoded request path (`r.URL.Path`) to tunnel clients instead of the original request-target. Percent-encoded dot-segments (`%2e`) and separators (`%2f`) were decoded to `../` and `/` before reaching the local service.</p>
<p>Go's ServeMux rejects literal `../` paths, but percent-encoded traversal sequences bypassed this and were delivered to backends as working path traversal.</p>
<p>## Impact</p>
<p>An unauthenticated remote attacker could read files outside the published web root on tunneled local services that resolve paths without canonicalization.</p>
<p>Example:
- `/%2e%2e/secret.txt` → file outside web root
- `/%2e%2e/%2e%2e/etc/passwd` → sensitive files</p>
<p>Encoded slashes (`/a%2fb`) could also bypass path-based access controls.</p>
<p>## Fix</p>
<p>v0.1.2 forwards `r.URL.EscapedPath()` on the server and preserves the request-target on the CLI client.</p>
<p>Users should upgrade both openhole-server and the openhole CLI to v0.1.2 or later.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-fh2f-xfxc-q9cc"/>
  </entry>
</feed>
