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

    ゲストは、netback を介して NIC インターフェースのリセット / 中止 / クラッシュを発生させることができます。特定の種類のパケットを送信することで、ゲストが Linux ベースのネットワークバックエンドで NIC インターフェースのリセット / 中止 / クラッシュを発生させる可能性があります。Linux ネットワークスタックの残りの部分では、パケットプロトコルヘッダーがすべて SKB の線形セクション内に含まれており、これが当てはまらない場合、一部の NIC が不適切に動作すると、(未書き込みで ?) 想定されています。これは、Cisco (enic) および Broadcom NetXtrem II BCM5780(bnx2x) で発生することが報告されていますが、他の NIC /ドライバーでも問題になる可能性があります。フロントエンドが分割ヘッダー付きのリクエストを送信している場合、netback は上記の想定に違反するものをネットワーキングコアに転送し、上記の誤動作を引き起こします。(CVE-2022-3643)

    ゲストは、Linux ネットバックドライバーでデッドロックを引き起こす可能性があります。[彼の CNA 情報レコードは複数の CVE に関連しています。
    テキストは、どの側面 / 脆弱性がどの CVE に対応するかを説明します。] XSA-392 のパッチは、XSA-392 処理のためにドロップされたパケットの SKB を解放しようとする際にデッドロックを引き起こす可能性がある別の問題を導入しました (CVE-2022-42328)。さらに、他の理由でパッケージをドロップすると、xen-netback ドライバーが接続されているインターフェースで netpoll がアクティブな場合に、同じデッドロックが発生する可能性があります (CVE-2022-42329)。(CVE-2022-42328)

    ゲストは、Linux ネットバックドライバーでデッドロックを引き起こす可能性があります。[彼の CNA 情報レコードは複数の CVE に関連しています。
    テキストは、どの側面 / 脆弱性がどの CVE に対応するかを説明します。] XSA-392 のパッチは、XSA-392 処理のためにドロップされたパケットの SKB を解放しようとする際にデッドロックを引き起こす可能性がある別の問題を導入しました (CVE-2022-42328)。さらに、他の理由でパッケージをドロップすると、xen-netback ドライバーが接続されているインターフェースで netpoll がアクティブな場合に、同じデッドロックが発生する可能性があります (CVE-2022-42329)。(CVE-2022-42329)

    6.0.10 までの Linux カーネルに問題が見つかりました。net/bluetooth/l2cap_core.c の l2cap_config_req には、L2CAP_CONF_REQ パケットによる整数ラップアラウンドがあります。(CVE-2022-45934)

    6.1.6 より以前の Linux カーネルでは、トラフィック制御サブシステムの NULL ポインターデリファレンスのバグにより、権限のないユーザーが、tc qdisc および tc class コマンドで設定された細工されたトラフィック制御設定を介して、サービス拒否 (システムクラッシュ) を引き起こす可能性があります。これは、net/sched/sch_api.c の qdisc_graft に影響します。(CVE-2022-47929)

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

    udf: 間接的なエクステント領域での事前割り当ての破棄を修正 (CVE-2022-48946)

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

    Bluetooth: L2CAP: u8 オーバーフローを修正 (CVE-2022-48947)

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

    igb: VF リセット用のメールボックスメッセージを初期化する (CVE-2022-48949)

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

    ipv6: ip6_fragment() でメモリ解放後使用 (Use After Free) を回避 (CVE-2022-48956)

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

    mac802154: ieee802154_if_add() の INIT_LIST_HEAD の欠落を修正 (CVE-2022-48972)

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

    HID: core: hid_report_raw_event のシフト領域外を修正 (CVE-2022-48978)

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

    media: v4l2-dv-timings.c: 厳格すぎるブランキングのサニティチェックを修正 (CVE-2022-48987)

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

    memcg: memcg_write_event_control() で発生する可能性のあるメモリ解放後使用 (use-after-free) を修正 (CVE-2022-48988)

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

    mm/khugepaged: shmem/ファイル折りたたみパスで MMU 通知を呼び出す (CVE-2022-48991)

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

    mmcvub300mmc_add_host() の戻り値チェックを修正しますCVE-2022-50251

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

    igb新しいものが割り当てられていない限り、q_vector を解放しませんCVE-2022-50252

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

    bpfトンネリングデバイスへのリダイレクト時に skb->len != 0 を確認しますCVE-2022-50253

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

    drm/radeon欠落していた acpi_put_table() を追加し、メモリ漏洩を修正しますCVE-2022-50275]

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

    PNPpnp_alloc_dev() での名前のメモリリークを修正しますCVE-2022-50278

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

    pnodeソースのピアで終了CVE-2022-50280

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

    chardevcdev_device_add() のエラー処理を修正しますCVE-2022-50282

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

    fsjfsdbDiscardAG の shift-out-of-bounds を修正しますCVE-2022-50333

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

    fastiorio_add_device() が失敗した場合の潜在的な名前漏洩を修正しますCVE-2022-50343]

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

    ext4「ext4_rename」の「old.inode」の init クォータCVE-2022-50346

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

    misctifmtifm_7xx1_switch_media() の潜在的なメモリリークを修正しますCVE-2022-50349

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

    skbuffプル操作中のテール調整を考慮しますCVE-2022-50365

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

    mdmempool_free のクラッシュを修正しますCVE-2022-50381

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

    tpmtpm_crb欠落した acpi_put_table() を追加し、メモリリークを修正しますCVE-2022-50389]

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

    nfsdNFSv4.1 で、rpc_create エラーでの二重の svc_xprt_put を修正しますCVE-2022-50401]

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

    net/tunnelsock をリリースする前に、すべての sk_user_data リーダーが完了するまで待ちますCVE-2022-50405

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

    ACPICAacpi_ds_call_control_method() でのエラーコードパスを修正しますCVE-2022-50411

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

    scsifcoefcoe_if_init() が失敗した場合に添付解除されないトランスポートを修正しますCVE-2022-50414]

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

    ACPICAacpi_ut_copy_ipackage_to_ipackage() での use-after-free を修正しますCVE-2022-50423

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

    mmcvub300警告を修正します - !TASK_RUNNING の場合はブロッキング ops を呼び出しませんCVE-2022-50430]

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

    blk-mq「hctx」の登録が失敗した場合に引き起こされる可能性があるメモリ漏洩を修正しますCVE-2022-50434

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

    MIPSvpe-mtモジュールの終了中に起こり得るメモリ漏洩を修正しますCVE-2022-50462

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

    macintoshmacio_add_one_device() のメモリリークの可能性を修正しますCVE-2022-50474

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

    nilfs2nilfs_sb2_bad_offset() の shift-out-of-bounds/overflow を修正しますCVE-2022-50478

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

    dm cachedestroy() の UAF を修正しますCVE-2022-50496]

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

    binfmt_misccheck_special_flags の shift-out-of-bounds を修正しますCVE-2022-50497

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

    mtdlpddr2_nvm潜在的な null-ptr-deref を修正しますCVE-2022-50503

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

    iommu/amdppr_notifier() の pci デバイス refcount 漏洩を修正しますCVE-2022-50505

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

    drm/radeonradeon_atrm_get_bios() の PCI デバイス refcount 漏洩を修正しますCVE-2022-50520

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

    mcbmcb-parsechameleon_parse_gdd() でのエラー処理を修正しますCVE-2022-50522]

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

    dm thinコミットが失敗した場合、最後のトランザクションの pmd->root を使用しますCVE-2022-50534

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

    dm thinrun_timer_softirq() の UAF を修正しますCVE-2022-50563

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

    mtdadd_mtd_device() でデバイスの登録が失敗した際にデバイス名の漏洩を修正しますCVE-2022-50566]

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

    fsjfsdbAllocAG で shift-out-of-bounds を修正しますCVE-2022-50567

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

    class__class_register() での潜在的なメモリリークを修正しますCVE-2022-50578

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

    hfs__hfs_brec_find の OOB 読み取りを修正しますCVE-2022-50581

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

    シリアルamba-pl011DMACR レジスタにアクセスする SBSA UART を回避CVE-2022-50625

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

    PCIPF をチェックすることで VF に対する pci_device_is_present() を修正しますCVE-2022-50636]

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

    ext4不適切なブートローダー inode により引き起こされた __es_tree_search の bug_on を修正しますCVE-2022-50638

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

    uiouio_dmem_genirqirq 構成に欠如しているロック解除を修正しますCVE-2022-50652

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

    pppskb を tx でデバイスと関連付けますCVE-2022-50655

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

    mrp適用中の UAF を防ぐためにアクティブフラグを導入しますCVE-2022-50697

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

    md/raid1raid1 配列実行の失敗時に mdx_raid1 スレッドを停止しますCVE-2022-50715

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

    hfshfs_asc2mac での OOB 書き込みを修正しますCVE-2022-50747

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

    acctencode_comp_t() にある潜在的な整数オーバーフローを修正しますCVE-2022-50749]

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

    udfudf_rename() での二重の brelse() を回避しますCVE-2022-50755]

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

    x86/xenxen_init_lock_cpu() のメモリリークを修正しますCVE-2022-50761

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

    tpmtpm_tis欠落した acpi_put_table() を追加し、メモリリークを修正しますCVE-2022-50824]

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

    netstreamsk_stream_kill_queues() で sk_error_queue をパージCVE-2022-50838

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

    ext4エラーパスの ext4_xattr_inode_create() の inode 漏洩を修正しますCVE-2022-50845

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

    mmcvia-sdmmcmmc_add_host() の戻り値チェックを修正しますCVE-2022-50846

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

    pstoreVM_IOREMAP のある vmap()ing による kcore oops を回避しますCVE-2022-50849]

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

    scsiipripr_init() の警告を修正CVE-2022-50850

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

    hwrngamd - PCI デバイス refcount 漏洩を修正しますCVE-2022-50868

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

    RDMA/rxeソケット作成が失敗した際に rxe_qp_do_cleanup() での NULL-ptr-deref を修正しますCVE-2022-50885

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

    mmctoshsdmmc_add_host() の戻り値チェックを修正しますCVE-2022-50886]

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

    レギュレータコアregression_dev_lookup() のノード refcount のアンバランスを修正しますCVE-2022-50887

    Linux カーネルは SMT 攻撃を適切に緩和しません。これは、STIBP を緩和策として使用しているカーネル API の異常なパターンにより発見され、syscall 後の短時間、プロセスが漏洩したままになります。また、カーネルは、syscall の際に IBPB を即座に発行しません。(CVE-2023-0045)

    Linux カーネルのネットワークサブコンポーネントの net/ipv6/raw.c の rawv6_push_pending_frames に NULL ポインターデリファレンスの欠陥が見つかりました。この欠陥により、システムがクラッシュします。(CVE-2023-0394)

    MDS などのサイドチャネルを通じて秘密メモリが漏洩する可能性があるだけでなく、spectre-v1 に対する usercopy 機能の強化が不十分な可能性がある、悪用される可能性のあるガジェットをいくつか検出しました。(CVE-2023-0459)

    Linux カーネルにメモリ解放後使用 (Use After Free) の脆弱性があり、これが悪用されてローカルの権限昇格が引き起こされる可能性があります。脆弱性カーネル設定フラグに達するには CONFIG_TLS または CONFIG_XFRM_ESPINTCP を設定する必要がありますが、操作に権限は必要ありません。

    構造体 inet_connection_sock の icsk_ulp_data の use-after-free バグが存在します。

    CONFIG_TLS が有効な場合、ユーザーは接続されている tcp ソケットに tls コンテキスト (構造体 tls_context) をインストールできます。
    このソケットが切断されてリスナーとして再利用される場合、コンテキストは消去されません。リスナーから新しいソケットが作成される場合、コンテキストが継承されて脆弱になります。

    setsockopt TCP_ULP 操作は権限を必要としません。

    過去のコミット 2c02d41d71f90a5168391b6a5f2954112ba2307c をアップグレードすることを推奨します (CVE-2023-0461)

    6.1.4 までの Linux カーネルの net/sched/sch_atm.c の atm_tc_enqueue では、型の取り違え (非負の数値が有効な分類結果ではなく TC_ACT_SHOT 状態を示すことがある) のため、攻撃者がサービス拒否を引き起こす可能性があります。(CVE-2023-23455)

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

    nilfs2nilfs_btree_insert() の一般保護違反を修正しますCVE-2023-52900

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

    usbxhci逆参照前にエンドポイントが有効であることをチェックしますCVE-2023-52901

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

    netfilter: ipset: bitmap_ip_create() 関数内での拡張前のオーバーフローを修正 (CVE-2023-53032)

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

    usbrndis_hostint オーバーフローに対する安全な rndis_query チェックCVE-2023-54110

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

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

