<?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-09T19:45:15.699317+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-233137</id>
    <title>EUVD-2026-233137</title>
    <updated>2026-10-09T19:45:15.701403+00:00</updated>
    <content>EUVD-2026-233137</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-233137"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-32961</id>
    <title>fkie_cve-2025-32961</title>
    <updated>2026-10-09T19:45:15.701445+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>The Cuba JPA web API enables loading and saving any entities defined in the application data model by sending simple HTTP requests. Prior to version 1.1.1, the input parameter, which consists of a file path and name, can be manipulated to return the Content-Type header with text/html if the name part ends with .html. This could allow malicious JavaScript code to be executed in the browser. For a successful attack, a malicious file needs to be uploaded beforehand. This issue has been patched in version 1.1.1. A workaround is provided on the Jmix documentation website.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-32961"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-hg25-w3vg-7279</id>
    <title>GHSA-hg25-w3vg-7279 — XSS in the /download Endpoint of the JPA Web API</title>
    <updated>2026-10-09T19:45:15.701496+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: com.haulmont.addon.jpawebapi:jpawebapi-jpawebapi</p>
<p>### Impact</p>
<p>The input parameter, which consists of a file path and name, can be manipulated to return the Content-Type header with text/html if the name part ends with .html. This could allow malicious JavaScript code to be executed in the browser. For a successful attack, a malicious file needs to be uploaded beforehand.</p>
<p>The severity of the vulnerability is mitigated by the fact that the application UI and the JPA Web API are typically accessible only to authenticated users.</p>
<p>### Patches</p>
<p>The problem has been fixed in CUBA JPA Web API add-on 1.1.1.</p>
<p>### Workarounds</p>
<p>A workaround for those who are unable to upgrade: [Disable Files Endpoint in CUBA Application](https://docs.jmix.io/jmix/files-vulnerabilities.html#disable-files-endpoint-in-cuba-application).</p>
<p>### References</p>
<p>[Files Functionality Vulnerabilities :: Jmix Documentation](https://docs.jmix.io/jmix/files-vulnerabilities.html)</p>
<p>Similar vulnerability in Jmix: [XSS in the /files Endpoint of the Generic REST API · Advisory · jmix-framework/jmix](https://github.com/jmix-framework/jmix/security/advisories/GHSA-x27v-f838-jh93)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-hg25-w3vg-7279"/>
  </entry>
</feed>
