AlmaLinux 9.2 ホストには、TuxCare ALMALINUX9.2:CLSA-2026:1783791447アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - Linux カーネルの TeleTYpe サブシステムに、領域外読み取りの欠陥が見つかりました。この問題は、ユーザーが ioctl の TIOCSPTLCK および TIOCGPTPEER、TIOCSTI および TCXONC を使用して、flush_to_ldisc 関数でメモリの漏洩を引き起こし、競合状態をトリガーする方法で発生します。この欠陥により、ローカルユーザーがシステムをクラッシュさせたり、権限のないランダムデータをメモリから読み取ったりする可能性があります。(CVE-2022-1462)

  - Linux カーネルでは、以下の脆弱性が解決されています: can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - Linux カーネルでは、以下の脆弱性が解決されています: tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - Linux カーネルでは、以下の脆弱性が解決されています: list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモート Redhat Enterprise Linux 9 ホストに、RHSA-2026:1441 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    カーネルパッケージには、Linux オペレーティングシステムのコアである Linux カーネルが含まれています。

    セキュリティ修正プログラム:

    * カーネルLinux カーネルiommufd/iova_bitmap shift-out-of-bounds の脆弱性CVE-2025-21724

    * カーネルntb_hw_switchtecswitchtec_ntb_mw_set_trans の shift-out-of-bounds を修正しますCVE-2023-53034

    * カーネルLinux カーネルsendmsg の競合状態による SCTP use-after-freeCVE-2025-23142

    * カーネルnetopenvswitchset() アクションのネストされたキー長さの検証を修正CVE-2025-37789

    * カーネルKVMarm64失敗した vCPU 作成で vGIC をティアダウンしますCVE-2025-37849

    * カーネルxskTx パスの IFF_UP 以前をチェックCVE-2023-53240

    * kernel: e1000e: e1000_set_eeprom のヒープオーバーフローを修正 (CVE-2025-39898)

    * kernel: drm/i915: GuC 仮想エンジン用のリクエストをマークし、use-after-free を回避します (CVE-2023-53552)

    * カーネルnet/mlx5eロック後に NOT_READY フラグ状態をチェックしますCVE-2023-53581

    * kernel: i40e: 構成キュー msg での idx 検証を修正 (CVE-2025-39971)

    * カーネルipv6ipv6_find_tlv() の領域外アクセスを修正CVE-2023-53705

    * カーネルASoCIntelbytcr_rt5640無効な quirk 入力マッピングを修正しますCVE-2025-40154

    * カーネルBluetoothISOiso_conn_free の潜在的な UAF を修正しますCVE-2025-40141

    * kernel: drm/vmwgfx: SVGA_CMD_MAX_DATASIZE に対してコマンドヘッダーサイズを検証します (CVE-2025-40277)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

Tenable は、前述の記述ブロックを Red Hat Enterprise Linux セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Rocky Linuxの 9.2 ホストには、CIQ ciqsa-2026_1273 アドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    このアドバイザリは、CIQ LTS 9.2のカーネル SRPM のセキュリティ修正をまとめたものです。16 件の CVE に対処します:
    CVE-2025-40154、 CVE-2025-40277、 CVE-2023-53680、 CVE-2025-68285、 CVE-2025-68287、その他 11 個。

Tenableは、前述の記述ブロックをCIQセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Rocky Linux 9.2 ホストに、CIQ ciqsa-2026_1192 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    このアドバイザリは、CIQ FIPS 9.2 準拠のカーネル SRPM のセキュリティ修正をまとめたものです。16 の CVE ( CVE-2025-23142、 CVE-2025-40277、 CVE-2023-53675、 CVE-2023-53705、 CVE-2025-40154、その他 11 件) に対処します。

