<?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 07:37:10 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-90174</title>
      <link>https://vulnerability.circl.lu/vuln/bell-cve-2026-90174</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/bell-cve-2026-90174</guid>
    </item>
    <item>
      <title>fkie_cve-2026-90174</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-90174</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ksmbd: fix slab-out-of-bounds read in ksmbd_alloc_user()&lt;/p&gt;
&lt;p&gt;ksmbd_alloc_user() copies resp-&amp;gt;hash_sz bytes out of the mountd IPC
login response with&lt;/p&gt;
&lt;p&gt;user-&amp;gt;passkey_sz = resp-&amp;gt;hash_sz;
	user-&amp;gt;passkey = kmalloc(resp-&amp;gt;hash_sz, KSMBD_DEFAULT_GFP);
	if (user-&amp;gt;passkey)
		memcpy(user-&amp;gt;passkey, resp-&amp;gt;hash, resp-&amp;gt;hash_sz);&lt;/p&gt;
&lt;p&gt;resp-&amp;gt;hash_sz is a __u16 supplied by the response, but resp-&amp;gt;hash[] is
only KSMBD_REQ_MAX_HASH_SZ bytes.  A malformed or malicious login
response can set hash_sz well beyond that (up to 65535), so the memcpy()
reads past the end of the response object.  ipc_validate_msg() does not
bound hash_sz, so reject any response whose hash_sz exceeds the on-stack
hash[] buffer before allocating and copying.&lt;/p&gt;
&lt;p&gt;[ 2030.238706] BUG: KASAN: slab-out-of-bounds in ksmbd_alloc_user+0x278/0x680
[ 2030.240549] Read of size 65535 at addr ffff888121bb6680 by task kworker/4:1/18611
[ 2030.242296]
[ 2030.242710] CPU: 4 UID: 0 PID: 18611 Comm: kworker/4:1 Not tainted 7.1.0-next-20260623-virtme #96 PREEMPT(lazy)
[ 2030.242732] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/01/2014
[ 2030.242743] Workqueue: ksmbd-io handle_ksmbd_work
[ 2030.242763] Call Trace:
[ 2030.242769]  &amp;lt;TASK&amp;gt;
[ 2030.242776]  dump_stack_lvl+0xa2/0xd0
[ 2030.242794]  print_address_description+0x77/0x200
[ 2030.242815]  ? ksmbd_alloc_user+0x278/0x680
[ 2030.242831]  print_report+0x58/0x70
[ 2030.242848]  kasan_report+…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ksmbd: fix slab-out-of-bounds read in ksmbd_alloc_user()&lt;/p&gt;
&lt;p&gt;ksmbd_alloc_user() copies resp-&amp;gt;hash_sz bytes out of the mountd IPC
login response with&lt;/p&gt;
&lt;p&gt;user-&amp;gt;passkey_sz = resp-&amp;gt;hash_sz;
	user-&amp;gt;passkey = kmalloc(resp-&amp;gt;hash_sz, KSMBD_DEFAULT_GFP);
	if (user-&amp;gt;passkey)
		memcpy(user-&amp;gt;passkey, resp-&amp;gt;hash, resp-&amp;gt;hash_sz);&lt;/p&gt;
&lt;p&gt;resp-&amp;gt;hash_sz is a __u16 supplied by the response, but resp-&amp;gt;hash[] is
only KSMBD_REQ_MAX_HASH_SZ bytes.  A malformed or malicious login
response can set hash_sz well beyond that (up to 65535), so the memcpy()
reads past the end of the response object.  ipc_validate_msg() does not
bound hash_sz, so reject any response whose hash_sz exceeds the on-stack
hash[] buffer before allocating and copying.&lt;/p&gt;
&lt;p&gt;[ 2030.238706] BUG: KASAN: slab-out-of-bounds in ksmbd_alloc_user+0x278/0x680
[ 2030.240549] Read of size 65535 at addr ffff888121bb6680 by task kworker/4:1/18611
[ 2030.242296]
[ 2030.242710] CPU: 4 UID: 0 PID: 18611 Comm: kworker/4:1 Not tainted 7.1.0-next-20260623-virtme #96 PREEMPT(lazy)
[ 2030.242732] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/01/2014
[ 2030.242743] Workqueue: ksmbd-io handle_ksmbd_work
[ 2030.242763] Call Trace:
[ 2030.242769]  &amp;lt;TASK&amp;gt;
[ 2030.242776]  dump_stack_lvl+0xa2/0xd0
[ 2030.242794]  print_address_description+0x77/0x200
[ 2030.242815]  ? ksmbd_alloc_user+0x278/0x680
[ 2030.242831]  print_report+0x58/0x70
[ 2030.242848]  kasan_report+…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-90174</guid>
    </item>
    <item>
      <title>GHSA-xjjr-rjj9-3w22</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-xjjr-rjj9-3w22</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ksmbd: fix slab-out-of-bounds read in ksmbd_alloc_user()&lt;/p&gt;
