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

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-26365)

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33740)

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33741)

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33742)

    ネットワークバックエンドにより、Linux ネットフロントが解放された SKB を使用する可能性があります。ロジックを追加して XDP (eXpress Data Path) をサポートする一方で、参照 (ポインター) を保持した SKB をさらなる処理のために保持できる方法で、コードラベルが移動されました。(CVE-2022-33743)

    Linux カーネルの Netfilter サブシステムで、ユーザーが NFT_DATA_VERDICT タイプを誤って入力したためにヒープバッファオーバーフローの脆弱性が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2022-34918)

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

    scsiqla2xxxモジュールロードアンロードテスト中のクラッシュを修正CVE-2022-49160

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

    blockrq_qos_done_bio() をスキップすることによる rq-qos の破損を修正しますCVE-2022-49266

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

    module[e_shstrndx].sh_size=0 OOB アクセスを修正しますCVE-2022-49444

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

    bpfadjust_scalar_min_max_vals からの不十分な境界伝播を修正しますCVE-2022-49658

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

    ipv6: in6_dump_addrs() の lockdep スプラットを修正 (CVE-2022-49662)

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

    tunnels: mac ヘッダーが skb_tunnel_check_pmtu() で設定されていることを想定しない (CVE-2022-49663)

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

    tipcbc リンク作成を tipc_node_create に戻しますCVE-2022-49664

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

    net: bonding: 802.3ad スレーブのバインド解除後のメモリ解放後使用 (use-after-free) を修正 (CVE-2022-49667)

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

    linux/dimRDMA DIM のゼロによる除算を修正しますCVE-2022-49670

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

    RDMA/cmib_cm_insert_listen のメモリリークを修正CVE-2022-49671

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

    nettun破壊時にデバイスから NAPI のリンクを解除しますCVE-2022-49672

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

    dm raid: raid5_add_disks の KASAN 警告を修正 (CVE-2022-49673)

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

    dm raidraid メンバー配列の終端を越えるアクセスを修正しますCVE-2022-49674

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

    tic/nohz__init-annotatedtic_nohz_full_setup() がエクスポートされませんCVE-2022-49675

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

    virtio_net: 中断/再開後の xdp_rxq_info のバグを修正 (CVE-2022-49687)

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

    afs動的 root getattr を修正しますCVE-2022-49688

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

    erspan: トランスポートヘッダーが常に設定されていると想定しない (CVE-2022-49691)

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

    igb: igb_clean_tx_ring のメモリ解放後使用 (use-after-free) の問題を修正 (CVE-2022-49695)

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

    tipcipc_named_reinit の use-after-free 読み取りを修正しますCVE-2022-49696

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

    bpfsk 検索ヘルパーでの request_sock の漏洩を修正しますCVE-2022-49697

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

    netfilterprandom の代わりに get_random_u32 を使用しますCVE-2022-49698

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

    mm/slub: スラブの非アクティブ化で欠落している TID 更新を追加 (CVE-2022-49700)

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

    btrfsブロックグループ再利用タスクが実行中の場合、アンマウント中のハングを修正しますCVE-2022-49702

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

    sockpsock 対 ULP の保護チェックをやり直しますCVE-2022-49732

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

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

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

  - Linux カーネルにおいて、以下の脆弱性は解決されました： btrfs: fix hang during unmount when block group reclaim task is running When we start an unmount, at close_ctree(), if we have the reclaim task running and in the middle of a data block group relocation, we can trigger a deadlock when stopping an async reclaim task, producing a trace like the following: [629724.498185] task:kworker/u16:7 state:D stack: 0 pid:681170 ppid: 2 flags:0x00004000 [629724.499760] Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] [629724.501267] Call Trace: [629724.501759] <TASK> [629724.502174] __schedule+0x3cb/0xed0 [629724.502842] schedule+0x4e/0xb0 [629724.503447] btrfs_wait_on_delayed_iputs+0x7c/0xc0 [btrfs] [629724.504534] ? prepare_to_wait_exclusive+0xc0/0xc0 [629724.505442] flush_space+0x423/0x630 [btrfs] [629724.506296] ? rcu_read_unlock_trace_special+0x20/0x50 [629724.507259] ? lock_release+0x220/0x4a0 [629724.507932] ? btrfs_get_alloc_profile+0xb3/0x290 [btrfs] [629724.508940] ? do_raw_spin_unlock+0x4b/0xa0 [629724.509688] btrfs_async_reclaim_metadata_space+0x139/0x320 [btrfs] [629724.510922] process_one_work+0x252/0x5a0 [629724.511694] ? process_one_work+0x5a0/0x5a0 [629724.512508] worker_thread+0x52/0x3b0 [629724.513220] ? process_one_work+0x5a0/0x5a0 [629724.514021] kthread+0xf2/0x120 [629724.514627] ? kthread_complete_and_exit+0x20/0x20 [629724.515526] ret_from_fork+0x22/0x30 [629724.516236] </TASK> [629724.516694] task:umount state:D stack: 0 pid:719055 ppid:695412 flags:0x00004000 [629724.518269] Call Trace: [629724.518746] <TASK> [629724.519160] __schedule+0x3cb/0xed0 [629724.519835] schedule+0x4e/0xb0 [629724.520467] schedule_timeout+0xed/0x130 [629724.521221] ? lock_release+0x220/0x4a0 [629724.521946] ? lock_acquired+0x19c/0x420 [629724.522662] ? trace_hardirqs_on+0x1b/0xe0 [629724.523411]
    __wait_for_common+0xaf/0x1f0 [629724.524189] ? usleep_range_state+0xb0/0xb0 [629724.524997]
    __flush_work+0x26d/0x530 [629724.525698] ? flush_workqueue_prep_pwqs+0x140/0x140 [629724.526580] ? lock_acquire+0x1a0/0x310 [629724.527324] __cancel_work_timer+0x137/0x1c0 [629724.528190] close_ctree+0xfd/0x531 [btrfs] [629724.529000] ? evict_inodes+0x166/0x1c0 [629724.529510] generic_shutdown_super+0x74/0x120 [629724.530103] kill_anon_super+0x14/0x30 [629724.530611] btrfs_kill_super+0x12/0x20 [btrfs] [629724.531246] deactivate_locked_super+0x31/0xa0 [629724.531817] cleanup_mnt+0x147/0x1c0 [629724.532319] task_work_run+0x5c/0xa0 [629724.532984] exit_to_user_mode_prepare+0x1a6/0x1b0 [629724.533598] syscall_exit_to_user_mode+0x16/0x40 [629724.534200] do_syscall_64+0x48/0x90 [629724.534667] entry_SYSCALL_64_after_hwframe+0x44/0xae [629724.535318] RIP:
    0033:0x7fa2b90437a7 [629724.535804] RSP: 002b:00007ffe0b7e4458 EFLAGS: 00000246 ORIG_RAX: 00000000000000a6 [629724.536912] RAX: 0000000000000000 RBX: 00007fa2b9182264 RCX: 00007fa2b90437a7 [629724.538156] RDX:
    0000000000000000 RSI: 0000000000000000 RDI: 0000555d6cf20dd0 [629724.539053] RBP: 0000555d6cf20ba0 R08:
    0000000000000000 R09: 00007ffe0b7e3200 [629724.539956] R10: 0000000000000000 R11: 0000000000000246 R12:
    0000000000000000 [629724.540883] R13: 0000555d6cf20dd0 R14: 0000555d6cf20cb0 R15: 0000000000000000 [629724.541796] </TASK> This happens because: 1) Before entering close_ctree() we have the async block group reclaim task running and relocating a data block group; 2) There's an async metadata (or data) space reclaim task running; 3) We enter close_ctree() and park the cleaner kthread; 4) The async space reclaim task is at flush_space() and runs all the existing delayed iputs; 5) Before the async space reclaim task calls btrfs_wait_on_delayed_iputs(), the block group reclaim task which is doing the data block group relocation, creates a delayed iput at replace_file_extents() (called when COWing leaves that have file extent items pointing to relocated data exten ---truncated--- (CVE-2022-49702)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
163352	Amazon Linux 2 : kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high
226906	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49702	Nessus	Misc.	2025/3/5	2025/9/30	medium

検出

プラグインの検索

high

medium