Tenable は、前述の記述ブロックを CIQ セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモート Redhat Enterprise Linux 9 ホストに、RHSA-2026:1443 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    kernel-rt パッケージは、リアルタイム Linux カーネルを提供します。これにより、適切に設定することを高度に要求されるシステムの微調整が可能になります。

    セキュリティ修正プログラム:

    * カーネルLinux カーネルiommufd/iova_bitmap shift-out-of-bounds の脆弱性CVE-2025-21724

    * カーネルntb_hw_switchtecswitchtec_ntb_mw_set_trans の shift-out-of-bounds を修正しますCVE-2023-53034

    * カーネルLinux カーネルsendmsg の競合状態による SCTP use-after-freeCVE-2025-23142

    * カーネルnetopenvswitchset() アクションのネストされたキー長さの検証を修正CVE-2025-37789

    * カーネルKVMarm64失敗した vCPU 作成で vGIC をティアダウンしますCVE-2025-37849

    * カーネルxskTx パスの IFF_UP 以前をチェックCVE-2023-53240

    * kernel: e1000e: e1000_set_eeprom のヒープオーバーフローを修正 (CVE-2025-39898)

    * kernel: drm/i915: GuC 仮想エンジン用のリクエストをマークし、use-after-free を回避します (CVE-2023-53552)

    * カーネルnet/mlx5eロック後に NOT_READY フラグ状態をチェックしますCVE-2023-53581

    * kernel: i40e: 構成キュー msg での idx 検証を修正 (CVE-2025-39971)

    * カーネルipv6ipv6_find_tlv() の領域外アクセスを修正CVE-2023-53705

    * カーネルASoCIntelbytcr_rt5640無効な quirk 入力マッピングを修正しますCVE-2025-40154

    * カーネルBluetoothISOiso_conn_free の潜在的な UAF を修正しますCVE-2025-40141

    * kernel: drm/vmwgfx: SVGA_CMD_MAX_DATASIZE に対してコマンドヘッダーサイズを検証します (CVE-2025-40277)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

