<?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>Sat, 03 Oct 2026 08:25:18 +0000</lastBuildDate>
    <item>
      <title>cnvd-2020-53122</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2020-53122</link>
      <description>cnvd-2020-53122</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2020-53122</guid>
    </item>
    <item>
      <title>EUVD-2026-40989</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-40989</link>
      <description>EUVD-2026-40989</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-40989</guid>
    </item>
    <item>
      <title>fkie_cve-2020-11980</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-11980</link>
      <description>&lt;p&gt;In Karaf, JMX authentication takes place using JAAS and authorization takes place using ACL files. By default, only an &amp;#34;admin&amp;#34; can actually invoke on an MBean. However there is a vulnerability there for someone who is not an admin, but has a &amp;#34;viewer&amp;#34; role. In the &amp;#39;etc/jmx.acl.cfg&amp;#39;, such as role can call get*. It&amp;#39;s possible to authenticate as a viewer role + invokes on the MLet getMBeansFromURL method, which goes off to a remote server to fetch the desired MBean, which is then registered in Karaf. At this point the attack fails as &amp;#34;viewer&amp;#34; doesn&amp;#39;t have the permission to invoke on the MBean. Still, it could act as a SSRF style attack and also it essentially allows a &amp;#34;viewer&amp;#34; role to pollute the MBean registry, which is a kind of privilege escalation. The vulnerability is low as it&amp;#39;s possible to add a ACL to limit access. Users should update to Apache Karaf 4.2.9 or newer.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In Karaf, JMX authentication takes place using JAAS and authorization takes place using ACL files. By default, only an &amp;#34;admin&amp;#34; can actually invoke on an MBean. However there is a vulnerability there for someone who is not an admin, but has a &amp;#34;viewer&amp;#34; role. In the &amp;#39;etc/jmx.acl.cfg&amp;#39;, such as role can call get*. It&amp;#39;s possible to authenticate as a viewer role + invokes on the MLet getMBeansFromURL method, which goes off to a remote server to fetch the desired MBean, which is then registered in Karaf. At this point the attack fails as &amp;#34;viewer&amp;#34; doesn&amp;#39;t have the permission to invoke on the MBean. Still, it could act as a SSRF style attack and also it essentially allows a &amp;#34;viewer&amp;#34; role to pollute the MBean registry, which is a kind of privilege escalation. The vulnerability is low as it&amp;#39;s possible to add a ACL to limit access. Users should update to Apache Karaf 4.2.9 or newer.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-11980</guid>
    </item>
    <item>
      <title>GHSA-9jg9-6wm2-x7p5 — Server-Side Request Forgery in Karaf</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9jg9-6wm2-x7p5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.apache.karaf.management:org.apache.karaf.management.server&lt;/p&gt;
