<?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:32:41.614521+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-207703</id>
    <title>EUVD-2026-207703</title>
    <updated>2026-10-14T19:32:41.683595+00:00</updated>
    <content>EUVD-2026-207703</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-207703"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-56331</id>
    <title>fkie_cve-2024-56331</title>
    <updated>2026-10-14T19:32:41.683632+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Uptime Kuma is an open source, self-hosted monitoring tool. An **Improper URL Handling Vulnerability** allows an attacker to access sensitive local files on the server by exploiting the `file:///` protocol. This vulnerability is triggered via the **"real-browser"** request type, which takes a screenshot of the URL provided by the attacker. By supplying local file paths, such as `file:///etc/passwd`, an attacker can read sensitive data from the server. This vulnerability arises because the system does not properly validate or sanitize the user input for the URL field. Specifically: 1. The URL input (`&lt;input data-v-5f5c86d7="" id="url" type="url" class="form-control" pattern="https?://.+" required=""&gt;`) allows users to input arbitrary file paths, including those using the `file:///` protocol, without server-side validation. 2. The server then uses the user-provided URL to make a request, passing it to a browser instance that performs the "real-browser" request, which takes a screenshot of the content at the given URL. If a local file path is entered (e.g., `file:///etc/passwd`), the browser fetches and captures the file’s content. Since the user input is not validated, an attacker can manipulate the URL to request local files (e.g., `file:///etc/passwd`), and the system will capture a screenshot of the file's content, potentially exposing sensitive data. Any **authenticated user** who can submit a URL in "real-browser" mode is at risk of exposing sensitive data through screens…</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-56331"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-2qgm-m29m-cj2h</id>
    <title>GHSA-2qgm-m29m-cj2h — uptime-kuma vulnerable to Local File Inclusion (LFI) via Improper URL Handling in `Real-Browser` monitor</title>
    <updated>2026-10-14T19:32:41.683682+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: uptime-kuma</p>
<p>### Summary
An **Improper URL Handling Vulnerability** allows an attacker to access sensitive local files on the server by exploiting the `file:///` protocol. This vulnerability is triggered via the **"real-browser"** request type, which takes a screenshot of the URL provided by the attacker. By supplying local file paths, such as `file:///etc/passwd`, an attacker can read sensitive data from the server.</p>
<p>### Details
The vulnerability arises because the system does not properly validate or sanitize the user input for the URL field. Specifically:</p>
<p>1. The URL input (`&lt;input data-v-5f5c86d7="" id="url" type="url" class="form-control" pattern="https?://.+" required=""&gt;`) allows users to input arbitrary file paths, including those using the `file:///` protocol, without server-side validation.
   
2. The server then uses the user-provided URL to make a request, passing it to a browser instance that performs the "real-browser" request, which takes a screenshot of the content at the given URL. If a local file path is entered (e.g., `file:///etc/passwd`), the browser fetches and captures the file’s content.</p>
<p>```javascript
const browser = await getBrowser();
const context = await browser.newContext();
const page = await context.newPage();</p>
<p>const res = await page.goto(monitor.url, {
    waitUntil: "networkidle",
    timeout: monitor.interval * 1000 * 0.8,
});</p>
<p>let filename = jwt.sign(monitor.id, server.jwtSecret) + ".png";</p>
<p>await page.screenshot({
    path: path.join(Database.screensho…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-2qgm-m29m-cj2h"/>
  </entry>
</feed>
