リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:01620-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2022-48933: netfilter: nf_tables: ステートフル obj 更新中のメモリリークを修正します (bsc#1229621)。
    - CVE-2022-49110: netfilter: conntrack: gc 自動調整を再検討します (bsc#1237981)。
    - CVE-2022-49139: Bluetooth: hci_sync_conn_complete_evt の NULL ポインターデリファレンスを修正します (bsc#1238032)。
    - CVE-2022-49767: 9p/trans_fd: 常に O_NONBLOCK 読み取り/書き込みを使用します (bsc#1242493)。
    - CVE-2024-46763: fou: GRO の NULL ポインターデリファレンスを修正します (bsc#1230764)。
    - CVE-2024-50038: netfilter: xtables: 必要に応じて NFPROTO_UNSPEC を回避します (bsc#1231910)。
    - CVE-2025-21726: padata: reorder_work に対する UAF を回避します (bsc#1238865)。
    - CVE-2025-21785: arm64: cacheinfo: cacheinfo 配列への領域外書き込みを回避 (bsc#1238747)。
    - CVE-2025-21791: vrf: l3mdev_l3_out() で RCU 保護を使用 (bsc#1238512)。
    - CVE-2025-21812: ax25: rcu が dev->ax25_ptr を保護します (bsc#1238471)。
    - CVE-2025-21839: KVM: x86: .vcpu_run() ループに入る前にのみ、ゲスト値で DR6 をロードします (bsc#1239061)。
    - CVE-2025-22004: net: atm: lec_send() のメモリ解放後使用 (Use After Free) を修正します (bsc#1240835)。
    - CVE-2025-22020: memstick: rtsx_usb_ms: rtsx_usb_ms_drv_remove での slab-use-after-free を修正します (bsc#1241280)。
    - CVE-2025-22045: x86/mm: 通常の PMD のザッピングに使用する際の flush_tlb_range() を修正します (bsc#1241433)。
    - CVE-2025-22055: net: geneve_opt 長の整数オーバーフローを修正します (bsc#1241371)。
    - CVE-2025-22097: drm/vkms: init エラーでのメモリ解放後使用 (Use After Free) と二重解放を修正します (bsc#1241541)。
    - CVE-2025-2312: CIFS: cifs.upcall 名前空間解決用の新しいマウントオプション (bsc#1239684)。
    - CVE-2025-23138: watch_queue: パイプアカウントの不一致を修正します (bsc#1241648)。
    - CVE-2025-39735: jfs: ea_get() の slab-out-of-bounds 読み取りを修正します (bsc#1241625)。


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

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

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

  - drm/i915エラーキャプチャと debugfs ダンプ中のリクエスト参照カウントを修正します GuC サポートがエラーキャプチャに追加されたとき、リクエストオブジェクトの参照カウントが破損しました。それを修正してください。コンテキストベース検索は、検索に関するスピンロックを内部的に管理します。そのため、内部的にも参照カウントを取得する必要があります。execlist は外部ロックに依存するリクエストベースの検索のみを実行しています。そのため、外部参照カウントが必要ですが、スピンロック内では外部ではありません。コンテキストベース検索の他の呼び出し元は、エンジン状態を debugfs にダンプするためのコードです。そのコードは、execlist 固有のスピンロックを保持しながらあらゆることを行うため、以前は明示的な参照を一切取得していませんでした。そのため、GuC 送信を使用する際に spinlock が役に立たないだけでなく、更新が必要です。送信モデルに応じて条件付きで get/put を実行するのではなく、常に get/put を実行するように変更してください。 v2一部の密コードで余分な空白行を追加することを明示的に文書化しますAndy Shevchenko 氏。リクエストが見つからない場合に、複数の潜在的な null ポインターデリファレンスを修正しますTvrtko 氏により指摘されましたが、その他あります。また、intel_context_find_active_request が実際に返されたリクエストを参照カウントするように、__guc_reset_context 内の !started と他の の場合に漏洩したリクエストを修正します。 v3参照を取り込むように intel_context_find_active_request に _get サフィックスを追加しますDaniele 氏。 v4intel_guc_find_hung_context の変更を別のパッチに分割し、intel_context_find_active_request_get を intel_context_get_active_request に名前を変更しますTvrtko。 v5
    コミットメッセージの s/locking/参照カウント/Tvrtkoコミット 3700e353781e27f1bc7222f51f2cc36cbeb9b4ec からのチェリーピッキングCVE-2023-52981

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

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

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

    一部の AMD CPU で、RAS (Return Address Stack、一部の AMD のドキュメントでは RAP - Return Address Predictor とも呼ばれ、Intel の用語では RSB - Return Stack Buffer と呼ばれる) が、非アイドルスレッド間で動的に分割されることが判明しました。これにより、攻撃者が隣接するスレッドの投機的実行を制御する可能性があります。(CVE-2022-27672)

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

    ovlmemcpy() の宛先に対して buf 柔軟配列を使用しますCVE-2022-49743

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

    mm/uffdfork イベントなしで fork() を行う際の pte マーカーを修正しますCVE-2022-49744

    Upstream バグレポートでは、この問題について次のように説明されています。

    RDS (Reliable Datagram Sockets) プロトコルの Linux カーネルに欠陥が見つかりました。rds_rm_zerocopy_callback() は、リストの先頭で list_entry() を使用するため、型の取り違え (Type Confusion) を引き起こします。ローカルユーザーは、rds_message_put() でこれをトリガーできます。型の取り違えにより、「struct rds_msg_zcopy_info *info」は、ローカルユーザーによって制御されている可能性のある他のものを実際に指し示します。これをトリガーする方法が知られています。これにより、OOB アクセスとロック破損が引き起こされます。(CVE-2023-1078)

    Linux カーネルのフレームバッファコンソール (fbcon) で欠陥が見つかりました。fbcon_set_font に 32 より大きい font->width と font->height を指定すると、チェックが行われないため、shift-out-of-bounds が発生し、未定義の動作やサービス拒否を引き起こす可能性があります。(CVE-2023-3161)

    drivers/nvmem/brcm_nvram.c の brcm_nvram_parse には、kzalloc() の戻り値のチェックがなく、NULL ポインターデリファレンスを引き起こします (CVE-2023-3359)

    Linux カーネルの vc_screen の中の drivers/tty/vt/vc_screen.c の vcs_read に、メモリ解放後使用 (Use After Free) の欠陥が見つかりました。この欠陥により、ローカルのユーザーアクセス権限を持つ攻撃者がシステムをクラッシュさせたりカーネル内部情報を漏洩させたりする可能性があります。(CVE-2023-3567)

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

    __free_pages のレーシーなチェックによって引き起こされたページ破損を修正します (CVE-2023-52739)

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

    cifs: rdata->read_into_pages() の use-after-free を修正します (CVE-2023-52741)

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

    xfrm/compat: xfrm_xlate32_attr() の潜在的な specter v1 ガジェットを防止します (CVE-2023-52746)

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

    bpfbacktrack_insn で無効な kfunc 呼び出しをスキップしますCVE-2023-52928

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

    drm/i915潜在的な bit_17 の二重解放を修正しますCVE-2023-52930

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

    drm/i915潜在的な vm use-after-free を回避しますCVE-2023-52931

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

    mm/swapfile: get_swap_pages() に cond_resched() を追加 (CVE-2023-52932)

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

    Squashfs: xattr_ids のカウント処理とサニティチェックを修正 (CVE-2023-52933)

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

    mm/MADV_COLLAPSE!none !huge !bad pmd 検索をキャッチしますCVE-2023-52934

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

    mm/khugepaged->anon_vma の競合を修正しますCVE-2023-52935

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

    kernel/irq/irqdomain.cdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-52936

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

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

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

    mmmemcgmem_cgroup_track_foreign_dirty_slowpath() で NULL ポインターを修正しますCVE-2023-52939

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

    mmmulti-gen LRUcgroup 移行中のクラッシュを修正しますCVE-2023-52940

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

    cgroup/cpusetupdate_parent_subparts_cpumask() の誤ったチェックを修正しますCVE-2023-52942

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

    vc_screen: vcs_read() の中の struct vc_data ポインターのロードを移動し、UAF を回避 (CVE-2023-52973)

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

    efiefi_mem_reserve_persistent にある潜在的な NULL デリファレンスを修正しますCVE-2023-52976

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

    net: openvswitch: ovs_flow_cmd_new() のフローメモリリークを修正 (CVE-2023-52977)

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

    squashfs: squashfs_read_xattr_id_table() のサニティチェックを強化 (CVE-2023-52979)

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

    drm/i915エラーキャプチャと debugfs ダンプ中のリクエスト参照カウントを修正CVE-2023-52981

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

    fscachewait_on_bit() を使用して、破棄されたボリュームの解放を待機しますCVE-2023-52982]

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

    ブロック、bfqbic_set_bfqq() の bfqq に対する uaf を修正しますCVE-2023-52983

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

    bpf、sockmapリスナーを複製する際に tcp_bpf_prots がないかチェックしますCVE-2023-52986

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
237098	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:01620-1)	Nessus	SuSE Local Security Checks	2025/5/22	2026/9/29	high
248938	Linux Distros のパッチ未適用の脆弱性: CVE-2023-52981	Nessus	Misc.	2025/8/12	2026/9/30	medium
352871	AlmaLinux 9.2 [TuxCare] セキュリティ更新:bpftool/kernel/kernel-abi-stablelists/kernel-core/etc 複数の脆弱性(ALMALINUX9.2:CLSA-2026:1783791447)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
173140	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-132)	Nessus	Amazon Linux Local Security Checks	2023/3/21	2026/2/24	high

検出

プラグインの検索

high

medium

medium

high