&lt;p&gt;In Karaf, JMX authentication takes place using JAAS and authorization takes place using ACL files. By default, only an &amp;#34;admin&amp;#34; can actually invoke on an MBean. However there is a vulnerability there for someone who is not an admin, but has a &amp;#34;viewer&amp;#34; role. In the &amp;#39;etc/jmx.acl.cfg&amp;#39;, such as role can call get*. It&amp;#39;s possible to authenticate as a viewer role + invokes on the MLet getMBeansFromURL method, which goes off to a remote server to fetch the desired MBean, which is then registered in Karaf. At this point the attack fails as &amp;#34;viewer&amp;#34; doesn&amp;#39;t have the permission to invoke on the MBean. Still, it could act as a SSRF style attack and also it essentially allows a &amp;#34;viewer&amp;#34; role to pollute the MBean registry, which is a kind of privilege escalation. The vulnerability is low as it&amp;#39;s possible to add a ACL to limit access. Users should update to Apache Karaf 4.2.9 or newer.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.apache.karaf.management:org.apache.karaf.management.server&lt;/p&gt;
&lt;p&gt;In Karaf, JMX authentication takes place using JAAS and authorization takes place using ACL files. By default, only an &amp;#34;admin&amp;#34; can actually invoke on an MBean. However there is a vulnerability there for someone who is not an admin, but has a &amp;#34;viewer&amp;#34; role. In the &amp;#39;etc/jmx.acl.cfg&amp;#39;, such as role can call get*. It&amp;#39;s possible to authenticate as a viewer role + invokes on the MLet getMBeansFromURL method, which goes off to a remote server to fetch the desired MBean, which is then registered in Karaf. At this point the attack fails as &amp;#34;viewer&amp;#34; doesn&amp;#39;t have the permission to invoke on the MBean. Still, it could act as a SSRF style attack and also it essentially allows a &amp;#34;viewer&amp;#34; role to pollute the MBean registry, which is a kind of privilege escalation. The vulnerability is low as it&amp;#39;s possible to add a ACL to limit access. Users should update to Apache Karaf 4.2.9 or newer.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9jg9-6wm2-x7p5</guid>
    </item>
    <item>
      <title>gsd-2020-11980</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-11980</link>
      <description>gsd-2020-11980</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-11980</guid>
    </item>
    <item>
      <title>RHSA-2020:5568 — Red Hat Security Advisory: Red Hat Fuse 7.8.0 release and security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2020:5568</link>
      <description>&lt;p&gt;jackson-modules-java8: DoS due to an Improper Input Validation thrift: Endless loop when feed with specific input data thrift: Out-of-bounds read related to TJSONProtocol or TSimpleJSONProtocol mysql-connector-java: privilege escalation in MySQL connector spring-ws: XML External Entity Injection (XXE) when receiving XML data from untrusted sources spring-batch: XML External Entity Injection (XXE) when receiving XML data from untrusted sources codehaus: incomplete fix for unsafe deserialization in jackson-databind vulnerabilities hibernate-validator: safeHTML validator allows XSS AngularJS: Prototype pollution in merge function could result in code injection org.eclipse.paho.client.mqttv3: Improper hostname validation in the MQTT library cxf: does not restrict the number of message attachments cxf: OpenId Connect token service does not properly validate the clientId libquartz: XXE attacks via job description hibernate: SQL injection issue in Hibernate ORM batik: SSRF via &amp;#34;xlink:href&amp;#34; jetty: double release of resource can lead to information disclosure Undertow: Memory Leak in Undertow HttpOpenListener due to holding remoting connections indefinitely keycloak: Lack of checks in ObjectInputStream leading to Remote Code Execution Wildfly: EJBContext principal is not popped back after invoking another EJB using a different Security Domain tika: excessive memory usage in PSDParser apache-flink: JMX information disclosure vulnerability springframework: RFD attack via Content-Dispos…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;jackson-modules-java8: DoS due to an Improper Input Validation thrift: Endless loop when feed with specific input data thrift: Out-of-bounds read related to TJSONProtocol or TSimpleJSONProtocol mysql-connector-java: privilege escalation in MySQL connector spring-ws: XML External Entity Injection (XXE) when receiving XML data from untrusted sources spring-batch: XML External Entity Injection (XXE) when receiving XML data from untrusted sources codehaus: incomplete fix for unsafe deserialization in jackson-databind vulnerabilities hibernate-validator: safeHTML validator allows XSS AngularJS: Prototype pollution in merge function could result in code injection org.eclipse.paho.client.mqttv3: Improper hostname validation in the MQTT library cxf: does not restrict the number of message attachments cxf: OpenId Connect token service does not properly validate the clientId libquartz: XXE attacks via job description hibernate: SQL injection issue in Hibernate ORM batik: SSRF via &amp;#34;xlink:href&amp;#34; jetty: double release of resource can lead to information disclosure Undertow: Memory Leak in Undertow HttpOpenListener due to holding remoting connections indefinitely keycloak: Lack of checks in ObjectInputStream leading to Remote Code Execution Wildfly: EJBContext principal is not popped back after invoking another EJB using a different Security Domain tika: excessive memory usage in PSDParser apache-flink: JMX information disclosure vulnerability springframework: RFD attack via Content-Dispos…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2020:5568</guid>
    </item>
  </channel>
</rss>
