<?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-03T02:26:26.511977+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/cnvd-2018-19509</id>
    <title>cnvd-2018-19509</title>
    <updated>2026-10-03T02:26:26.514994+00:00</updated>
    <content>cnvd-2018-19509</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2018-19509"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-181513</id>
    <title>EUVD-2026-181513</title>
    <updated>2026-10-03T02:26:26.515034+00:00</updated>
    <content>EUVD-2026-181513</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-181513"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2018-11786</id>
    <title>fkie_cve-2018-11786</title>
    <updated>2026-10-03T02:26:26.515056+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>In Apache Karaf prior to 4.2.0 release, if the sshd service in Karaf is left on so an administrator can manage the running instance, any user with rights to the Karaf console can pivot and read/write any file on the file system to which the Karaf process user has access. This can be locked down a bit by using chroot to change the root directory to protect files outside of the Karaf install directory; it can be further locked down by defining a security manager policy that limits file system access to those directories beneath the Karaf home that are necessary for the system to run. However, this still allows anyone with ssh access to the Karaf process to read and write a large number of files as the Karaf process user.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2018-11786"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-9448-c9wq-jg9v</id>
    <title>GHSA-9448-c9wq-jg9v — Improper Privilege Management in Apache Karaf</title>
    <updated>2026-10-03T02:26:26.515112+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: org.apache.karaf:apache-karaf</p>
<p>In Apache Karaf prior to 4.2.0 release, if the sshd service in Karaf is left on so an administrator can manage the running instance, any user with rights to the Karaf console can pivot and read/write any file on the file system to which the Karaf process user has access. This can be locked down a bit by using chroot to change the root directory to protect files outside of the Karaf install directory; it can be further locked down by defining a security manager policy that limits file system access to those directories beneath the Karaf home that are necessary for the system to run. However, this still allows anyone with ssh access to the Karaf process to read and write a large number of files as the Karaf process user.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-9448-c9wq-jg9v"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2018-11786</id>
    <title>gsd-2018-11786</title>
    <updated>2026-10-03T02:26:26.515158+00:00</updated>
    <content>gsd-2018-11786</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2018-11786"/>
  </entry>
</feed>