Tenable は、前述の記述ブロックを Red Hat Enterprise Linux セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - xskTx パスの中の IFF_UP をより早くチェックします Xsk Tx は、sendmsg() または poll() syscalls のいずれかで発生する可能性があります。
    これらの 2 つのパスは、内部に 2 つのサニティチェックがある共通関数 xsk_xmit() への呼び出しを共有します。2 つのパスを示す擬似コードの例 : __xsk_sendmsg() : xsk_poll(): if (unlimited(!xsk_is_bound(xs))) if (unlimited(!xsk_is_bound(xs))) return -ENXIO;マスクを返しますif (unlimited(need_wait)) (...) return
    -EOPNOTSUPP; xsk_xmit() mark napi id をマークします...xsk_xmit() xsk_xmit(): if (unlikely(!(xs->dev->flags & IFF_UP)) が -ENETDOWN; if 可能性が低い(!xs->tx) が -ENOBUFS を返します上で観察されているように、sendmsg() では、napi id が起動されないインターフェイスでマークされる可能性があり、これにより NULL ポインターデリファレンスが引き起こされます[31757.505631] バグカーネル NULL ポインターデリファレンス、アドレス: 000000000000001831757.512710# PFカーネルモードのsupervisor読み取りアクセス[31757.517936] #PFerror_code(0x0000) - not-present page [31757.523149] PGD 0 P4D 0 [31757.525726] Oops0000 [#1]、PREEMPT SMP NOPTI [31757.530154] CPU: 26 PID:
    95641 通信xdpsock 汚染されていない 6.2.0-rc5+ #40 [31757.536871] ハードウェア名Intel Corporation S2600WFT/S2600WFT、BIOS SE5C620.86B.02.01.0008.031920191559 03/19/2019[31757.547457RIP
    0010:xsk_sendmsg+0xde/0x180 [31757.551799] コード: 00 75 a2 48 8b 00 a8 04 75 9b 84 d2 74 69 8b 85 14 01 00 00 85 c0 75 1b 48 8b 85 28 03 00 00 48 0000000000000000000000000000 00 48 8b 40 20 <8b> 40 18 89 85 14 01 00 00 8b bd 14 01 00 00 81 ff 00 01 00 00 0f [31757.570840] RSP: 0018:ffffc90034f27dc0 EFLAGS: 00010246 [31757.576143] RAX: 0000000000000000 RBX: ffffc90034f27e18 RCX: 0000000000000000 [31757.583389] RDX: 0000000000000001 RSI: ffffc90034f27e18 RDI: ffff88984cf3c100 [31757.590631] RBP: ffff88984714a800 R08: ffff88984714a800 R09: 0000000000000000 [31757.597877] R10: 0000000000000001 R11: 0000000000000000 R12: 00000000fffffffa [31757.605123] R13: 000000000000000 R15R14:31757.612364000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    00007fb4c5931180(0000) GS:ffff88afdfa00000(0000) knlGS:0000000000000000 [31757.620571] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [31757.626406] CR2: 0000000000000018 CR3: 000000184b41c003 CR4:
    00000000007706e0 [31757.633648] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [31757.640894] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [31757.648139] PKRU:
    55555554 [31757.650894] Call Trace: [31757.653385] <TASK>31757.655524] sock_sendmsg+0x8f/0xa0 [31757.659077] ? sockfd_lookup_light+0x12/0x70 [31757.663416] __sys_sendto+0xfc/0x170 [31757.667051] ? do_sched_setscheduler+0xdb/0x1b0 [31757.671658] __x64_sys_sendto+0x20/0x30 [31757.675557] do_syscall_64+0x38/0x90 [31757.679197] entry_SYSCALL_64_after_hwframe+0x72/0xdc [31757.687969 ] コード8e f6 ff 44 8b 4c 24c 24c 24b 20 41 89 c4 44 8b 54 24 28 48 8b 54 24 18 b8 2c 00 00 00 48 8b 74 10 8b 7c 24 08 0f 05 <48> 3d 00 f0 ff ff 77 3a 44 89 e7 48 e 89 48 e4e 2480648 f6 ff 48 [31757.707007] RSP
    002b:00007ffd49c73c70 EFLAGS: 00000293 ORIG_RAX: 000000000000002c [31757.714694] RAX: ffffffffffffffda RBX: 000055a996565380 RCX: 00007fb4c5727c16 [31757.721939] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000003 [31757.729184] RBP: 0000000000000040 R08: 0000000000000000 R09: 0000000000000000 [31757.736429] R10: 000000000000040 R11: 0000000000000293 R1231757.743673: R130000000000000000000000000000000000000000000000000000000000000000000
     R14000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000_これの修正のため R15に、RCUがそれに沿って処理され、サニティチェックとxs->zc31757.754940処理を引き出します </TASK> 。__xsk_sendmsg() および xsk_poll() にサニティチェックを実装します。
    (CVE-2023-53240)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