&lt;p&gt;ksmbd_alloc_user() copies resp-&amp;gt;hash_sz bytes out of the mountd IPC
login response with&lt;/p&gt;
&lt;p&gt;user-&amp;gt;passkey_sz = resp-&amp;gt;hash_sz;
	user-&amp;gt;passkey = kmalloc(resp-&amp;gt;hash_sz, KSMBD_DEFAULT_GFP);
	if (user-&amp;gt;passkey)
		memcpy(user-&amp;gt;passkey, resp-&amp;gt;hash, resp-&amp;gt;hash_sz);&lt;/p&gt;
&lt;p&gt;resp-&amp;gt;hash_sz is a __u16 supplied by the response, but resp-&amp;gt;hash[] is
only KSMBD_REQ_MAX_HASH_SZ bytes.  A malformed or malicious login
response can set hash_sz well beyond that (up to 65535), so the memcpy()
reads past the end of the response object.  ipc_validate_msg() does not
bound hash_sz, so reject any response whose hash_sz exceeds the on-stack
hash[] buffer before allocating and copying.&lt;/p&gt;
&lt;p&gt;[ 2030.238706] BUG: KASAN: slab-out-of-bounds in ksmbd_alloc_user+0x278/0x680
[ 2030.240549] Read of size 65535 at addr ffff888121bb6680 by task kworker/4:1/18611
[ 2030.242296]
[ 2030.242710] CPU: 4 UID: 0 PID: 18611 Comm: kworker/4:1 Not tainted 7.1.0-next-20260623-virtme #96 PREEMPT(lazy)
[ 2030.242732] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/01/2014
[ 2030.242743] Workqueue: ksmbd-io handle_ksmbd_work
[ 2030.242763] Call Trace:
[ 2030.242769]  &amp;lt;TASK&amp;gt;
[ 2030.242776]  dump_stack_lvl+0xa2/0xd0
[ 2030.242794]  print_address_description+0x77/0x200
[ 2030.242815]  ? ksmbd_alloc_user+0x278/0x680
[ 2030.242831]  print_report+0x58/0x70
[ 2030.242848]  kasan_report+…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ksmbd: fix slab-out-of-bounds read in ksmbd_alloc_user()&lt;/p&gt;
&lt;p&gt;ksmbd_alloc_user() copies resp-&amp;gt;hash_sz bytes out of the mountd IPC
login response with&lt;/p&gt;
&lt;p&gt;user-&amp;gt;passkey_sz = resp-&amp;gt;hash_sz;
	user-&amp;gt;passkey = kmalloc(resp-&amp;gt;hash_sz, KSMBD_DEFAULT_GFP);
	if (user-&amp;gt;passkey)
		memcpy(user-&amp;gt;passkey, resp-&amp;gt;hash, resp-&amp;gt;hash_sz);&lt;/p&gt;
