<?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://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-08T18:50:34.170751+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" 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://vulnerability.circl.lu/vuln/cve-2024-41110</id>
    <title>CVE-2024-41110 — Moby authz zero length regression</title>
    <updated>2026-10-08T18:50:34.174707+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> moby, docker moby</p>
<p>Moby is an open-source project created by Docker for software containerization. A security vulnerability has been detected in certain versions of Docker Engine, which could allow an attacker to bypass authorization plugins (AuthZ) under specific circumstances. The base likelihood of this being exploited is low.</p>
<p>Using a specially-crafted API request, an Engine API client could make the daemon forward the request or response to an authorization plugin without the body. In certain circumstances, the authorization plugin may allow a request which it would have otherwise denied if the body had been forwarded to it.</p>
<p>A security issue was discovered In 2018, where an attacker could bypass AuthZ plugins using a specially crafted API request. This could lead to unauthorized actions, including privilege escalation. Although this issue was fixed in Docker Engine v18.09.1 in January 2019, the fix was not carried forward to later major versions, resulting in a regression. Anyone who depends on authorization plugins that introspect the request and/or response body to make access control decisions is potentially impacted.</p>
<p>Docker EE v19.03.x and all versions of Mirantis Container Runtime are not vulnerable.</p>
<p>docker-ce v27.1.1 containes patches to fix the vulnerability. Patches have also been merged into the master, 19.03, 20.0, 23.0, 24.0, 25.0, 26.0, and 26.1 release branches. If one is unable to upgrade immediately, avoid using AuthZ plugins and/or restrict access to the Docker API to t…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2024-41110"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/usn-7161-1</id>
    <title>USN-7161-1 — Docker vulnerabilities</title>
    <updated>2026-10-08T18:50:34.174921+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:18.04:LTS: docker.io, Ubuntu:Pro:24.04:LTS: docker.io-app</p>
<p>Yair Zak discovered that Docker could unexpectedly forward DNS requests
from internal networks in an unexpected manner. An attacker could possibly
use this issue to exfiltrate data by encoding information in DNS queries 
to controlled nameservers. This issue was only addressed for the source package
docker.io-app in Ubuntu 24.04 LTS. (CVE-2024-29018)</p>
<p>Cory Snider discovered that Docker did not properly handle authorization 
plugin request processing. An attacker could possibly use this issue to 
bypass authorization controls by forwarding API requests without their 
full body, leading to unauthorized actions. This issue was only addressed for 
the source package docker.io-app in Ubuntu 24.10 and Ubuntu 24.04 LTS, 
and the source package docker.io in Ubuntu 18.04 LTS. (CVE-2024-41110)</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/usn-7161-1"/>
  </entry>
</feed>
