<?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://db.gcve.eu</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>Mon, 28 Sep 2026 23:56:15 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-49959 — openvswitch: fix memory leak at failed datapath creation</title>
      <link>https://db.gcve.eu/vuln/cve-2022-49959</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;openvswitch: fix memory leak at failed datapath creation&lt;/p&gt;
&lt;p&gt;ovs_dp_cmd_new()-&amp;gt;ovs_dp_change()-&amp;gt;ovs_dp_set_upcall_portids()
allocates array via kmalloc.
If for some reason new_vport() fails during ovs_dp_cmd_new()
dp-&amp;gt;upcall_portids must be freed.
Add missing kfree.&lt;/p&gt;
&lt;p&gt;Kmemleak example:
unreferenced object 0xffff88800c382500 (size 64):
  comm &amp;#34;dump_state&amp;#34;, pid 323, jiffies 4294955418 (age 104.347s)
  hex dump (first 32 bytes):
    5e c2 79 e4 1f 7a 38 c7 09 21 38 0c 80 88 ff ff  ^.y..z8..!8.....
    03 00 00 00 0a 00 00 00 14 00 00 00 28 00 00 00  ............(...
  backtrace:
    [&amp;lt;0000000071bebc9f&amp;gt;] ovs_dp_set_upcall_portids+0x38/0xa0
    [&amp;lt;000000000187d8bd&amp;gt;] ovs_dp_change+0x63/0xe0
    [&amp;lt;000000002397e446&amp;gt;] ovs_dp_cmd_new+0x1f0/0x380
    [&amp;lt;00000000aa06f36e&amp;gt;] genl_family_rcv_msg_doit+0xea/0x150
    [&amp;lt;000000008f583bc4&amp;gt;] genl_rcv_msg+0xdc/0x1e0
    [&amp;lt;00000000fa10e377&amp;gt;] netlink_rcv_skb+0x50/0x100
    [&amp;lt;000000004959cece&amp;gt;] genl_rcv+0x24/0x40
    [&amp;lt;000000004699ac7f&amp;gt;] netlink_unicast+0x23e/0x360
    [&amp;lt;00000000c153573e&amp;gt;] netlink_sendmsg+0x24e/0x4b0
    [&amp;lt;000000006f4aa380&amp;gt;] sock_sendmsg+0x62/0x70
    [&amp;lt;00000000d0068654&amp;gt;] ____sys_sendmsg+0x230/0x270
    [&amp;lt;0000000012dacf7d&amp;gt;] ___sys_sendmsg+0x88/0xd0
    [&amp;lt;0000000011776020&amp;gt;] __sys_sendmsg+0x59/0xa0
    [&amp;lt;000000002e8f2dc1&amp;gt;] do_syscall_64+0x3b/0x90
    [&amp;lt;000000003243e7cb&amp;gt;] entry_SYSCALL_64_after_hwframe+0x63/0xcd&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;openvswitch: fix memory leak at failed datapath creation&lt;/p&gt;
&lt;p&gt;ovs_dp_cmd_new()-&amp;gt;ovs_dp_change()-&amp;gt;ovs_dp_set_upcall_portids()
allocates array via kmalloc.
If for some reason new_vport() fails during ovs_dp_cmd_new()
dp-&amp;gt;upcall_portids must be freed.
Add missing kfree.&lt;/p&gt;
&lt;p&gt;Kmemleak example:
unreferenced object 0xffff88800c382500 (size 64):
  comm &amp;#34;dump_state&amp;#34;, pid 323, jiffies 4294955418 (age 104.347s)
  hex dump (first 32 bytes):
    5e c2 79 e4 1f 7a 38 c7 09 21 38 0c 80 88 ff ff  ^.y..z8..!8.....
    03 00 00 00 0a 00 00 00 14 00 00 00 28 00 00 00  ............(...
  backtrace:
    [&amp;lt;0000000071bebc9f&amp;gt;] ovs_dp_set_upcall_portids+0x38/0xa0
    [&amp;lt;000000000187d8bd&amp;gt;] ovs_dp_change+0x63/0xe0
    [&amp;lt;000000002397e446&amp;gt;] ovs_dp_cmd_new+0x1f0/0x380
    [&amp;lt;00000000aa06f36e&amp;gt;] genl_family_rcv_msg_doit+0xea/0x150
    [&amp;lt;000000008f583bc4&amp;gt;] genl_rcv_msg+0xdc/0x1e0
    [&amp;lt;00000000fa10e377&amp;gt;] netlink_rcv_skb+0x50/0x100
    [&amp;lt;000000004959cece&amp;gt;] genl_rcv+0x24/0x40
    [&amp;lt;000000004699ac7f&amp;gt;] netlink_unicast+0x23e/0x360
    [&amp;lt;00000000c153573e&amp;gt;] netlink_sendmsg+0x24e/0x4b0
    [&amp;lt;000000006f4aa380&amp;gt;] sock_sendmsg+0x62/0x70
    [&amp;lt;00000000d0068654&amp;gt;] ____sys_sendmsg+0x230/0x270
    [&amp;lt;0000000012dacf7d&amp;gt;] ___sys_sendmsg+0x88/0xd0
    [&amp;lt;0000000011776020&amp;gt;] __sys_sendmsg+0x59/0xa0
    [&amp;lt;000000002e8f2dc1&amp;gt;] do_syscall_64+0x3b/0x90
    [&amp;lt;000000003243e7cb&amp;gt;] entry_SYSCALL_64_after_hwframe+0x63/0xcd&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2022-49959</guid>
    </item>
  </channel>
</rss>
