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

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


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

    - CVE-2024-39371: io_uring: io_file_can_poll() の非 NULL ファイルポインターをチェック (bsc#1226990)。
    - CVE-2023-52846: hsr: prp_create_tagged_frame() のメモリ解放後使用 (Use After Free) を防止 (bsc#1225098)。
    - CVE-2024-38610: drivers/virt/acrn: acrn_vm_ram_map() の PFNMAP PTE チェックを修正 (bsc#1226758)。
    - CVE-2024-37354: btrfs: fsync とサイズ拡張の書き込みが競合した際のクラッシュを修正 (bsc#1227101)。
    - CVE-2024-36919: scsi: bnx2fc: アップロード後のリソース解放時に spin_lock_bh を削除 (bsc#1225767)。
    - CVE-2024-38559: scsi: qedf: コピーされたバッファが NUL の終端であることを確認する (bsc#1226785)。
    - CVE-2024-38570：gfs2：アンマウントの潜在的な glock use-after-free を修正します（bsc#1226775）。
    - CVE-2024-36904: tcp: tcp_twsk_unique() で refcount_inc_not_zero() を使用 (bsc#1225732)。
    - CVE-2023-52840: rmi_unregister_function() のメモリ解放後使用 (Use After Free) を修正 (bsc#1224928)。
    - CVE-2024-38545: RDMA/hns: cq async イベントの UAF を修正 (bsc#1226595)。
    - CVE-2023-52834: atl1c: DMA RX のオーバーフローの問題を回避 (bsc#1225599)。
    - CVE-2023-52875: mtk_alloc_clk_data のチェックを追加 (bsc#1225096)。
    - CVE-2023-52865: mtk_alloc_clk_data のチェックを追加 (bsc#1225086)。
    - CVE-2023-52821: null ポインターデリファレンスの可能性を修正 (bsc#1225022)。
    - CVE-2023-52867: 潜在的なバッファオーバーフローを修正 (bsc#1225009)。
    - CVE-2024-38578: ecryptfs: タグ 66 パケットのバッファサイズを修正 (bsc#1226634,)。
    - CVE-2024-36964: fs/9p: プレーンな 9P2000 の RWX アクセス許可のみを変換する (bsc#1225866)。
    - CVE-2023-52759: 否定されたクォータの変更を無視 (bsc#1225560)。
    - CVE-2023-52796: ipvlan_route_v6_outbound() ヘルパーを追加する (bsc#1224930)。
    - CVE-2023-52807: debugfs を介して結合情報が読み取られる際に発生する可能性のある領域外アクセスを修正 (bsc#1225097)。
    - CVE-2023-52864: char デバイスのオープニングを修正 (bsc#1225132)。
    - CVE-2024-36926: PE がフリーズした状態における起動中に LPAR パニックが発生する問題を修正 (bsc#1222011)。
    - CVE-2023-52871: データ破損なしで 2 番目のデバイスを処理 (bsc#1225534)
    - CVE-2023-52795: vhost_vdpa_probe() のメモリ解放後使用 (Use After Free) を修正 (bsc#1225085)。
    - CVE-2023-52881: tcp: 送信したことのないバイトの ACK を受け入れない (bsc#1225611)。
    - CVE-2024-37353: virtio: vp_del_vqs() の二重解放を修正しました (bsc#1226875)。
    - CVE-2024-39301: net/9p: p9_client_rpc() の初期化されていない値を修正 (bsc#1226994)。
    - CVE-2024-35843: iommu/vt-d: iopf レポートパスでデバイス rbtree を使用 (bsc#1224751)。
    - CVE-2024-37078: nilfs2: ライトバックフラグの待機がないことによる潜在的なカーネルバグを修正 (bsc#1227066)。
    - CVE-2024-35247: fpga: region: 所有者モジュールを追加し、その参照アカウントを取得 (bsc#1226948)。
    - CVE-2024-36479: fpga: bridge: 所有者モジュールを追加し、その参照アカウントを取得 (bsc#1226949)。
    - CVE-2024-37021: fpga: manager: 所有者モジュールを追加し、その参照アカウントを取得 (bsc#1226950)。
    - CVE-2024-36281: net/mlx5: mlx5_ipsec_rx_status_destroy を使用して、ステータスルールを正しく削除 (bsc#1226799)。
    - CVE-2024-38580: epoll: ファイルの有効期間の管理を改善 (bsc#1226610)。
    - CVE-2024-36478: null_blk:「power」および「submit_queues」設定中の NULL ポインターデリファレンスを修正 (bsc#1226841)。
    - CVE-2024-38636: f2fs: multidev: 有効なゼロブロックアドレスを認識するように修正 (bsc#1226879)。
    - CVE-2024-38661: s390/ap: AP の内部関数 modify_bitmap() のクラッシュを修正 (bsc#1226996)。
    - CVE-2024-38564: bpf: BPF_LINK_CREATE に BPF_PROG_TYPE_CGROUP_SKB アタッチタイプの強制を追加する (bsc#1226789)。
    - CVE-2024-38560: scsi: bfa: コピーされたバッファが NUL の終端であることを確認する (bsc#1226786)。
    - CVE-2024-36978: net: sched: sch_multiq: multiq_tune() で発生する可能性のある OOB 書き込みを修正 (bsc#1226514)。
    - CVE-2024-36917: block: blk_ioctl_discard() のオーバーフローを修正 (bsc#1225770)。
    - CVE-2024-38627: stm class: stm_register_device() の二重解放を修正 (bsc#1226857)。
    - CVE-2024-38603: drivers/perf: hisi: hns3: 実際に devm_add_action_or_reset() を使用する (bsc#1226842)。
    - CVE-2024-38553: net: fec: .ndo_poll_controller を削除してデッドロックを回避 (bsc#1226744)。
    - CVE-2024-38555: net/mlx5: 内部エラーでコマンドの完了を破棄する (bsc#1226607)。
    - CVE-2024-38556: net/mlx5: コマンドキューセマフォを取得するためのタイムアウトを追加 (bsc#1226774)。
    - CVE-2024-38557: net/mlx5: lag の無効化や有効化時に IB Representor のみをリロードする (bsc#1226781)。
    - CVE-2024-38608: net/mlx5e: netif の状態処理を修正 (bsc#1226746)。
    - CVE-2024-38597: eth: sungem: デッドロックを回避するために .ndo_poll_controller を削除 (bsc#1226749)。
    - CVE-2024-38594: net: stmmac: EST ロックを stmmac_priv 構造体に移動 (bsc#1226734)。
    - CVE-2024-38569: drivers/perf: hisi_pcie: イベントグループが有効な場合の領域外アクセスを修正 (bsc#1226772)。
    - CVE-2024-38568: drivers/perf: hisi: hns3: イベントグループが有効な場合の領域外アクセスを修正 (bsc#1226771)。
    - CVE-2024-26814: vfio/fsl-mc: トリガーのない割り込みハンドラー呼び出しのブロック (bsc#1222810).
    - CVE-2024-26813: vfio/platform: 永続的な IRQ ハンドラーを作成 (bsc#1222809)。
    - CVE-2024-36945: net/smc: smc_ib_find_route() の neighbour および rtable の漏洩を修正 (bsc#1225823)。
    - CVE-2024-36923: fs/9p: inode evict 中の初期化されていない値を修正 (bsc#1225815)。
    - CVE-2024-36971: net: __dst_negative_advice() の競合を修正 (bsc#1226145)。
    - CVE-2024-27414: rtnetlink: IFLA_BRIDGE_FLAGS の書き戻しのエラーロジックを修正 (bsc#1224439)。
    - CVE-2024-35886: ipv6: fib6_dump_done() の無限再帰を修正 (bsc#1224670)。
    - CVE-2024-36024: drm/amd/display: command/gpint 実行の一部として idle reallow を無効に (bsc#1225702)。
    - CVE-2024-36903: ipv6: __ip6_make_skb() の潜在的な未初期化値のアクセスを修正 (bsc#1225741)。
    - CVE-2024-36899: gpiolib: cdev: lineinfo_changed_notify のメモリ解放後使用 (Use After Free) を修正 (bsc#1225737)。
    - CVE-2024-35979: raid1: raid1_write_request() のオリジナル bio に対するメモリ解放後使用 (Use After Free) を修正 (bsc#1224572)。
    - CVE-2024-35807: ext4: オンラインでのサイズ変更中の破損を修正 (bsc#1224735)。
    - CVE-2023-52622: ext4: 過剰なサイズの flex bg によるオンラインサイズ変更の失敗を回避 (bsc#1222080)。
    - CVE-2023-52843: llc: mac ヘッダーを読み取る前に mac len を検証 (bsc#1224951)。
    - CVE-2024-35898: netfilter: nf_tables: __nft_flowtable_type_get() の潜在的なデータ競合を修正 (bsc#1224498)。
    - CVE-2024-36915: nfc: llcp: nfc_llcp_setsockopt() の安全でないコピーを修正 (bsc#1225758)。
    - CVE-2024-36882: mm: page_cache_ra_order() で memalloc_nofs_save() を使用 (bsc#1225723)。
    - CVE-2024-36916: blk-iocost: 領域外シフトを回避 (bsc#1225759)。
    - CVE-2024-36900: net: hns3: 初期化中に devlink リロードする際のカーネルクラッシュを修正 (bsc#1225726)。
    - CVE-2023-52787: blk-mq: bio_integrity_prep() に対してアクティブキューの使用が保持されていることを確認する (bsc#1225105)。
    - CVE-2024-35925: block: blk_rq_stat_sum() のゼロ除算を防止 (bsc#1224661)。
    - CVE-2023-52837: nbd: nbd_open のメモリ解放後使用 (Use After Free) を修正 (bsc#1224935)。
    - CVE-2023-52786: ext4: racy の修正により、dio 書き込みでデータチェックがインライン化される可能性 (bsc#1224939)。
    - CVE-2024-36934: bna: コピーされたバッファが NUL の終端であることを確認 (bsc#1225760)。
    - CVE-2024-36935: ice: コピーされたバッファが NUL の終端であることを確認 (bsc#1225763)。
    - CVE-2024-36937: xdp: フラグフィールドを使用して、ブロードキャストリダイレクトの曖昧さを解消 (bsc#1225834)。
    - CVE-2023-52672: pipe: max_usage 設定後に wr_wait を起動 (bsc#1224614)。
    - CVE-2023-52845: tipc: ベアラー関連名の nla_policy を NLA_NUL_STRING に変更 (bsc#1225585)。
    - CVE-2024-36005: netfilter: nf_tables: netdev リリースイベントパスからのテーブル休止フラグを優先する (bsc#1224539)。
    - CVE-2024-26845: scsi: target: core: tmr_list 処理に TMF を追加 (bsc#1223018)。
    - CVE-2024-35892: net/sched: qdisc_tree_reduce_backlog() の lockdep スプラットを修正 (bsc#1224515)。
    - CVE-2024-35848: eeprom: at24: メモリ破損の競合状態を修正 (bsc#1224612)。
    - CVE-2024-35884: udp: トンネルでの非トンネル GSO skbs ランディングを受け入れない (bsc#1224520)。
    - CVE-2024-35857: icmp: icmp_build_probe() からの潜在的な NULL デリファレンスを防止 (bsc#1224619)。
    - CVE-2023-52735: bpf、sockmap: sock_map_{close,destroy,unhash} にそれ自体を呼び出させない (bsc#1225475)。
    - CVE-2024-35926: crypto: iaa - iaa - async_disable 記述子の漏洩を修正 (bsc#1224655)。
    - CVE-2024-35976: XDP_{UMEM|COMPLETION}_FILL_RING に対するユーザー入力の検証 (bsc#1224575)。
    - CVE-2024-36938: sk_psock_skb_ingress_enqueue() での NULL ポインターデリファレンスを修正 (bsc#1225761)。
    - CVE-2024-36008: ipv4: ip_route_use_hint() の NULL idev をチェック (bsc#1224540)。
    - CVE-2024-35998: cifs_sync_mid_result でのロック順序の潜在的なデッドロックを修正 (bsc#1224549)。
    - CVE-2023-52757: mids をリリースする際の潜在的なデッドロックを修正 (bsc#1225548)。
    - CVE-2024-27419: sysctl_net_busy_read 周辺のデータ競合を修正 (bsc#1224759)
    - CVE-2024-36957: octeontx2-af: ユーザー空間からの off-by-one 読み取りを回避 (bsc#1225762)。
    - CVE-2024-26625: リリース時に sock_orphan() を呼び出す (bsc#1221086)
    - CVE-2024-35880: io_uring/kbuf: mmap で io_buffer_list 参照を保留 (bsc#1224523)。
    - CVE-2024-35831: io_uring: __io_uaddr_map が失敗した場合の固定ページのリリースを修正 (bsc#1224698)。
    - CVE-2024-35827: io_uring/net: io_recvmsg_mshot_prep() のオーバーフローチェックを修正 (bsc#1224606)。
    - CVE-2023-52656: SCM_RIGHTS に関連するコードを削除 (bsc#1224187)。
    - CVE-2023-52699: sysv: pointers_lock を保持した状態で sb_bread() を呼び出しません (bsc#1224659)。


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

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

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

  - Linux カーネルにおいて、以下の脆弱性は解決されました： ext4: fix racy may inline data check in dio write syzbot reports that the following warning from ext4_iomap_begin() triggers as of the commit referenced below: if (WARN_ON_ONCE(ext4_has_inline_data(inode))) return -ERANGE; This occurs during a dio write, which is never expected to encounter an inode with inline data. To enforce this behavior, ext4_dio_write_iter() checks the current inline state of the inode and clears the MAY_INLINE_DATA state flag to either fall back to buffered writes, or enforce that any other writers in progress on the inode are not allowed to create inline data. The problem is that the check for existing inline data and the state flag can span a lock cycle. For example, if the ilock is originally locked shared and subsequently upgraded to exclusive, another writer may have reacquired the lock and created inline data before the dio write task acquires the lock and proceeds. The commit referenced below loosens the lock requirements to allow some forms of unaligned dio writes to occur under shared lock, but AFAICT the inline data check was technically already racy for any dio write that would have involved a lock cycle. Regardless, lift clearing of the state bit to the same lock critical section that checks for preexisting inline data on the inode to close the race. (CVE-2023-52786)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
205492	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2024:2896-1)	Nessus	SuSE Local Security Checks	2024/8/14	2026/6/25	high
202999	SUSE SLED15 / SLES15 / openSUSE 15 セキュリティ更新 : kernel (SUSE-SU-2024:2571-1)	Nessus	SuSE Local Security Checks	2024/7/23	2026/6/25	high
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
227428	Linux Distros のパッチ未適用の脆弱性: CVE-2023-52786	Nessus	Misc.	2025/3/5	2026/11/5	medium
206008	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2024:2973-1)	Nessus	SuSE Local Security Checks	2024/8/21	2026/1/6	high

検出

プラグインの検索

high

high

low

medium

high