<?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>Wed, 14 Oct 2026 17:06:17 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-207703</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-207703</link>
      <description>EUVD-2026-207703</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-207703</guid>
    </item>
    <item>
      <title>fkie_cve-2024-56331</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-56331</link>
      <description>&lt;p&gt;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 **&amp;#34;real-browser&amp;#34;** 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 (`&amp;lt;input data-v-5f5c86d7=&amp;#34;&amp;#34; id=&amp;#34;url&amp;#34; type=&amp;#34;url&amp;#34; class=&amp;#34;form-control&amp;#34; pattern=&amp;#34;https?://.+&amp;#34; required=&amp;#34;&amp;#34;&amp;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 &amp;#34;real-browser&amp;#34; 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&amp;#39;s content, potentially exposing sensitive data. Any **authenticated user** who can submit a URL in &amp;#34;real-browser&amp;#34; mode is at risk of exposing sensitive data through screens…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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 **&amp;#34;real-browser&amp;#34;** 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 (`&amp;lt;input data-v-5f5c86d7=&amp;#34;&amp;#34; id=&amp;#34;url&amp;#34; type=&amp;#34;url&amp;#34; class=&amp;#34;form-control&amp;#34; pattern=&amp;#34;https?://.+&amp;#34; required=&amp;#34;&amp;#34;&amp;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 &amp;#34;real-browser&amp;#34; 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&amp;#39;s content, potentially exposing sensitive data. Any **authenticated user** who can submit a URL in &amp;#34;real-browser&amp;#34; mode is at risk of exposing sensitive data through screens…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-56331</guid>
    </item>
    <item>
      <title>GHSA-2qgm-m29m-cj2h — uptime-kuma vulnerable to Local File Inclusion (LFI) via Improper URL Handling in `Real-Browser` monitor</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2qgm-m29m-cj2h</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: uptime-kuma&lt;/p&gt;
&lt;p&gt;### 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 **&amp;#34;real-browser&amp;#34;** 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.&lt;/p&gt;
&lt;p&gt;### Details
The vulnerability arises because the system does not properly validate or sanitize the user input for the URL field. Specifically:&lt;/p&gt;
&lt;p&gt;1. The URL input (`&amp;lt;input data-v-5f5c86d7=&amp;#34;&amp;#34; id=&amp;#34;url&amp;#34; type=&amp;#34;url&amp;#34; class=&amp;#34;form-control&amp;#34; pattern=&amp;#34;https?://.+&amp;#34; required=&amp;#34;&amp;#34;&amp;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 &amp;#34;real-browser&amp;#34; 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.&lt;/p&gt;
&lt;p&gt;```javascript
const browser = await getBrowser();
const context = await browser.newContext();
const page = await context.newPage();&lt;/p&gt;
&lt;p&gt;const res = await page.goto(monitor.url, {
    waitUntil: &amp;#34;networkidle&amp;#34;,
    timeout: monitor.interval * 1000 * 0.8,
});&lt;/p&gt;
&lt;p&gt;let filename = jwt.sign(monitor.id, server.jwtSecret) + &amp;#34;.png&amp;#34;;&lt;/p&gt;
&lt;p&gt;await page.screenshot({
    path: path.join(Database.screensho…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: uptime-kuma&lt;/p&gt;
&lt;p&gt;### 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 **&amp;#34;real-browser&amp;#34;** 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.&lt;/p&gt;
&lt;p&gt;### Details
The vulnerability arises because the system does not properly validate or sanitize the user input for the URL field. Specifically:&lt;/p&gt;
&lt;p&gt;1. The URL input (`&amp;lt;input data-v-5f5c86d7=&amp;#34;&amp;#34; id=&amp;#34;url&amp;#34; type=&amp;#34;url&amp;#34; class=&amp;#34;form-control&amp;#34; pattern=&amp;#34;https?://.+&amp;#34; required=&amp;#34;&amp;#34;&amp;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 &amp;#34;real-browser&amp;#34; 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.&lt;/p&gt;
&lt;p&gt;```javascript
const browser = await getBrowser();
const context = await browser.newContext();
const page = await context.newPage();&lt;/p&gt;
&lt;p&gt;const res = await page.goto(monitor.url, {
    waitUntil: &amp;#34;networkidle&amp;#34;,
    timeout: monitor.interval * 1000 * 0.8,
});&lt;/p&gt;
&lt;p&gt;let filename = jwt.sign(monitor.id, server.jwtSecret) + &amp;#34;.png&amp;#34;;&lt;/p&gt;
&lt;p&gt;await page.screenshot({
    path: path.join(Database.screensho…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2qgm-m29m-cj2h</guid>
    </item>
  </channel>
</rss>