&lt;p&gt;resp-&amp;gt;hash_sz is a __u16 supplied by the response, but resp-&amp;gt;hash[] is
only KSMBD_REQ_MAX_HASH_SZ bytes.  A malformed or malicious login
response can set hash_sz well beyond that (up to 65535), so the memcpy()
reads past the end of the response object.  ipc_validate_msg() does not
bound hash_sz, so reject any response whose hash_sz exceeds the on-stack
hash[] buffer before allocating and copying.&lt;/p&gt;
&lt;p&gt;[ 2030.238706] BUG: KASAN: slab-out-of-bounds in ksmbd_alloc_user+0x278/0x680
[ 2030.240549] Read of size 65535 at addr ffff888121bb6680 by task kworker/4:1/18611
[ 2030.242296]
[ 2030.242710] CPU: 4 UID: 0 PID: 18611 Comm: kworker/4:1 Not tainted 7.1.0-next-20260623-virtme #96 PREEMPT(lazy)
[ 2030.242732] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/01/2014
[ 2030.242743] Workqueue: ksmbd-io handle_ksmbd_work
[ 2030.242763] Call Trace:
[ 2030.242769]  &amp;lt;TASK&amp;gt;
[ 2030.242776]  dump_stack_lvl+0xa2/0xd0
[ 2030.242794]  print_address_description+0x77/0x200
[ 2030.242815]  ? ksmbd_alloc_user+0x278/0x680
[ 2030.242831]  print_report+0x58/0x70
[ 2030.242848]  kasan_report+…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-xjjr-rjj9-3w22</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11880-1 — kernel-devel-7.2.7-1.1 on GA media</title>
      <link>https://vulnerability.circl.lu/vuln/opensuse-su-2026:11880-1</link>
      <description>&lt;p&gt;kernel-devel-7.2.7-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-7.2.7-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/opensuse-su-2026:11880-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-90174</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-90174</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 193 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ksmbd: fix slab-out-of-bounds read in ksmbd_alloc_user() ksmbd_alloc_user() copies resp-&amp;gt;hash_sz bytes out of the mountd IPC login response with 	user-&amp;gt;passkey_sz = resp-&amp;gt;hash_sz; 	user-&amp;gt;passkey = kmalloc(resp-&amp;gt;hash_sz, KSMBD_DEFAULT_GFP); 	if (user-&amp;gt;passkey) 		memcpy(user-&amp;gt;passkey, resp-&amp;gt;hash, resp-&amp;gt;hash_sz); resp-&amp;gt;hash_sz is a __u16 supplied by the response, but resp-&amp;gt;hash[] is only KSMBD_REQ_MAX_HASH_SZ bytes.  A malformed or malicious login response can set hash_sz well beyond that (up to 65535), so the memcpy() reads past the end of the response object.  ipc_validate_msg() does not bound hash_sz, so reject any response whose hash_sz exceeds the on-stack hash[] buffer before allocating and copying. [ 2030.238706] BUG: KASAN: slab-out-of-bounds in ksmbd_alloc_user+0x278/0x680 [ 2030.240549] Read of size 65535 at addr ffff888121bb6680 by task kworker/4:1/18611 [ 2030.242296] [ 2030.242710] CPU: 4 UID: 0 PID: 18611 Comm: kworker/4:1 Not tainted 7.1.0-next-20260623-virtme #96 PREEMPT(lazy) [ 2030.242732] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/01/2014 [ 2030.242743] Workqueue: ksmbd-io handle_ksmbd_work [ 2030.242763] Call Trace: [ 2030.242769]  &amp;lt;TASK&amp;gt; [ 2030.242776]  dump_stack_lvl+0xa2/0xd0 [ 2030.242794]  print_address_description+0x77/0x200 [ 2030.242815]  ? ksmbd_alloc_user+0x278/0x680 [ 2030.242831]  print_report+0x58/0x70 [ 2030.242848]  kasan_report+0x117…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 193 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ksmbd: fix slab-out-of-bounds read in ksmbd_alloc_user() ksmbd_alloc_user() copies resp-&amp;gt;hash_sz bytes out of the mountd IPC login response with 	user-&amp;gt;passkey_sz = resp-&amp;gt;hash_sz; 	user-&amp;gt;passkey = kmalloc(resp-&amp;gt;hash_sz, KSMBD_DEFAULT_GFP); 	if (user-&amp;gt;passkey) 		memcpy(user-&amp;gt;passkey, resp-&amp;gt;hash, resp-&amp;gt;hash_sz); resp-&amp;gt;hash_sz is a __u16 supplied by the response, but resp-&amp;gt;hash[] is only KSMBD_REQ_MAX_HASH_SZ bytes.  A malformed or malicious login response can set hash_sz well beyond that (up to 65535), so the memcpy() reads past the end of the response object.  ipc_validate_msg() does not bound hash_sz, so reject any response whose hash_sz exceeds the on-stack hash[] buffer before allocating and copying. [ 2030.238706] BUG: KASAN: slab-out-of-bounds in ksmbd_alloc_user+0x278/0x680 [ 2030.240549] Read of size 65535 at addr ffff888121bb6680 by task kworker/4:1/18611 [ 2030.242296] [ 2030.242710] CPU: 4 UID: 0 PID: 18611 Comm: kworker/4:1 Not tainted 7.1.0-next-20260623-virtme #96 PREEMPT(lazy) [ 2030.242732] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/01/2014 [ 2030.242743] Workqueue: ksmbd-io handle_ksmbd_work [ 2030.242763] Call Trace: [ 2030.242769]  &amp;lt;TASK&amp;gt; [ 2030.242776]  dump_stack_lvl+0xa2/0xd0 [ 2030.242794]  print_address_description+0x77/0x200 [ 2030.242815]  ? ksmbd_alloc_user+0x278/0x680 [ 2030.242831]  print_report+0x58/0x70 [ 2030.242848]  kasan_report+0x117…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-90174</guid>
    </item>
  </channel>
</rss>
