<?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://vulnerability.circl.lu</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>Thu, 01 Oct 2026 15:58:50 +0000</lastBuildDate>
    <item>
      <title>CVE-2019-18276</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2019-18276</link>
      <description>&lt;p&gt;An issue was discovered in disable_priv_mode in shell.c in GNU Bash through 5.0 patch 11. By default, if Bash is run with its effective UID not equal to its real UID, it will drop privileges by setting its effective UID to its real UID. However, it does so incorrectly. On Linux and other systems that support &amp;#34;saved UID&amp;#34; functionality, the saved UID is not dropped. An attacker with command execution in the shell can use &amp;#34;enable -f&amp;#34; for runtime loading of a new builtin, which can be a shared object that calls setuid() and therefore regains privileges. However, binaries running with an effective UID of 0 are unaffected.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;An issue was discovered in disable_priv_mode in shell.c in GNU Bash through 5.0 patch 11. By default, if Bash is run with its effective UID not equal to its real UID, it will drop privileges by setting its effective UID to its real UID. However, it does so incorrectly. On Linux and other systems that support &amp;#34;saved UID&amp;#34; functionality, the saved UID is not dropped. An attacker with command execution in the shell can use &amp;#34;enable -f&amp;#34; for runtime loading of a new builtin, which can be a shared object that calls setuid() and therefore regains privileges. However, binaries running with an effective UID of 0 are unaffected.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2019-18276</guid>
    </item>
    <item>
      <title>USN-5380-1 — bash vulnerability</title>
      <link>https://vulnerability.circl.lu/vuln/usn-5380-1</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: bash, Ubuntu:Pro:16.04:LTS: bash, Ubuntu:18.04:LTS: bash, Ubuntu:20.04:LTS: bash&lt;/p&gt;
&lt;p&gt;It was discovered that Bash did not properly drop privileges
when the binary had the setuid bit enabled. An attacker could
possibly use this issue to escalate privileges.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: bash, Ubuntu:Pro:16.04:LTS: bash, Ubuntu:18.04:LTS: bash, Ubuntu:20.04:LTS: bash&lt;/p&gt;
&lt;p&gt;It was discovered that Bash did not properly drop privileges
when the binary had the setuid bit enabled. An attacker could
possibly use this issue to escalate privileges.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/usn-5380-1</guid>
    </item>
  </channel>
</rss>