CentOS Linux 8ホストには、TuxCare CENTOS-STREAM8:CLSA-2026:1792239979アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: kyber: fix out of bounds access when preempted __blk_mq_sched_bio_merge() gets the ctx and hctx for the current CPU and passes the hctx to
    ->bio_merge(). kyber_bio_merge() then gets the ctx for the current CPU again and uses that to get the corresponding Kyber context in the passed hctx. However, the thread may be preempted between the two calls to blk_mq_get_ctx(), and the ctx returned the second time may no longer correspond to the passed hctx.
    This works accidentally most of the time, but it can cause us to read garbage if the second ctx came from an hctx with more ctx's than the first one (i.e., if ctx->index_hw[hctx->type] > hctx->nr_ctx). This manifested as this UBSAN array index out of bounds error reported by Jakub: UBSAN: array-index-out-of-bounds in ../kernel/locking/qspinlock.c:130:9 index 13106 is out of range for type 'long unsigned int [128]' Call Trace: dump_stack+0xa4/0xe5 ubsan_epilogue+0x5/0x40
    __ubsan_handle_out_of_bounds.cold.13+0x2a/0x34 queued_spin_lock_slowpath+0x476/0x480 do_raw_spin_lock+0x1c2/0x1d0 kyber_bio_merge+0x112/0x180 blk_mq_submit_bio+0x1f5/0x1100 submit_bio_noacct+0x7b0/0x870 submit_bio+0xc2/0x3a0 btrfs_map_bio+0x4f0/0x9d0 btrfs_submit_data_bio+0x24e/0x310 submit_one_bio+0x7f/0xb0 submit_extent_page+0xc4/0x440
    __extent_writepage_io+0x2b8/0x5e0 __extent_writepage+0x28d/0x6e0 extent_write_cache_pages+0x4d7/0x7a0 extent_writepages+0xa2/0x110 do_writepages+0x8f/0x180 __writeback_single_inode+0x99/0x7f0 writeback_sb_inodes+0x34e/0x790 __writeback_inodes_wb+0x9e/0x120 wb_writeback+0x4d2/0x660 wb_workfn+0x64d/0xa10 process_one_work+0x53a/0xa80 worker_thread+0x69/0x5b0 kthread+0x20b/0x240 ret_from_fork+0x1f/0x30 Only Kyber uses the hctx, so fix it by passing the request_queue to ->bio_merge() instead. BFQ and mq-deadline just use that, and Kyber can map the queues itself to avoid the mismatch.
    (CVE-2021-46984)

  - Linux カーネルの SGI GRU ドライバーで、ユーザーが最初の gru_file_unlocked_ioctl 関数を呼び出す方法にメモリ解放後使用 (Use-After-Free) の欠陥が見つかりました。この場合、gru_check_chiplet_assignment 関数でフェイルパスが発生します。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2022-3424)

  - Linux カーネルでは、以下の脆弱性が解決されています: bpf, test_run: Fix alignment problem in bpf_prog_test_run_skb() We got a syzkaller problem because of aarch64 alignment fault if KFENCE enabled. When the size from user bpf program is an odd number, like 399, 407, etc, it will cause the struct skb_shared_info's unaligned access. As seen below: BUG: KFENCE: use-after-free read in
    __skb_clone+0x23c/0x2a0 net/core/skbuff.c:1032 Use-after-free read at 0xffff6254fffac077 (in kfence-#213):
    __lse_atomic_add arch/arm64/include/asm/atomic_lse.h:26 [inline] arch_atomic_add arch/arm64/include/asm/atomic.h:28 [inline] arch_atomic_inc include/linux/atomic-arch-fallback.h:270 [inline] atomic_inc include/asm-generic/atomic-instrumented.h:241 [inline] __skb_clone+0x23c/0x2a0 net/core/skbuff.c:1032 skb_clone+0xf4/0x214 net/core/skbuff.c:1481 ____bpf_clone_redirect net/core/filter.c:2433 [inline] bpf_clone_redirect+0x78/0x1c0 net/core/filter.c:2420 bpf_prog_d3839dd9068ceb51+0x80/0x330 bpf_dispatcher_nop_func include/linux/bpf.h:728 [inline] bpf_test_run+0x3c0/0x6c0 net/bpf/test_run.c:53 bpf_prog_test_run_skb+0x638/0xa7c net/bpf/test_run.c:594 bpf_prog_test_run kernel/bpf/syscall.c:3148 [inline] __do_sys_bpf kernel/bpf/syscall.c:4441 [inline]
    __se_sys_bpf+0xad0/0x1634 kernel/bpf/syscall.c:4381 kfence-#213: 0xffff6254fffac000-0xffff6254fffac196, size=407, cache=kmalloc-512 allocated by task 15074 on cpu 0 at 1342.585390s: kmalloc include/linux/slab.h:568 [inline] kzalloc include/linux/slab.h:675 [inline] bpf_test_init.isra.0+0xac/0x290 net/bpf/test_run.c:191 bpf_prog_test_run_skb+0x11c/0xa7c net/bpf/test_run.c:512 bpf_prog_test_run kernel/bpf/syscall.c:3148 [inline] __do_sys_bpf kernel/bpf/syscall.c:4441 [inline] __se_sys_bpf+0xad0/0x1634 kernel/bpf/syscall.c:4381
    __arm64_sys_bpf+0x50/0x60 kernel/bpf/syscall.c:4381 To fix the problem, we adjust @size so that (@size + @hearoom) is a multiple of SMP_CACHE_BYTES. So we make sure the struct skb_shared_info is aligned to a cache line. (CVE-2022-49840)

  - Linux カーネルでは、以下の脆弱性が解決されています: usbnet: Fix linkwatch use-after-free on disconnect usbnet uses the work usbnet_deferred_kevent() to perform tasks which may sleep. On disconnect, completion of the work was originally awaited in ->ndo_stop(). But in 2003, that was moved to
    ->disconnect() by historic commit [PATCH] USB: usbnet, prevent exotic rtnl deadlock:
    https://git.kernel.org/tglx/history/c/0f138bbfd83c The change was made because back then, the kernel's workqueue implementation did not allow waiting for a single work. One had to wait for completion of *all* work by calling flush_scheduled_work(), and that could deadlock when waiting for usbnet_deferred_kevent() with rtnl_mutex held in ->ndo_stop(). The commit solved one problem but created another: It causes a use-after-free in USB Ethernet drivers aqc111.c, asix_devices.c, ax88179_178a.c, ch9200.c and smsc75xx.c: * If the drivers receive a link change interrupt immediately before disconnect, they raise EVENT_LINK_RESET in their (non-sleepable) ->status() callback and schedule usbnet_deferred_kevent(). * usbnet_deferred_kevent() invokes the driver's ->link_reset() callback, which calls netif_carrier_{on,off}(). * That in turn schedules the work linkwatch_event(). Because usbnet_deferred_kevent() is awaited after unregister_netdev(), netif_carrier_{on,off}() may operate on an unregistered netdev and linkwatch_event() may run after free_netdev(), causing a use-after-free. In 2010, usbnet was changed to only wait for a single instance of usbnet_deferred_kevent() instead of *all* work by commit 23f333a2bfaf (drivers/net: don't use flush_scheduled_work()). Unfortunately the commit neglected to move the wait back to ->ndo_stop(). Rectify that omission at long last. (CVE-2022-50220)

  - Linux カーネルでは、以下の脆弱性が解決されています: cifs: fix oops during encryption When running xfstests against Azure the following oops occurred on an arm64 system Unable to handle kernel write to read-only memory at virtual address ffff0001221cf000 Mem abort info: ESR = 0x9600004f EC = 0x25:
    DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x0f: level 3 permission fault Data abort info: ISV = 0, ISS = 0x0000004f CM = 0, WnR = 1 swapper pgtable: 4k pages, 48-bit VAs, pgdp=00000000294f3000 [ffff0001221cf000] pgd=18000001ffff8003, p4d=18000001ffff8003, pud=18000001ff82e003, pmd=18000001ff71d003, pte=00600001221cf787 Internal error: Oops: 9600004f [#1] PREEMPT SMP ... pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) pc : __memcpy+0x40/0x230 lr :
    scatterwalk_copychunks+0xe0/0x200 sp : ffff800014e92de0 x29: ffff800014e92de0 x28: ffff000114f9de80 x27:
    0000000000000008 x26: 0000000000000008 x25: ffff800014e92e78 x24: 0000000000000008 x23: 0000000000000001 x22: 0000040000000000 x21: ffff000000000000 x20: 0000000000000001 x19: ffff0001037c4488 x18:
    0000000000000014 x17: 235e1c0d6efa9661 x16: a435f9576b6edd6c x15: 0000000000000058 x14: 0000000000000001 x13: 0000000000000008 x12: ffff000114f2e590 x11: ffffffffffffffff x10: 0000040000000000 x9 :
    ffff8000105c3580 x8 : 2e9413b10000001a x7 : 534b4410fb86b005 x6 : 534b4410fb86b005 x5 : ffff0001221cf008 x4 : ffff0001037c4490 x3 : 0000000000000001 x2 : 0000000000000008 x1 : ffff0001037c4488 x0 :
    ffff0001221cf000 Call trace: __memcpy+0x40/0x230 scatterwalk_map_and_copy+0x98/0x100 crypto_ccm_encrypt+0x150/0x180 crypto_aead_encrypt+0x2c/0x40 crypt_message+0x750/0x880 smb3_init_transform_rq+0x298/0x340 smb_send_rqst.part.11+0xd8/0x180 smb_send_rqst+0x3c/0x100 compound_send_recv+0x534/0xbc0 smb2_query_info_compound+0x32c/0x440 smb2_set_ea+0x438/0x4c0 cifs_xattr_set+0x5d4/0x7c0 This is because in scatterwalk_copychunks(), we attempted to write to a buffer (@sign) that was allocated in the stack (vmalloc area) by crypt_message() and thus accessing its remaining 8 (x2) bytes ended up crossing a page boundary. To simply fix it, we could just pass @sign kmalloc'd from crypt_message() and then we're done. Luckily, we don't seem to pass any other vmalloc'd buffers in smb_rqst::rq_iov... Instead, let's map the correct pages and offsets from vmalloc buffers as well in cifs_sg_set_buf() and then avoiding such oopses. (CVE-2022-50341)

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

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

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


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

    - CVE-2022-49138: Bluetooth: hci_event: le_conn_complete_evt のチェック中の conn を修正します (bsc#1238160)。
    - CVE-2022-49980USBgadgetusb_udc_uevent() の use-after-free 読み取りを修正しますbsc#1245110。
    - CVE-2022-50233Bluetootheirhdev->{dev_name,short_name} で strlen を使用して修正しますbsc#1246968
    - CVE-2022-50252igb新しいものが割り当てられない限り、 q_vector を解放しませんbsc#1249846。
    - CVE-2022-50409netsock が固まった場合は、sk_stream_wait_memory の sock の sk_wq にアクセスしませんbsc#1250392。
    - CVE-2023-53178mmzswap writeback の競合状態を修正しますbsc#1249827。
    - CVE-2023-53321wifimac80211_hwsimショートフレームをドロップしますbsc#1250313。
    - CVE-2023-53438x86/MCEAMD Zen IF Poison エラーの CS レジスタを常に保存しますbsc#1250180。
    - CVE-2025-23155: net: stmmac: 解放された irq affinity_hint へのアクセスを修正します (bsc#1242573)。
    - CVE-2025-37738: ext4: 終端を超えた xattrs を無視します (bsc#1242846)。
    - CVE-2025-37885KVMx86*new* ルートが postable でない場合、IRTE をホストコントロールにリセットしますbsc#1242960。
    - CVE-2025-37958: mm/huge_memory: 無効な pmd 移行エントリの逆参照を修正します (bsc#1243539)。
    - CVE-2025-38014: dmaengine: idxd: idxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングします (bsc#1244732)。
    - CVE-2025-38084mm/hugetlbVMA 分割前ではなく、VMA 分割中にページテーブルを共有しませんbsc#1245498
    - CVE-2025-38085mm/hugetlbhuget_pmd_unshare() と GUP 高速の競合を修正しますbsc#1245499。
    - CVE-2025-38111net/mdiobus領域外読み取り/書き込みアクセスの可能性を修正しますbsc#1245666
    - CVE-2025-38184tipcイーサネットベアラーのリモート IP を取得する際に null-ptr-deref を修正しますbsc#1245956。
    - CVE-2025-38380i2c/designware 初期化問題を修正しますbsc#1247028。
    - CVE-2025-38470netvlanランタイムのトグルフィルター処理の VLAN 0 refcount インバランスが、修正されますbsc#1247288。
    - CVE-2025-38476rplrpl_do_srh_inline() における use-after-free を修正しますbsc#1247317
    - CVE-2025-38488smbclientasync crypto を使用する際に crypt_message での use-after-free を修正しますbsc#1247239。
    - CVE-2025-38553net/sched重複する netems を qdisc ツリーに追加するための条件を制限しますbsc#1248255
    - CVE-2025-38572ipv6ipv6_gso_segment() で悪意のあるパケットを拒否しますbsc#1248399。
    - CVE-2025-38659gfs2これ以上の自己復元はありませんbsc#1248639。
    - CVE-2025-38664iceice_copy_and_init_pkg() での NULL ポインターデリファレンスを修正しますbsc#1248628
    - CVE-2025-38678netfilternf_tables更新で重複するデバイスを拒否しますbsc#1249126。
    - CVE-2025-38685fbdevfast_imageblit の vmalloc 領域外書き込みを修正しますbsc#1249220
    - CVE-2025-38706ASoCcoresnd_soc_remove_pcm_runtime() 内の rtd == NULL をチェックしますbsc#1249195
    - CVE-2025-38713hfsplushfsplus_uni2asc() の slab-out-of-bounds 読み取りを修正しますbsc#1249200。
    - CVE-2025-38734net/smcsmc_listen_out() 後に smcsk で UAF を修正しますbsc#1249324。
    - CVE-2025-39691fs/bufferbh_read() ヘルパーを呼び出す際の use-after-free を修正しますbsc#1249374]。
    - CVE-2025-39703net、hsrkskb がタグを保留できない場合、HSR フレームを拒否しますbsc#1249315。
    - CVE-2025-39726s390/ismism_cmd() での並行性管理が修正されますbsc#1249266。
    - CVE-2025-39746wifiath10kハードウェアが信頼できない場合にドライバーをシャットダウンしますbsc#1249516。
    - CVE-2025-39751ALSAhda/ca0132add_tuning_control のバッファオーバーフローを修正しますbsc#1249538
    - CVE-2025-39790busmhihost予期しない TRE を指し示すイベントを検出しますbsc#1249548。
    - CVE-2025-39797xfrmxfrm_alloc_spi は SPI として 0 を使用するべきではありませんbsc#1249608。
    - CVE-2025-39823KVMx86ゲストからのインデックスで array_index_nospec を使用しますbsc#1250002。
    - CVE-2025-39824HIDasusHID_CLAIMED_INPUT 検証によって UAF を修正しますbsc#1250007
    - CVE-2025-39860Bluetoothl2cap_sock_cleanup_listen() の use-after-free を修正しますbsc#1250247
    - CVE-2025-39869dmaengineti: edmaqueue_priority_map のメモリ割り当てサイズを修正しますbsc#1250406。


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

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

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

  - mmcvub300警告を修正します - !TASK_RUNNING vub300_enable_sdio_irq() が mutex で動作し、ここで TASK_RUNNING を必要とする場合、ブロッキング ops を呼び出しません。スリープ可能なコンテキストに対して最新の TASK_RUNNING を必ずマークします。 [77.554641] !TASK_RUNNING の場合、ブロッキング ops を呼び出しません。 state=1 を設定 [<ffffffff92a72c1d>] sdio_irq_thread+0x17d/0x5b0 [ 77.554652] 警告CPU2 PID1983 at kernel/sched/core.c:9813
    __might_sleep+0x116/0x160 [ 77.554905] CPU2 PID1983 通信ksdioirqd/mmc1 汚染G OE 6.1.0-rc5 #1 [77.554910] ハードウェア名Intel(R) Client Systems NUC8i7BEH/NUC8BEB、BIOS BECFL357] .86A.0081.2020.0504.1834 05/04/2020 [ 77.554912] RIP: 0010:__might_sleep+0x116/0x160 [ 77.554920] RSP: 0018:ffff888107b7fdb8 EFLAGS: 00010282 [ 77.554923] RAX: 0000000000000000 RBX: ffff888118c1b740 RCX: 0000000000000000 [77.554926] RDX000000000000001 RSI00000000000000000004 RDIffffed1020f6ffa9 [ 77.554928] RBP
    ffff888107b7fde0 R08000000000000001 R09ffffed1043ea60ba 77.554930] R10ffff88821f5305cb R11
    ffffed1043ea60b9 R12ffffffff93aa3a60 77.554932] R130000000000001b R147fffffffffffff R15
    ffffffffc0558660 [ 77.554934] FS: 0000000000000000(0000) GS:ffff88821f500000(0000) knlGS:0000000000000000 [ 77.554937] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 77.554939] CR2: 00007f8a44010d68 CR3:
    000000024421a003 CR4: 00000000003706e0 [ 77.554942] Call Trace: [ 77.554944] <TASK>77.554952] mutex_lock+0x78/0xf0 [ 77.554973] vub300_enable_sdio_irq+0x103/0x3c0 [vub300] 77.554981[ ] sdio_irq_thread+0x5 [ 77.555006] kthread+0x2b8/0x370 [ 77.555017] ret_from_fork+0x1f/0x30 [77.555023] </TASK> [ 77.555025] ---[ 終了トレース 0000000000000000 ]---CVE-2022-50430

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

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

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


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

    - CVE-2022-49138: Bluetooth: hci_event: le_conn_complete_evt のチェック中の conn を修正します (bsc#1238160)。
    - CVE-2022-50233:Bluetooth:eir:hdev->{dev_name,short_name} で strlen の使用を修正します(bsc#1246968)。
    - CVE-2022-50252:igb:新しいものが割り当てられていない限り、q_vectorを解放しません(bsc#1249846)。
    - CVE-2022-50409:net:sock が死んでいる場合は、sk_stream_wait_memory の sock のsk_wqにアクセスしないでください(bsc#1250392)。
    - CVE-2023-53178:mm:zswap writeback 競合状態を修正します(bsc#1249827)。
    - CVE-2023-53257:wifi:mac80211:S1G アクションフレームサイズをチェックします(bsc#1249869)。
    - CVE-2023-53321:wifi:mac80211_hwsim:短いフレームをドロップします(bsc#1250313)。
    - CVE-2023-53438:x86/MCE:AMD Zen IF ポイズンエラーで CS レジスタを常に保存します(bsc#1250180)。
    - CVE-2025-37738: ext4: 終端を超えた xattrs を無視します (bsc#1242846)。
    - CVE-2025-37958: mm/huge_memory: 無効な pmd 移行エントリの逆参照を修正します (bsc#1243539)。
    - CVE-2025-38014: dmaengine: idxd: idxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングします (bsc#1244732)。
    - CVE-2025-38111:net/mdiobus:領域外読み取り/書き込みアクセスの可能性を修正します(bsc#1245666)。
    - CVE-2025-38380:i2c/designware:初期化の問題を修正します(bsc#1247028)。
    - CVE-2025-38488:smb:クライアント:非同期暗号使用時の crypt_message における use-after-free を修正します(bsc#1247239)。
    - CVE-2025-38553:net/sched:重複する netems を qdisc ツリーに追加するための条件を制限します(bsc#1248255)。
    - CVE-2025-38572:ipv6:ipv6_gso_segment() 内の悪意のあるパケットを拒否します(bsc#1248399)。
    - CVE-2025-38659:gfs2:セルフリカバリをもはやしません(bsc#1248639)。
    - CVE-2025-38664:ice:ice_copy_and_init_pkg() の NULL ポインターデリファレンスを修正します(bsc#1248628)。
    - CVE-2025-38678:netfilter:nf_tables:更新で重複するデバイスを拒否します(bsc#1249126)。
    - CVE-2025-38685:fbdev:fast_imageblit における vmalloc の領域外書き込みを修正します(bsc#1249220)。
    - CVE-2025-38706:ASoC:コア:snd_soc_remove_pcm_runtime() の rtd == NULL をチェックします(bsc#1249195)。
    - CVE-2025-38713:hfsplus:hfsplus_uni2asc() における slab-out-of-bounds 読み取りを修正します(bsc#1249200)。
    - CVE-2025-38734:net/smc:smc_listen_out() 後の smcsk の UAF を修正(bsc#1249324)。
    - CVE-2025-39691:fs/buffer:bh_read() ヘルパーを呼び出す際の use-after-free を修正します(bsc#1249374)。
    - CVE-2025-39703:net、hsr:skb がタグを保持できない場合、HSR フレームを拒否します(bsc#1249315)。
    - CVE-2025-39726:s390/ism:ism_cmd() の同時実行性管理を修正します(bsc#1249266)。
    - CVE-2025-39746:wifi:ath10k:ハードウェアが信頼できない際にドライバーをシャットダウンします(bsc#1249516)。
    - CVE-2025-39751:ALSA:had/ca0132:add_tuning_control におけるバッファオーバーフローを修正します(bsc#1249538)。
    - CVE-2025-39790:bus:mhi:host:予期しない TRE を指し示すイベントを検出します(bsc#1249548)。
    - CVE-2025-39823:KVM:x86:ゲスト(bsc#1250002)からのインデックスでarray_index_nospecを使用します。
    - CVE-2025-39824:HID:asus:HID_CLAIMED_INPUT検証で UAF を修正します(bsc#1250007)。
    - CVE-2025-39860:Bluetooth:l2cap_sock_cleanup_listen() の use-after-free を修正します(bsc#1250247)。
    - CVE-2025-39869:dmaengine:ti:edma:queue_priority_map のメモリ割り当てサイズを修正します(bsc#1250406)。


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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: media: ngene: Fix out-of-bounds bug in ngene_command_config_free_buf() Fix an 11-year old bug in ngene_command_config_free_buf() while addressing the following warnings caught with -Warray-bounds: arch/alpha/include/asm/string.h:22:16: warning:
    '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] arch/x86/include/asm/string_32.h:182:25:
    warning: '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] The problem is that the original code is trying to copy 6 bytes of data into a one-byte size member _config_ of the wrong structue FW_CONFIGURE_BUFFERS, in a single call to memcpy(). This causes a legitimate compiler warning because memcpy() overruns the length of &com.cmd.ConfigureBuffers.config. It seems that the right structure is FW_CONFIGURE_FREE_BUFFERS, instead, because it contains 6 more members apart from the header _hdr_. Also, the name of the function ngene_command_config_free_buf() suggests that the actual intention is to ConfigureFreeBuffers, instead of ConfigureBuffers (which takes place in the function ngene_command_config_buf(), above). Fix this by enclosing those 6 members of struct FW_CONFIGURE_FREE_BUFFERS into new struct config, and use &com.cmd.ConfigureFreeBuffers.config as the destination address, instead of &com.cmd.ConfigureBuffers.config, when calling memcpy(). This also helps with the ongoing efforts to globally enable -Warray-bounds and get us closer to being able to tighten the FORTIFY_SOURCE routines on memcpy(). (CVE-2021-47288)

  - Linux カーネルでは、以下の脆弱性が解決されています: nvme: fix a possible use-after-free in controller reset during load Unlike .queue_rq, in .submit_async_event drivers may not check the ctrl readiness for AER submission. This may lead to a use-after-free condition that was observed with nvme-tcp.
    The race condition may happen in the following scenario: 1. driver executes its reset_ctrl_work 2. -> nvme_stop_ctrl - flushes ctrl async_event_work 3. ctrl sends AEN which is received by the host, which in turn schedules AEN handling 4. teardown admin queue (which releases the queue socket) 5. AEN processed, submits another AER, calling the driver to submit 6. driver attempts to send the cmd ==> use-after-free In order to fix that, add ctrl state check to validate the ctrl is actually able to accept the AER submission. This addresses the above race in controller resets because the driver during teardown should:
    1. change ctrl state to RESETTING 2. flush async_event_work (as well as other async work elements) So after 1,2, any other AER command will find the ctrl state to be RESETTING and bail out without submitting the AER. (CVE-2022-48790)

  - Linux カーネルでは、以下の脆弱性が解決されています: scsi: pm8001: Fix use-after-free for aborted TMF sas_task Currently a use-after-free may occur if a TMF sas_task is aborted before we handle the IO completion in mpi_ssp_completion(). The abort occurs due to timeout. When the timeout occurs, the SAS_TASK_STATE_ABORTED flag is set and the sas_task is freed in pm8001_exec_internal_tmf_task(). However, if the I/O completion occurs later, the I/O completion still thinks that the sas_task is available. Fix this by clearing the ccb->task if the TMF times out - the I/O completion handler does nothing if this pointer is cleared. (CVE-2022-48791)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - Linux カーネルでは、以下の脆弱性が解決されています: dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
171216	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。10-2023-026 ALASKERNEL-5.10-2023-026	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
171229	Amazon Linux 2kernel、 --advisory ALAS2-2023-1932ALAS-2023-1932	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
366781	CentOS Linux 8 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS-STREAM8:CLSA-2026:1792239979)	Nessus	CentOS Local Security Checks	2026/10/17	2026/10/27	high
171848	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。4-2023-042 ALASKERNEL-5.4-2023-042	Nessus	Amazon Linux Local Security Checks	2023/2/23	2026/2/11	high
270857	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:03628-1)	Nessus	SuSE Local Security Checks	2025/10/21	2025/10/21	high
269579	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50430	Nessus	Misc.	2025/10/8	2026/11/12	medium
270837	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:03615-1)	Nessus	SuSE Local Security Checks	2025/10/21	2026/9/29	high
353232	CentOS Linux 7 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-debug/kernel-debug-devel/kernel-devel/etcの複数の脆弱性(CENTOS7:CLSA-2026:1782148320)	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high

検出

プラグインの検索

high

high

high

high

high

medium

high

high