したがって、ALAS2023-2023-138 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルで、以下の脆弱性が解決されています。

    drmdrmm_mode_config_init() による、潜在的な null-ptr-deref を修正しますCVE-2022-50556]

    Linuxカーネルのio_uringによるIORING_OP_SOCKET操作の処理に二重解放の脆弱性があることがわかりました。CVE-2023-1032

    初期化関数の型の取り違えにより、Linux カーネルの tun/tap ソケットは、ソケット UID が 0 (root など) にハードコードされています。TUN/TAP デバイスは CAP_NET_ADMIN を必要とするため、多くの場合これは適切ですが、必ずしもそうとは限りません。ソケット UID がネットワークのフィルタリングとルーティングに使用される可能性があるため、TUN/TAP ソケットが不適切に管理され、UID に基づくネットワークフィルターをバイパスする可能性があります。(CVE-2023-1076)

    カーネル: pick_next_rt_entity() での型の取り違え (Type Confusion) により、メモリ破損が発生する可能性があります。(CVE-2023-1077)

    Linux カーネルの統合統合された赤外線レシーバ/トランシーバドライバーで、ユーザーが rc デバイスをデタッチする方法で、欠陥 use-after-free が見つかりました。ローカルユーザーはこの欠陥を利用して、システムをクラッシュしたり、システム上で権限を昇格したりする可能性があります。(CVE-2023-1118)

    Linux カーネルのトラフィックコントロールインデックスフィルター (tcindex) にメモリ解放後使用 (use-after-free) の脆弱性があり、これが悪用されてローカルの権限昇格が引き起こされる可能性があります。完全なハッシュの場合、tcindex_delete 関数が下層構造を削除する際にフィルターを適切に非アクティブ化しないため、後に構造の二重解放を引き起こす可能性があります。ローカルの攻撃者ユーザーがこの脆弱性を利用して、自分の権限を root に昇格する可能性があります。過去のコミット 8c710f75256bb3cf05ac7b1672c82b92c43f3d28 をアップグレードすることを推奨します。(CVE-2023-1829)

    拡張 IBRS ではなくプレーン IBRS が有効な場合、spectre_v2_user_select_mitigation() のロジックでは、STIBP が不要と判断されます。IBRS ビットは、クロススレッドブランチターゲットインジェクションから暗黙的に保護します。ただし、レガシー IBRS では、パフォーマンス上の理由から、ユーザー空間に戻るときに IBRS ビットがクリアされていました。これにより、ユーザー空間のスレッドが、STIBP が保護するクロススレッドブランチターゲットインジェクションに対して脆弱になっていました。(CVE-2023-1998)

    Linux カーネルの fs/hfsplus/super.c の hfsplus_put_super にメモリ解放後使用 (use-after-free) の欠陥が見つかりました。この欠陥により、ローカルのユーザーがサービス拒否を引き起こす可能性があります。(CVE-2023-2985)

    6.2.3より前の Linux カーネルの lib/kobject.c に問題が発見されました。root アクセスにより、攻撃者は競合状態を発生させ、fill_kobj_path の領域外書き込みを引き起こす可能性があります。(CVE-2023-45863)

    Linux カーネルで、以下の脆弱性が解決されています。

    vfio/type1exec() を介して locked_vm のアンダーフローを防止しますCVE-2023-53171]

    Linux カーネルで、以下の脆弱性が解決されています。

    USBuhcidebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53197

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilterx_tables新しい netns を作成する際のエラーパスの percpu カウンターブロック漏洩を修正しますCVE-2023-53200

    Linux カーネルで、以下の脆弱性が解決されています。

    PMドメインdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53202

    Linux カーネルで、以下の脆弱性が解決されています。

    driver corelocationfalse を返す前に struct acpi_pld_info *pld を解放しますCVE-2023-53211

    Linux カーネルで、以下の脆弱性が解決されています。

    arm64efiefi_rt_lock を raw_spinlock にしますCVE-2023-53216

    Linux カーネルで、以下の脆弱性が解決されています。

    ウォッチドッグwatchdog_cdev_register の kmemleak を修正しますCVE-2023-53234

    Linux カーネルで、以下の脆弱性が解決されています。

    xskTx パスにおいて、より前の IFF_UP をチェックしますCVE-2023-53240

    Linux カーネルで、以下の脆弱性が解決されています。

    firmwaredmi-sysfsdmi_sysfs_register_handle の null-ptr-deref を修正しますCVE-2023-53250

    Linux カーネルで、以下の脆弱性が解決されています。

    cacheinfoshared_cpu_map を修正し、異なるレベルで共有キャッシュを処理しますCVE-2023-53254

    Linux カーネルで、以下の脆弱性が解決されています。

    VMCIget_user_pages_fast() への呼び出し後に context->notify_page をチェックし、GPF を回避しますCVE-2023-53259]

    Linux カーネルで、以下の脆弱性が解決されています。

    様々な vmw_balloondebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53279

    Linux カーネルで、以下の脆弱性が解決されています。

    udfインラインファイルへの失敗した書き込みでファイルの長さを更新しませんCVE-2023-53295

    Linux カーネルで、以下の脆弱性が解決されています。

    rbdrbd_dev_create() が失敗する際、do_rbd_add() での use-after-free を回避しますCVE-2023-53307]

    Linux カーネルで、以下の脆弱性が解決されています。

    genirq/ipiirq_data_get_affinity_mask() の NULL ポインターデリファレンスを修正しますCVE-2023-53332

    Linux カーネルで、以下の脆弱性が解決されています。

    USBdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53359

    Linux カーネルで、以下の脆弱性が解決されています。

    blockポーリング中の NULL bdev のチェックで、より慎重になりますCVE-2023-53366

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptoseqiv - EBUSY を適切に処理しますCVE-2023-53373

    Linux カーネルで、以下の脆弱性が解決されています。

    NFSDnfsd4_ssc_umount_item の漏洩した参照カウントを修正しますCVE-2023-53381

    Linux カーネルで、以下の脆弱性が解決されています。

    driversbasedddebugfs_lookup() を使用したメモリリークを修正CVE-2023-53390

    Linux カーネルで、以下の脆弱性が解決されています。

    trace/blktracedebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53408

    Linux カーネルで、以下の脆弱性が解決されています。

    driversbaseコンポーネントdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53409

    Linux カーネルで、以下の脆弱性が解決されています。

    PM:EMdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53411]

    Linux カーネルで、以下の脆弱性が解決されています。

    objtoolcreate_static_call_sections() でのメモリリークを修正しますCVE-2023-53423]

    Linux カーネルで、以下の脆弱性が解決されています。

    cifsMR リストを破壊する際に警告と UAF を修正しますCVE-2023-53427

    Linux カーネルで、以下の脆弱性が解決されています。

    ipv6nexthop の計算で、すべての兄弟の lwtunnel encap サイズを追加しますCVE-2023-53477

    Linux カーネルで、以下の脆弱性が解決されています。

    iommuiommu_group_alloc() でのエラーを修正しますCVE-2023-53482

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptoxts - EBUSY を適切に処理しますCVE-2023-53494

    Linux カーネルで、以下の脆弱性が解決されています。

    udf非常に長いエクステントのマージを妨げませんCVE-2023-53506

    Linux カーネルで、以下の脆弱性が解決されています。

    io_uringfs が nowait バッファ付き読み取りをサポートしない場合の fget 漏洩を修正しますCVE-2023-53511

    Linux カーネルで、以下の脆弱性が解決されています。

    sctpネスト化されたループを回避するために sctp_stream_priorities に refcnt を追加しますCVE-2023-53590

    Linux カーネルで、以下の脆弱性が解決されています。

    ドライバーコアdevice_add() のリソース漏洩を修正しますCVE-2023-53594

    Linux カーネルで、以下の脆弱性が解決されています。

    nfsdCOPY コードパスにおける潜在的な nfsd_file refcount 漏洩をクリーンアップCVE-2023-53606

    Linux カーネルで、以下の脆弱性が解決されています。

    irqchipplatforms_irqchip_probe の refcount 漏洩を修正しますCVE-2023-53610

    Linux カーネルで、以下の脆弱性が解決されています。

    nvme-tcpエラーリカバリ中にリリースされたソケットにアクセスしませんCVE-2023-53643

    Linux カーネルで、以下の脆弱性が解決されています。

    srcuSRCU_SIZE_SMALL を使用する場合、起動 cpu に作業を委任しますCVE-2023-53671]

    Linux カーネルで、以下の脆弱性が解決されています。

    drm/i915fbdev が初期化されずにシステムの中断を修正CVE-2023-53678

    Linux カーネルで、以下の脆弱性が解決されています。

    udfディレクトリ階層にリンクされたシステム inode を検出しますCVE-2023-53695

    Linux カーネルで、以下の脆弱性が解決されています。

    ring-bufferrb_move_tail と rb_check_pages の間の競合を処理しますCVE-2023-53709

    Linux カーネルで、以下の脆弱性が解決されています。

    KVMVMX初期化されていない current_vmcs によるクラッシュを修正しますCVE-2023-53756

    Linux カーネルで、以下の脆弱性が解決されています。

    dm cachebtracker_destroy でバックグラウンドトラッカーのキューされた作業を解放しますCVE-2023-53765

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-io Costcalc_lcoefs() のゼロ除算エラーを修正しますCVE-2023-53783

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/amdページ障害エラーの報告を改善しますCVE-2023-53789

    Linux カーネルで、以下の脆弱性が解決されています。

    bpfbpf メモリアロケーターでのスラブから、割り当てられたオブジェクトをゼロにしますCVE-2023-53790

    Linux カーネルで、以下の脆弱性が解決されています。

    PCI.end = zero での有効な root バスリソースのドロップを修正しますCVE-2023-53814

    Linux カーネルで、以下の脆弱性が解決されています。

    loop割り当て前の loop_set_status_from_info() チェックCVE-2023-53820

    Linux カーネルで、以下の脆弱性が解決されています。

    usb初期xhci-dbc領域外メモリアクセスの可能性を修正しますCVE-2023-53840

    Linux カーネルで、以下の脆弱性が解決されています。

    KVM合体した MMIO 登録解除が失敗した場合は、ターゲットデバイスを破棄しますCVE-2023-54024

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptofessiv - EBUSY を適切に処理しますCVE-2023-54046

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/amdivrs_acpihid コマンドラインパラメーターの長さ制限を追加しますCVE-2023-54057

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-cgrouppd_free_fn() が行われた後に親 refcount をドロップしますCVE-2023-54107]

    Linux カーネルで、以下の脆弱性が解決されています。

    ledled-coreof_led_get() での refcount 漏洩を修正しますCVE-2023-54190]

    Linux カーネルで、以下の脆弱性が解決されています。

    ttytty_driver_lookup_tty() での領域外アクセスを修正しますCVE-2023-54198

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilterebtablesテーブル blob の use-after-free を修正しますCVE-2023-54243

    Linux カーネルで、以下の脆弱性が解決されています。

    cifsMR 割り当てが失敗した際に smbd 接続が失われたことを修正しますCVE-2023-54260

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4アンマウント時に ea ブロックの作成を拒否CVE-2023-54305

    Linux カーネルで、以下の脆弱性が解決されています。

    nettlstx_lock でのタスクのハングアップを回避しますCVE-2023-54306

    Linux カーネルで、以下の脆弱性が解決されています。

    dm flakeyゼロページを破損しませんCVE-2023-54317

    Linux カーネルで、以下の脆弱性が解決されています。

    ドライバーコアdevice_add() 内の潜在的な null-ptr-deref を修正しますCVE-2023-54321

    kernel: ctnetlink_create_conntrack() の refcount 漏洩 (CVE-2023-7192)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
352871	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1783791447)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	low
296996	RHEL 9 : kernel (RHSA-2026:1441)	Nessus	Red Hat Local Security Checks	2026/1/28	2026/1/28	high
354103	Rocky Linux 9.2 [CIQ] セキュリティ更新:bpftool-debuginfo の複数の脆弱性(ciqsa-2026_1273)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
357250	Rocky Linux 9.2 [CIQ] セキュリティ更新:bpftool/bpftool-debuginfo/kernel/kernel-64k/kernel-64k-core/etc 複数の脆弱性(ciqsa-2026_1192)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/23	high
297001	RHEL 9 : kernel-rt (RHSA-2026:1443)	Nessus	Red Hat Local Security Checks	2026/1/28	2026/1/28	high
265036	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53240	Nessus	Misc.	2025/9/16	2026/11/12	medium
173340	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high

検出

プラグインの検索

low

high

high

high

high

medium

high