<?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>Fri, 16 Oct 2026 01:29:59 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-5657</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-5657</link>
      <description>EUVD-2026-5657</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-5657</guid>
    </item>
    <item>
      <title>fkie_cve-2024-36115</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-36115</link>
      <description>&lt;p&gt;Reposilite is an open source, lightweight and easy-to-use repository manager for Maven based artifacts in JVM ecosystem. As a Maven repository manager, Reposilite provides the ability to view the artifacts content in the browser, as well as perform administrative tasks via API. The problem lies in the fact that the artifact&amp;#39;s content is served via the same origin (protocol/host/port) as the Admin UI. If the artifact contains HTML content with javascript inside, the javascript is executed within the same origin. Therefore, if an authenticated user is viewing the artifacts content, the javascript inside can access the browser&amp;#39;s local storage where the user&amp;#39;s password (aka &amp;#39;token-secret&amp;#39;) is stored. It is especially dangerous in scenarios where Reposilite is configured to mirror third party repositories, like the Maven Central Repository. Since anyone can publish an artifact to Maven Central under its own name, such malicious packages can be used to attack the Reposilite instance. This issue may lead to the full Reposilite instance compromise. If this attack is performed against the admin user, it&amp;#39;s possible to use the admin API to modify settings and artifacts on the instance. In the worst case scenario, an attacker would be able to obtain the Remote code execution on all systems that use artifacts from Reposilite. It&amp;#39;s important to note that the attacker does not need to lure a victim user to use a malicious artifact, but just open a link in the browser. This link can be sile…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Reposilite is an open source, lightweight and easy-to-use repository manager for Maven based artifacts in JVM ecosystem. As a Maven repository manager, Reposilite provides the ability to view the artifacts content in the browser, as well as perform administrative tasks via API. The problem lies in the fact that the artifact&amp;#39;s content is served via the same origin (protocol/host/port) as the Admin UI. If the artifact contains HTML content with javascript inside, the javascript is executed within the same origin. Therefore, if an authenticated user is viewing the artifacts content, the javascript inside can access the browser&amp;#39;s local storage where the user&amp;#39;s password (aka &amp;#39;token-secret&amp;#39;) is stored. It is especially dangerous in scenarios where Reposilite is configured to mirror third party repositories, like the Maven Central Repository. Since anyone can publish an artifact to Maven Central under its own name, such malicious packages can be used to attack the Reposilite instance. This issue may lead to the full Reposilite instance compromise. If this attack is performed against the admin user, it&amp;#39;s possible to use the admin API to modify settings and artifacts on the instance. In the worst case scenario, an attacker would be able to obtain the Remote code execution on all systems that use artifacts from Reposilite. It&amp;#39;s important to note that the attacker does not need to lure a victim user to use a malicious artifact, but just open a link in the browser. This link can be sile…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-36115</guid>
    </item>
    <item>
      <title>GHSA-9w8w-34vr-65j2 — Reposilite artifacts vulnerable to Stored Cross-site Scripting</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9w8w-34vr-65j2</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.reposilite:reposilite-backend&lt;/p&gt;
&lt;p&gt;### Summary
Reposilite v3.5.10 is affected by Stored Cross-Site Scripting (XSS) when displaying artifact&amp;#39;s content in the browser.&lt;/p&gt;
&lt;p&gt;### Details
As a Maven repository manager, Reposilite provides the ability to view the artifacts content in the browser, as well as perform administrative tasks via API. The problem lies in the fact that the artifact&amp;#39;s content is served via the same origin (protocol/host/port) as the Admin UI. If the artifact contains HTML content with javascript inside, the javascript is executed within the same origin. Therefore, if an authenticated user is viewing the artifacts content, the javascript inside can access the browser&amp;#39;s local storage where the user&amp;#39;s password (aka &amp;#39;token-secret&amp;#39;) is stored.
It is especially dangerous in scenarios where Reposilite is configured to mirror third party repositories, like the Maven Central Repository. Since anyone can publish an artifact to Maven Central under its own name, such malicious packages can be used to attack the Reposilite instance.&lt;/p&gt;
&lt;p&gt;### Steps to reproduce
To demonstrate this vulnerability, we can start Reposilite with default settings at localhost:8080 and configure its &amp;#39;release&amp;#39; repository to mirror https://artsploit.com/maven. This is my own website intended to emulate http://repo1.maven.org/, but it also contains a proof-of-concept payload for this vulnerability. Technically I could publish this payload to Maven Central Repository, but I don&amp;#39;t want to clutter it.&lt;/p&gt;
&lt;p&gt;Then, as an administrator or authentica…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.reposilite:reposilite-backend&lt;/p&gt;
&lt;p&gt;### Summary
Reposilite v3.5.10 is affected by Stored Cross-Site Scripting (XSS) when displaying artifact&amp;#39;s content in the browser.&lt;/p&gt;
&lt;p&gt;### Details
As a Maven repository manager, Reposilite provides the ability to view the artifacts content in the browser, as well as perform administrative tasks via API. The problem lies in the fact that the artifact&amp;#39;s content is served via the same origin (protocol/host/port) as the Admin UI. If the artifact contains HTML content with javascript inside, the javascript is executed within the same origin. Therefore, if an authenticated user is viewing the artifacts content, the javascript inside can access the browser&amp;#39;s local storage where the user&amp;#39;s password (aka &amp;#39;token-secret&amp;#39;) is stored.
It is especially dangerous in scenarios where Reposilite is configured to mirror third party repositories, like the Maven Central Repository. Since anyone can publish an artifact to Maven Central under its own name, such malicious packages can be used to attack the Reposilite instance.&lt;/p&gt;
&lt;p&gt;### Steps to reproduce
To demonstrate this vulnerability, we can start Reposilite with default settings at localhost:8080 and configure its &amp;#39;release&amp;#39; repository to mirror https://artsploit.com/maven. This is my own website intended to emulate http://repo1.maven.org/, but it also contains a proof-of-concept payload for this vulnerability. Technically I could publish this payload to Maven Central Repository, but I don&amp;#39;t want to clutter it.&lt;/p&gt;
&lt;p&gt;Then, as an administrator or authentica…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9w8w-34vr-65j2</guid>
    </item>
  </channel>
</rss>
