<?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-06T18:23:15.473367+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-308724</id>
    <title>EUVD-2026-308724</title>
    <updated>2026-10-06T18:23:15.532817+00:00</updated>
    <content>EUVD-2026-308724</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-308724"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-40075</id>
    <title>fkie_cve-2026-40075</title>
    <updated>2026-10-06T18:23:15.532858+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>OpenMRS Core is an open source electronic medical record system platform. In versions 2.7.8 and earlier and versions 2.8.0 through 2.8.5, the `/openmrs/moduleResources/{moduleid}` endpoint is vulnerable to a path traversal attack. The ModuleResourcesServlet constructs a filesystem path from user-controlled input without performing path boundary validation — the getFile() method concatenates the user-supplied path into an absolute filesystem path without calling normalize() or checking that the result stays within the allowed module resources directory. Because this endpoint serves static resources required for rendering the login page, it is not protected by authentication filters, allowing unauthenticated exploitation.</p>
<p>An attacker can traverse directories and read arbitrary files from the server filesystem, including /etc/passwd and application configuration files containing database credentials. Successful exploitation requires the target deployment to run on Apache Tomcat versions prior to 8.5.31, where the ..; path parameter bypass is not mitigated by the container. Deployments on Tomcat 8.5.31 or later and Tomcat 9.0.10 or later are protected at the container level, though the underlying code defect remains. This issue has been fixed in versions after 2.7.8 (within the 2.7.x branch) and in version 2.8.6 and later.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-40075"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-jjgj-cx3q-pw4w</id>
    <title>GHSA-jjgj-cx3q-pw4w — OpenMRS ModuleResourcesServlet has Path Traversal that Leads to Arbitrary File Read</title>
    <updated>2026-10-06T18:23:15.532906+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: org.openmrs.web:openmrs-web</p>
<p>## Affected Versions</p>
<p>version ≤ 2.7.8 (latest version at time of disclosure)</p>
<p>https://github.com/openmrs/openmrs-core</p>
<p>## Impact</p>
<p>The `/openmrs/moduleResources/{moduleid}` endpoint in OpenMRS Core is vulnerable to a path traversal attack. The `ModuleResourcesServlet` does not properly validate user-supplied path input, allowing an attacker to traverse directories and read arbitrary files from the server filesystem (e.g., `/etc/passwd`, application configuration files containing database credentials).</p>
<p>This endpoint serves static module resources (CSS, JS, images) and is **not protected by authentication filters**, as these resources are required for rendering the login page. Therefore, this vulnerability can be exploited by an **unauthenticated** attacker.</p>
<p>&gt; **Note:** Successful exploitation requires the target deployment to run on **Apache Tomcat &lt; 8.5.31**, where the `..;` path parameter bypass is not mitigated by the container. Deployments on Tomcat ≥ 8.5.31 / ≥ 9.0.10 are protected at the container level, though the underlying code defect remains.
&gt;</p>
<p>## Steps to Reproduce</p>
<p>1. Identify a valid installed module ID on the target OpenMRS instance (e.g., `legacyui`).
2. Send the following HTTP request:</p>
<p>&lt;img width="1038" height="798" alt="image" src="https://github.com/user-attachments/assets/7d10ee0e-4d81-4c01-bc84-a1bf5715f170" /&gt;</p>
<p>3. The server responds with HTTP 200 and the contents of `/etc/passwd`:</p>
<p>&lt;img width="1028" height="843" alt="image" src="https://github.com/us…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-jjgj-cx3q-pw4w"/>
  </entry>
</feed>
