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

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


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

    - CVE-2024-2201: x86/BHI での情報漏洩を修正しました (bsc#1217339)。
    - CVE-2024-41092: drm/i915/gt: フェンスレジスタの取り消しによる潜在的なメモリ解放後使用 (Use After Free) を修正しました (bsc#1228483)。
    - CVE-2024-42098: crypto: ecdh - private_key を明示的にゼロ化します (bsc#1228779)。
    - CVE-2024-42229: crypto: aead,cipher - 使用後にキーバッファをゼロ化します (bsc#1228708)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21718: net: rose: ユーザースレッドに対するタイマーの競合状態を修正しました (bsc#1239073)。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


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

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

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

  - Linux カーネルにおいて、以下の脆弱性は解決されました： watch_queue: Fix NULL dereference in error cleanup In watch_queue_set_size(), the error cleanup code doesn't take account of the fact that
    __free_page() can't handle a NULL pointer when trying to free up buffer pages that did get allocated. Fix this by only calling __free_page() on the pages actually allocated. Without the fix, this can lead to something like the following: BUG: KASAN: null-ptr-deref in __free_pages+0x1f/0x1b0 mm/page_alloc.c:5473 Read of size 4 at addr 0000000000000034 by task syz-executor168/3599 ... Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 __kasan_report mm/kasan/report.c:446 [inline] kasan_report.cold+0x66/0xdf mm/kasan/report.c:459 check_region_inline mm/kasan/generic.c:183 [inline] kasan_check_range+0x13d/0x180 mm/kasan/generic.c:189 instrument_atomic_read include/linux/instrumented.h:71 [inline] atomic_read include/linux/atomic/atomic-instrumented.h:27 [inline] page_ref_count include/linux/page_ref.h:67 [inline] put_page_testzero include/linux/mm.h:717 [inline] __free_pages+0x1f/0x1b0 mm/page_alloc.c:5473 watch_queue_set_size+0x499/0x630 kernel/watch_queue.c:275 pipe_ioctl+0xac/0x2b0 fs/pipe.c:632 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:874 [inline] __se_sys_ioctl fs/ioctl.c:860 [inline]
    __x64_sys_ioctl+0x193/0x200 fs/ioctl.c:860 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2022-49257)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: net: hns3: do not allow call hns3_nic_net_open repeatedly hns3_nic_net_open() is not allowed to called repeatly, but there is no checking for this. When doing device reset and setup tc concurrently, there is a small oppotunity to call hns3_nic_net_open repeatedly, and cause kernel bug by calling napi_enable twice. The calltrace information is like below: [ 3078.222780] ------------[ cut here ]------------ [ 3078.230255] kernel BUG at net/core/dev.c:6991! [ 3078.236224] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP [ 3078.243431] Modules linked in: hns3 hclgevf hclge hnae3 vfio_iommu_type1 vfio_pci vfio_virqfd vfio pv680_mii(O) [ 3078.258880] CPU: 0 PID: 295 Comm: kworker/u8:5 Tainted: G O 5.14.0-rc4+ #1 [ 3078.269102] Hardware name: , BIOS KpxxxFPGA 1P B600 V181 08/12/2021 [ 3078.276801] Workqueue: hclge hclge_service_task [hclge] [3078.288774] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 3078.296168] pc :
    napi_enable+0x80/0x84 tc qdisc sho[w 3d0e7v8 .e3t0h218 79] lr : hns3_nic_net_open+0x138/0x510 [hns3] [3078.314771] sp : ffff8000108abb20 [ 3078.319099] x29: ffff8000108abb20 x28: 0000000000000000 x27:
    ffff0820a8490300 [ 3078.329121] x26: 0000000000000001 x25: ffff08209cfc6200 x24: 0000000000000000 [3078.339044] x23: ffff0820a8490300 x22: ffff08209cd76000 x21: ffff0820abfe3880 [ 3078.349018] x20:
    0000000000000000 x19: ffff08209cd76900 x18: 0000000000000000 [ 3078.358620] x17: 0000000000000000 x16:
    ffffc816e1727a50 x15: 0000ffff8f4ff930 [ 3078.368895] x14: 0000000000000000 x13: 0000000000000000 x12:
    0000259e9dbeb6b4 [ 3078.377987] x11: 0096a8f7e764eb40 x10: 634615ad28d3eab5 x9 : ffffc816ad8885b8 [3078.387091] x8 : ffff08209cfc6fb8 x7 : ffff0820ac0da058 x6 : ffff0820a8490344 [ 3078.396356] x5 :
    0000000000000140 x4 : 0000000000000003 x3 : ffff08209cd76938 [ 3078.405365] x2 : 0000000000000000 x1 :
    0000000000000010 x0 : ffff0820abfe38a0 [ 3078.414657] Call trace: [ 3078.418517] napi_enable+0x80/0x84 [3078.424626] hns3_reset_notify_up_enet+0x78/0xd0 [hns3] [ 3078.433469] hns3_reset_notify+0x64/0x80 [hns3] [ 3078.441430] hclge_notify_client+0x68/0xb0 [hclge] [ 3078.450511] hclge_reset_rebuild+0x524/0x884 [hclge] [ 3078.458879] hclge_reset_service_task+0x3c4/0x680 [hclge] [ 3078.467470] hclge_service_task+0xb0/0xb54 [hclge] [ 3078.475675] process_one_work+0x1dc/0x48c [ 3078.481888] worker_thread+0x15c/0x464 [ 3078.487104] kthread+0x160/0x170 [ 3078.492479] ret_from_fork+0x10/0x18 [3078.498785] Code: c8027c81 35ffffa2 d50323bf d65f03c0 (d4210000) [ 3078.506889] ---[ end trace 8ebe0340a1b0fb44 ]--- Once hns3_nic_net_open() is excute success, the flag HNS3_NIC_STATE_DOWN will be cleared. So add checking for this flag, directly return when HNS3_NIC_STATE_DOWN is no set.
    (CVE-2021-47400)

  - Linux カーネルでは、以下の脆弱性が解決されています: can: isotp: isotp_sendmsg(): add result check for wait_event_interruptible() Using wait_event_interruptible() to wait for complete transmission, but do not check the result of wait_event_interruptible() which can be interrupted. It will result in TX buffer has multiple accessors and the later process interferes with the previous process.
    Following is one of the problems reported by syzbot.
    ============================================================= WARNING: CPU: 0 PID: 0 at net/can/isotp.c:840 isotp_tx_timer_handler+0x2e0/0x4c0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.13.0-rc7+ #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 RIP: 0010:isotp_tx_timer_handler+0x2e0/0x4c0 Call Trace: <IRQ> ? isotp_setsockopt+0x390/0x390
    __hrtimer_run_queues+0xb8/0x610 hrtimer_run_softirq+0x91/0xd0 ? rcu_read_lock_sched_held+0x4d/0x80
    __do_softirq+0xe8/0x553 irq_exit_rcu+0xf8/0x100 sysvec_apic_timer_interrupt+0x9e/0xc0 </IRQ> asm_sysvec_apic_timer_interrupt+0x12/0x20 Add result check for wait_event_interruptible() in isotp_sendmsg() to avoid multiple accessers for tx buffer. (CVE-2021-47457)

  - Linux カーネルでは、以下の脆弱性が解決されています: serial: core: fix transmit-buffer reset and memleak Commit 761ed4a94582 (tty: serial_core: convert uart_close to use tty_port_close) converted serial core to use tty_port_close() but failed to notice that the transmit buffer still needs to be freed on final close. Not freeing the transmit buffer means that the buffer is no longer cleared on next open so that any ioctl() waiting for the buffer to drain might wait indefinitely (e.g. on termios changes) or that stale data can end up being transmitted in case tx is restarted. Furthermore, the buffer of any port that has been opened would leak on driver unbind. Note that the port lock is held when clearing the buffer pointer due to the ldisc race worked around by commit a5ba1d95e46e (uart: fix race between uart_put_char() and uart_shutdown()). Also note that the tty-port shutdown() callback is not called for console ports so it is not strictly necessary to free the buffer page after releasing the lock (cf. d72402145ace (tty/serial: do not free trasnmit buffer page under port lock)). (CVE-2021-47527)

  - Linux カーネルでは、以下の脆弱性が解決されています: mm/gup: fix gup_pud_range() for dax For dax pud, pud_huge() returns true on x86. So the function works as long as hugetlb is configured.
    However, dax doesn't depend on hugetlb. Commit 414fd080d125 (mm/gup: fix gup_pmd_range() for dax) fixed devmap-backed huge PMDs, but missed devmap-backed huge PUDs. Fix this as well. This fixes the below kernel panic: general protection fault, probably for non-canonical address 0x69e7c000cc478: 0000 [#1] SMP < snip > Call Trace: <TASK> get_user_pages_fast+0x1f/0x40 iov_iter_get_pages+0xc6/0x3b0 ? mempool_alloc+0x5d/0x170 bio_iov_iter_get_pages+0x82/0x4e0 ? bvec_alloc+0x91/0xc0 ? bio_alloc_bioset+0x19a/0x2a0 blkdev_direct_IO+0x282/0x480 ? __io_complete_rw_common+0xc0/0xc0 ? filemap_range_has_page+0x82/0xc0 generic_file_direct_write+0x9d/0x1a0 ? inode_update_time+0x24/0x30
    __generic_file_write_iter+0xbd/0x1e0 blkdev_write_iter+0xb4/0x150 ? io_import_iovec+0x8d/0x340 io_write+0xf9/0x300 io_issue_sqe+0x3c3/0x1d30 ? sysvec_reschedule_ipi+0x6c/0x80 __io_queue_sqe+0x33/0x240 ? fget+0x76/0xa0 io_submit_sqes+0xe6a/0x18d0 ? __fget_light+0xd1/0x100
    __x64_sys_io_uring_enter+0x199/0x880 ? __context_tracking_enter+0x1f/0x70 ? irqentry_exit_to_user_mode+0x24/0x30 ? irqentry_exit+0x1d/0x30 ? __context_tracking_exit+0xe/0x70 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x61/0xcb RIP: 0033:0x7fc97c11a7be < snip > </TASK>
    ---[ end trace 48b2e0e67debcaeb ]--- RIP: 0010:internal_get_user_pages_fast+0x340/0x990 < snip > Kernel panic - not syncing: Fatal exception Kernel Offset: disabled (CVE-2022-48986)

  - Linux カーネルでは、以下の脆弱性が解決されています: lz4: fix LZ4_decompress_safe_partial read out of bound When partialDecoding, it is EOF if we've either filled the output buffer or can't proceed with reading an offset for following match. In some extreme corner cases when compressed data is suitably corrupted, UAF will occur. As reported by KASAN [1], LZ4_decompress_safe_partial may lead to read out of bound problem during decoding. lz4 upstream has fixed it [2] and this issue has been disscussed here [3] before. current decompression routine was ported from lz4 v1.8.3, bumping lib/lz4 to v1.9.+ is certainly a huge work to be done later, so, we'd better fix it first. [1] https://lore.kernel.org/all/000000000000830d1205cf7f0477@google.com/ [2] https://github.com/lz4/lz4/commit/c5d6f8a8be3927c0bec91bcc58667a6cfad244ad# [3] https://lore.kernel.org/all/CC666AE8-4CA4-4951-B6FB-A2EFDE3AC03B@fb.com/ (CVE-2022-49078)

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

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

  - Kernel: メモリマネージャーでデバイスプライベートページに障害が発生したときの競合 (CVE-2022-3523)

  - kernel: l1oip タイマーハンドラーでのメモリ解放後使用 (Use After Free) (CVE-2022-3565)

  - kernel: intr_callback の r8152 のレート制限オーバーフローメッセージ (CVE-2022-3594)

  - kernel: vmwgfx: vmw_cmd_res_check でのメモリ解放後使用 (Use After Free) (CVE-2022-38457)

  - kernel: vmwgfx: vmw_execbuf_tie_context でのメモリ解放後使用 (Use After Free) (CVE-2022-40133)

  - hw: Intel: Gather Data Sampling (GDS) のサイドチャネル脆弱性 (CVE-2022-40982)

  - kernel: net/bluetooth/l2cap_core.c 内の l2cap_parse_conf_req における情報漏洩 (CVE-2022-42895)

  - kernel: x86/mm: cpu ごとのエントリ領域をランダム化します (CVE-2023-0597)

  - kernel: HID: hid_validate_values() の空の report_list をチェックします (CVE-2023-1073)

  - kernel: sctp: 所定のスコープに対して使用できるバインドアドレスがない場合に失敗 (CVE-2023-1074)

  - kernel: net/tls: tls_is_tx_ready() が list_entry をチェックしました (CVE-2023-1075)

  - kernel: tap: tap_open(): ソケット uid を正しく初期化 (CVE-2023-1076)

  - kernel: hid: asus_remove() のメモリ解放後使用 (Use After Free) (CVE-2023-1079)

  - kernel: IPv6 接続検索テーブルにおけるハッシュ衝突 (CVE-2023-1206)

  - kernel: file_files_note に mmap_lock がありません。これにより、coredump コードのメモリ解放後使用 (Use After Free) につながる可能性があります (CVE-2023-1249)

  - kernel: ovl: struct ovl_aio_req のメモリ解放後使用 (Use After Free) を修正します (CVE-2023-1252)

  - kernel: fs/nfsd/nfs4proc.c の nfsd4_ssc_setup_dul におけるメモリ解放後使用 (Use After Free) (CVE-2023-1652)

  - kernel: 関数削除 xgene_hwmon_remove のメモリ解放後使用 (Use After Free) のバグ (CVE-2023-1855)

  - kernel: 競合状態による btsdio_remove でのメモリ解放誤使用 (Use After Free) (CVE-2023-1989)

  - kernel: dm- ioctl.c の dm_get_inactive_table での、dos の原因となるデッドロックの可能性 (CVE-2023-2269)

  - kernel: r592_remove におけるメモリ解放後使用 (Use After Free) バグ (CVE-2023-3141)

  - kernel: fbcon: fbcon_set_font() の領域外シフト (CVE-2023-3161)

  - kernel: gfs2: gfs2_evict_inode() の NULL ポインターデリファレンス (CVE-2023-3212)

  - kernel: relay_file_read における領域外アクセス (CVE-2023-3268)

  - kernel: shtp_cl_get_dma_send_buf() における kalloc() 戻り値チェックの欠落による、NULL ポインターデリファレンス (CVE-2023-3358)

  - kernel: net/sched: tcf_change_indev() が失敗した場合の cls_u32 コンポーネントの参照カウンターの漏洩 (CVE-2023-3609)

  - kernel: xfrm: xfrm_update_ae_params() の NULL ポインターデリファレンス (CVE-2023-3772)

  - kernel: xfrm: XFRMA_MTIMER_THRESH nlattr の領域外読み取り (CVE-2023-3773)

  - kernel: KVM: SEV-ES / SEV-SNP VMGEXIT ダブルフェッチの脆弱性 (CVE-2023-4155)

  - kernel: tap: tap_open(): ソケット uid を正しく初期化 current_fsuid への i_uid の次の修正 (CVE-2023-4194)

  - kernel: net/sched: net/sched 分類子のメモリ解放後使用 (Use After Free) の脆弱性: cls_fw、cls_u32 および cls_route (CVE-2023-4206、CVE-2023-4207、CVE-2023-4208)

  - kernel: exFAT: exfat_get_uniname_from_ext_entry のスタックオーバーフロー (CVE-2023-4273)

  - kernel: mpls: sysctl 割り当てエラーでの二重解放 (CVE-2023-26545)

  - kernel: KVM: nVMX: CR0 および CR4 の一貫性チェックの欠落 (CVE-2023-30456)

  - kernel: net: qcom/emac: emac_remove() でのメモリ解放後使用 (Use After Free) につながる競合状態 (CVE-2023-33203)

  - kernel: vmwgfx: 情報漏洩の脆弱性につながる競合状態 (CVE-2023-33951)

  - kernel: vmwgfx: vmw_buffer_object オブジェクトの処理内での二重解放 (CVE-2023-33952)

  - kernel: r592: r592_remove() でのメモリ解放後使用 (Use After Free) につながる競合状態 (CVE-2023-35825)

  - kernel: eBPF: dynptr における不十分なスタックタイプチェック (CVE-2023-39191)

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

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

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

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

    - CVE-2022-49053:scsi: target: tcmu: 潜在的なページ UAF を修正 (bsc#1237918)。
    - CVE-2022-49465: blk-throttle: bio がスロットルされている場合に、BIO_THROTTLED を設定します (bsc#1238919)。
    - CVE-2022-49739:gfs2:インライン inode の inode サイズを常にチェックします(bsc#1240207)。
    - CVE-2023-52935: mm/khugepaged: ->anon_vma の競合を修正 (bsc#1240276)。
    - CVE-2024-53124: net: sk->sk_forward_alloc 周辺のデータ競合を修正 (bsc#1234074)。
    - CVE-2024-53176: smb: アンマウント中に、キャッシュされたすべての dir インスタンスが dentry を確実にドロップするようにします (bsc#1234894)。
    - CVE-2024-53178: smb: 再接続が open_cached_dir と競合する際に cfid を漏洩しません (bsc#1234895)。
    - CVE-2024-56651:can:hi311x:hi3110_can_ist():潜在的な use-after-free を修正します(bsc#1235528)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58013:Bluetooth:MGMT:mgmt_remove_adv_monitor_sync の slab-use-after-free 読み取りを修正します(bsc#1239095)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21693: mm: zswap: CPU のホットアンプラグ中に解放中のリソースを適切に同期 (bsc#1237029)。
    - CVE-2025-21718: net: rose: ユーザースレッドに対するタイマーの競合状態を修正しました (bsc#1239073)。
    - CVE-2025-21772: partitions: mac: 不正なパーティションテーブルの処理を修正します (bsc#1238911)。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


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

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

リモートホストにインストールされているカーネルのバージョンは、5.10.112-108.499より前のものです。したがって、ALAS2KERNEL-5.10-2023-036 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

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

    ubi: ctrl_cdev_ioctl と ubi_cdev_ioctl の間の競合状態を修正 (CVE-2021-47634)

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

    ブロックを元に戻します、bfqすでにセットアップされているキューのマージを遵守しますCVE-2021-47646

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

    ASoC: soc-compress: NULL ポインターの潜在的な使用を回避 (CVE-2021-47650)

    memdup_user 関数からの不適切なリターンによる、サービス拒否 (DOS) の問題が、fs/cifs/smb2ops.c Common Internet File System (CIFS) の Linux カーネルの smb2_ioctl_query_info 関数で見つかりました。この欠陥により、ローカルの権限のある (CAP_SYS_ADMIN) 攻撃者がシステムをクラッシュさせる可能性があります。
    (CVE-2022-0168)

    KVM がゲストのページテーブルエントリを更新する際、最初に get_user_pages_fast() を使用してページを固定し、失敗した場合 (例: vma->flags に VM_IO や VM_PFNMAP が設定されている場合)、find_vma_intersection() を通じてページが存在する対応する VMA を取得し、物理アドレスを計算し、memremap() を通じてそのページをカーネル仮想アドレスにマッピングした後に、更新を書き込みます。この問題は、find_vma_intersection() を使用して vma を取得する際、VM_PFNMAP のみがチェックされ、VM_IO と VM_PFNMAP の両方がチェックされないことに起因します。以下の再現では、KVM_SET_USER_MEMORY_REGION の完了後、ゲストのメモリマッピングを io_uring のカーネルユーザー共有領域で置き換え、KVM_TRANSLATE 操作を実行します。これにより、最終的にページテーブルエントリの更新がトリガーされます。原状、memremap() は、page_offset_base (すべての物理メモリの直接マッピング) + vaddr (KVM_TRANSLATE のリニアアドレス) + vm_pgoff (io_uring が mmap(2) を実行する際のオフセット) を返し、戻り値を CMPXCHG のベースアドレスとして使用します。(この場合は 0x21 を書き込みます)。
    vaddr と vm_pgoff の両方がユーザーモードプロセスによって制御できるため、書き込みが以前にマップされたゲストメモリ空間を超え、UAF などの例外をトリガーする可能性があります。この脆弱性は、CVE-2021-22543 と類似しています。(CVE-2022-1158)

    Linux カーネルの net/key/af_key.c の pfkey_register 関数に脆弱性が見つかりました。この欠陥により、権限のないローカルユーザーがカーネルメモリにアクセスし、システムクラッシュや内部カーネル情報の漏洩を引き起こす可能性があります。(CVE-2022-1353)

    Linux カーネルの io_uring インターフェースサブシステムにおいて、ユーザーがタイムアウトフラッシュと削除の間で競合状態を引き起こす方法に、メモリ解放後使用 (Use After Free) の欠陥が見つかりました。この欠陥により、ローカル ユーザーがクラッシュさせたり、システム上で権限を昇格させたりする可能性があります。(CVE-2022-29582)

    プロキシされた仮想の TPM デバイスの Linux カーネルの実装に欠陥が見つかりました。仮想 TPM デバイスが設定されているシステム (これはデフォルトではありません) で、ローカルの攻撃者が use-after-free を作成し、システムの権限を昇格できる状況を作り出す可能性があります。(CVE-2022-2977)

    Linux カーネルに欠陥が見つかりました。drivers/net/slip/slip.c の sl_tx_timeout でスリップドライバーがデタッチする際に、NULL ポインターデリファレンスが発生する可能性があります。この問題により、攻撃者がシステムをクラッシュさせたり、内部カーネル情報を漏洩させたりする可能性があります。(CVE-2022-41858)

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

    swiotlb: DMA_FROM_DEVICE による情報漏洩を修正します (CVE-2022-48853)

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

    dm Integrity: tag_size がダイジェストサイズ未満の場合のメモリ破損を修正 (CVE-2022-49044)

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

    ipv6in6 dev がない pkt を転送する際のパニックを修正しますCVE-2022-49048

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

    mmzram スワップで予期せずゼロになったページマッピングを修正しますCVE-2022-49052

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

    scsi: target: tcmu: 潜在的なページ UAF を修正 (CVE-2022-49053)

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

    cifsシンボリックリンクの処理での潜在的なバッファオーバーフローCVE-2022-49058

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

    SUNRPCsvc_deferred_event トレースクラスを修正しますCVE-2022-49065

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

    vetheth ヘッダーが skb の線形部分にあるようにしますCVE-2022-49066

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

    gpio初期化前に GPIO チップ irq メンバーの使用を制限しますCVE-2022-49072

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

    atasata_dwc_460exOOB 書き込みによるクラッシュを修正しますCVE-2022-49073

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

    irqchip/gic-v3GICR_CTLR.RWP のポーリングを修正しますCVE-2022-49074

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

    btrfsqgroup 制限による qgroup 予約オーバーフローを修正しますCVE-2022-49075

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

    mmmremap.c: mremap(old_size=0) の意味をもたない invalidate_range_start/end を回避 (CVE-2022-49077)

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

    lz4: LZ4_decompress_safe_partial の領域外読み取りを修正します (CVE-2022-49078)

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

    mm/mempolicy: shared_policy_replace() の mpol_new リークを修正 (CVE-2022-49080)

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

    qede: 使用する前に skb が割り当てられていることを確認する (CVE-2022-49084)

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

    drbd: get_initial_state の 5 つのメモリ解放後使用 (Use-After-Free) のバグを修正します (CVE-2022-49085)

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

    net: openvswitch: ネスト化されたアクションの漏洩を修正 (CVE-2022-49086)

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

    rxrpc: rxrpc_exit_net() での競合を修正 (CVE-2022-49087)

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

    netipv4nexthop オブジェクト削除の警告のあるルートを修正しますCVE-2022-49092

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

    net/tlsdecrypt_internal の slab-out-of-bounds バグを修正しますCVE-2022-49094

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

    NFSmempool_alloc() でスタックするライトバックスレッドを回避しますCVE-2022-49097

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

    Drivers: hv: vmbus: モジュールのアンロードでの潜在的なクラッシュを修正 (CVE-2022-49098)

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

    virtio_console匿名の module_init および module_exit を排除しますCVE-2022-49100

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

    NFSv4.2: _nfs42_proc_copy_notify() の参照カウントの漏洩を修正 (CVE-2022-49103)

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

    cephnote_last_dentry がエラーを返す際の ceph_readdir でのメモリリークを修正しますCVE-2022-49107

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

    scsi: libfc: fc_exch_abts_resp() のメモリ解放後使用 (Use-After-Free) を修正します (CVE-2022-49114)

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

    dm ioctl潜在的な Spectre v1 ガジェットを阻止しますCVE-2022-49122

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

    io_uringファイル登録で uid のメモリ漏洩を修正しますCVE-2022-49144

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

    ACPI: CPPC: _CPC データを解析するときに領域外アクセスを回避 (CVE-2022-49145)

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

    watch_queue: watch_queue が解体される際に、ページ配列を解放する (CVE-2022-49148)

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

    rxrpc呼び出し破壊とのコールタイマー開始の競合を修正しますCVE-2022-49149

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

    wireguardsocketipv6 が無効のとき、send6 で skb を解放しますCVE-2022-49153

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

    KVMSVM領域外ゲスト IRQ のパニックを修正CVE-2022-49154

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

    scsi: qla2xxx: qla_create_qpair() のカーネルの苦情を抑制 (CVE-2022-49155)

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

    scsi: qla2xxx: アトミック中のスケジューリングを修正 (CVE-2022-49156)

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

    ext4: 誰かが ext4 に問い合わせずにダーティページを操作してもバグが発生しない (CVE-2022-49171)

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

    ext4fast_commit を持つ flex_bg で ext4_mb_mark_bb() を修正しますCVE-2022-49174

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

    PMcoredevice_pm_check_callbacks() の irq フラグを維持しますCVE-2022-49175

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

    bfq: bfq_dispatch_request のメモリ解放後使用 (use-after-free) を修正 (CVE-2022-49176)

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

    block、bfq: oom_bfqq を移動しない (CVE-2022-49179)

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

    LSM: legacy_parse_param での一般保護違反 (CVE-2022-49180)

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

    af_netlinkグループマスク計算でのシフト外を修正しますCVE-2022-49197

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

    bpf、sockmap: msg に more_data がある間にさらにアンチャージする問題を修正 (CVE-2022-49204)

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

    bpf、sockmapsk_msg の mem の二重アンロードを修正しますCVE-2022-49205

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

    RDMA/mlx5: サブスクライブイベントルーチンのエラーフローでのメモリリークを修正 (CVE-2022-49206)

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

    bpf、sockmap: sk msg がいっぱいになっているときの tcp_bpf_sendmsg のメモリリークを修正 (CVE-2022-49209)

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

    MIPSpgallocpgd_free() によって引き起こされるメモリリークを修正しますCVE-2022-49210

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

    daxキャッシュを破壊する前に inode がフラッシュされるようにしますCVE-2022-49220

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

    powersuppab8500ab8500_fg_sysfs_init のメモリリークを修正しますCVE-2022-49224

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

    watch_queueウォッチを実際に解放しますCVE-2022-49256

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

    watch_queue: エラークリーンアップにおける NULL デリファレンスを修正 (CVE-2022-49257)

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

    blockその子の前にキュー kobject を削除しませんCVE-2022-49259

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

    drm/i915/gem: vm_access で欠落している領域検査を追加 (CVE-2022-49261)

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

    execargv が空のとき、単一の空の文字列を強制しますCVE-2022-49264

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

    cifssmb2_ioctl_query_info() での不適切な出力長を回避CVE-2022-49271

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

    ALSApcmbuffer_mutex および mmap_lock で潜在的な AB/BA ロックを修正しますCVE-2022-49272

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

    NFSD: 32 ビットシステムでの整数オーバーフローを回避 (CVE-2022-49279)

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

    NFSDnfssvc_decode_writeargs() のアンダーフローを防止CVE-2022-49280

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

    tpm構造体 tpm_chip の参照カウントを修正CVE-2022-49287

    Linux カーネルのコアダンプサブシステムで、メモリ解放後使用 (Use-After-Free) の欠陥が見つかりました。この欠陥により、ローカルユーザーがシステムをクラッシュさせる可能性があります。(CVE-2023-1249)

    Linux カーネル X86 の CPU 電源管理オプション機能で、ユーザーが CPU を suspend-to-RAM から再開する方法において、ブート CPU が投機的実行動作のような攻撃に対して脆弱になる可能性があるという欠陥が見つかりました。ローカルユーザーがこの欠陥を利用して、投機的実行動作の種類の攻撃と同様に、CPU の一部のメモリに不正にアクセスする可能性があります。(CVE-2023-1637)

    カーネルバージョン 6.2.10 より前の一部の Linux 用 Intel(R) i915 Graphics ドライバーにおけるメモリバッファの領域外の操作制限が不適切なために、認証されたユーザーがローカルアクセスを使用して権限を昇格できる可能性があります。(CVE-2023-28410)

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
233410	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:1027-1)	Nessus	SuSE Local Security Checks	2025/3/27	2026/10/9	high
225137	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49257	Nessus	Misc.	2025/3/5	2026/7/25	medium
360748	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1779987841)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
194262	RHEL 9 : kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
234407	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:1241-1)	Nessus	SuSE Local Security Checks	2025/4/15	2026/10/9	high
180564	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2023-036)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/26	high

検出

プラグインの検索

high

medium

high

high

high

high