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

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

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

  - Linux カーネルにおいて、以下の脆弱性は解決されました： tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: extcon: Modify extcon device to be created after driver data is set Currently, someone can invoke the sysfs such as state_show() intermittently before dev_set_drvdata() is done. And it can be a cause of kernel Oops because of edev is Null at that time. So modified the driver registration to after setting drviver data. - Oops's backtrace.
    Backtrace: [<c067865c>] (state_show) from [<c05222e8>] (dev_attr_show) [<c05222c0>] (dev_attr_show) from [<c02c66e0>] (sysfs_kf_seq_show) [<c02c6648>] (sysfs_kf_seq_show) from [<c02c496c>] (kernfs_seq_show) [<c02c4938>] (kernfs_seq_show) from [<c025e2a0>] (seq_read) [<c025e11c>] (seq_read) from [<c02c50a0>] (kernfs_fop_read) [<c02c5064>] (kernfs_fop_read) from [<c0231cac>] (__vfs_read) [<c0231c5c>] (__vfs_read) from [<c0231ee0>] (vfs_read) [<c0231e34>] (vfs_read) from [<c0232464>] (ksys_read) [<c02323f0>] (ksys_read) from [<c02324fc>] (sys_read) [<c02324e4>] (sys_read) from [<c00091d0>] (__sys_trace_return) (CVE-2022-49308)

  - Linux カーネルでは、以下の脆弱性が解決されています: tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

  - Linux カーネルでは、以下の脆弱性が解決されています: ata: libata-core: fix NULL pointer deref in ata_host_alloc_pinfo() In an unlikely (and probably wrong?) case that the 'ppi' parameter of ata_host_alloc_pinfo() points to an array starting with a NULL pointer, there's going to be a kernel oops as the 'pi' local variable won't get reassigned from the initial value of NULL. Initialize 'pi' instead to '&ata_dummy_port_info' to fix the possible kernel oops for good... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool. (CVE-2022-49731)

  - Linux カーネルでは、以下の脆弱性が解決されています: bridge: switchdev: Fix memory leaks when changing VLAN protocol The bridge driver can offload VLANs to the underlying hardware either via switchdev or the 8021q driver. When the former is used, the VLAN is marked in the bridge driver with the 'BR_VLFLAG_ADDED_BY_SWITCHDEV' private flag. To avoid the memory leaks mentioned in the cited commit, the bridge driver will try to delete a VLAN via the 8021q driver if the VLAN is not marked with the previously mentioned flag. When the VLAN protocol of the bridge changes, switchdev drivers are notified via the 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' attribute, but the 8021q driver is also called to add the existing VLANs with the new protocol and delete them with the old protocol. In case the VLANs were offloaded via switchdev, the above behavior is both redundant and buggy. Redundant because the VLANs are already programmed in hardware and drivers that support VLAN protocol change (currently only mlx5) change the protocol upon the switchdev attribute notification. Buggy because the 8021q driver is called despite these VLANs being marked with 'BR_VLFLAG_ADDED_BY_SWITCHDEV'. This leads to memory leaks [1] when the VLANs are deleted. Fix by not calling the 8021q driver for VLANs that were already programmed via switchdev. [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump (first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>] __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>] __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_sendmsg+0x788/0xc40 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>] ____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>] ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

  - Linux カーネルでは、以下の脆弱性が解決されています: capabilities: fix potential memleak on error path from vfs_getxattr_alloc() In cap_inode_getsecurity(), we will use vfs_getxattr_alloc() to complete the memory allocation of tmpbuf, if we have completed the memory allocation of tmpbuf, but failed to call handler->get(...), there will be a memleak in below logic: |-- ret = (int)vfs_getxattr_alloc(mnt_userns, ...) | /* ^^^ alloc for tmpbuf */ |-- value = krealloc(*xattr_value, error + 1, flags) | /* ^^^ alloc memory */ |-- error = handler->get(handler, ...) | /* error! */ |--
    *xattr_value = value | /* xattr_value is &tmpbuf (memory leak!) */ So we will try to free(tmpbuf) after vfs_getxattr_alloc() fails to fix it. [PM: subject line and backtrace tweaks] (CVE-2022-49890)

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

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

    カーネルパッケージには、Linux オペレーティングシステムのコアである Linux カーネルが含まれています。

    セキュリティ修正プログラム:

    * カーネルtuntun_free_netdev の二重解放を回避しますCVE-2022-4744

    * カーネルnet/sched複数の脆弱性CVE-2023-3609、 CVE-2023-3611、 CVE-2023-4128、 CVE-2023-4206、 CVE-2023-4207、 CVE-2023-4208

    * kernel: qfq_change_class 関数での領域外書き込み (CVE-2023-31436)

    * カーネルhw_atl_utils_fw_rpc_wait の領域外書き込みCVE-2021-43975

    * カーネルintr_callback の r8152 におけるレート制限オーバーフローメッセージCVE-2022-3594

    * カーネルl2cap_conn_del の use-after-free 欠陥CVE-2022-3640

    * カーネルusb_8dev_start_xmit の二重解放CVE-2022-28388

    * カーネルvmwgfx複数の脆弱性CVE-2022-38457、 CVE-2022-40133、 CVE-2023-33951、 CVE-2023-33952]

    * hwIntel Collect Data SamplingGDSサイドチャネルの脆弱性CVE-2022-40982

    * カーネルl2cap_parse_conf_req の情報漏洩CVE-2022-42895

    * カーネルKVM複数の脆弱性CVE-2022-45869、 CVE-2023-4155、 CVE-2023-30456]

    * カーネルttusb_dec_exit_dvb のメモリリークCVE-2022-45887

    * カーネルdo_prlimit における投機的ポインターデリファレンスCVE-2023-0458

    * カーネルqdisc_graft の競合状態による use-after-freeCVE-2023-0590

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

    * カーネルHIDhid_validate_values の空の report_list をチェックCVE-2023-1073

    * カーネルsctp特定のスコープに対してバインドアドレスを使用できない場合に失敗しますCVE-2023-1074

    * カーネルhidasus_remove での use-after-freeCVE-2023-1079

    * カーネルdrivers/media/rc/ene_ir.c の use-after-freeCVE-2023-1118

    * カーネルIPv6 接続検索テーブルでのハッシュ衝突CVE-2023-1206

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

    * カーネルtipc_conn_close のサービス拒否CVE-2023-1382

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

    * kernel: Spectre v2 SMT 緩和策の問題 (CVE-2023-1998)

    * カーネルext4ext4_xattr_set_entry の use-after-freeCVE-2023-2513

    * カーネルfbconfbcon_set_font の shift-out-of-boundsCVE-2023-3161

    * カーネルrelay_file_read の領域外アクセスCVE-2023-3268

    * カーネルxfrmxfrm_update_ae_params の NULL ポインターデリファレンスCVE-2023-3772

    * カーネルsmsusbdo_submit_urb により引き起こされる use-after-freeCVE-2023-4132

    * カーネルページを移行するタスクと exit_mmap を呼び出す別のタスクの間の競合CVE-2023-4732

    * カーネル型の取り違えType Confusionによる atm_tc_enqueue のサービス拒否CVE-2023-23455

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

    * カーネルaz6027 ドライバーでのサービス拒否の問題CVE-2023-28328

    * カーネルlib/seq_buf.c には seq_buf_putmem_hex バッファオーバーフローがありますCVE-2023-28772

    * カーネルdvb_frontend_get_event と wait_event_interruptible の操作のブロックCVE-2023-31084

    * カーネルnetqcom/emacmac_remove に use-after-free を引き起こす競合状態CVE-2023-33203

    * カーネルsaa7134saa7134_finidev で use-after-free を引き起こす競合状態CVE-2023-35823

    * カーネルdm1105dm1105_remove.c に use-after-free を引き起こす競合状態CVE-2023-35824

    * カーネルr592r592_remove で use-after-free を引き起こす競合状態CVE-2023-35825

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

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

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

    * カーネルgfs2gfs2_evict_inode の NULL ポインターデリファレンスCVE-2023-3212

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

    追加の変更:

    このリリースの変更に関する詳細については、「参照」セクションからリンクされている Red Hat Enterprise Linux 8.9 リリースノートを参照してください。

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

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

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

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

    ユーザーが悪質なデータで ioctl FBIOPUT_VSCREENINFO をトリガーする方法で、Linux カーネルのフレームバッファベースのコンソールドライバー機能に領域外書き込みの欠陥が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2021-33655)

    linux の net/rose/rose_timer.c のタイマーハンドラーによって引き起こされるメモリ解放後使用 (use-after-free) の脆弱性があり、攻撃者が権限なしで Linux カーネルをクラッシュさせる可能性があります。(CVE-2022-2318)

    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)

    Arm ゲストが PV デバイスを介して Dom0 DoS を引き起こす可能性があります。Arm でゲストのページをマッピングする際、dom0 は rbtree を使用して外部マッピングを追跡します。その rbtree の更新は、関連するロックが保持された状態で常に完全に行われるとは限らないため、権限のないゲストが PV デバイスを介して使用し、rbtree の不整合を引き起こす可能性があります。これらの不一致により、例えばクラッシュを引き起こしたり、他のゲストのメモリページのさらなるマッピングを実行できなくなったりすることで、dom0 のサービス拒否 (DoS) につながる可能性があります。(CVE-2022-33744)

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

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

    usbnet: エラーの場合のメモリ漏洩を修正 (CVE-2022-49657)

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

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

    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)

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
233410	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:1027-1)	Nessus	SuSE Local Security Checks	2025/3/27	2026/10/9	high
234407	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:1241-1)	Nessus	SuSE Local Security Checks	2025/4/15	2026/10/9	high
226020	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49675	Nessus	Misc.	2025/3/5	2026/9/30	medium
360687	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1783362244)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
185679	RHEL 8：kernel（RHSA-2023:7077）	Nessus	Red Hat Local Security Checks	2023/11/14	2025/9/10	high
163352	Amazon Linux 2 : kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2026/2/26	high
163382	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2022-018)	Nessus	Amazon Linux Local Security Checks	2022/7/22	2026/2/26	high
210815	RHEL 9 : kernel (RHSA-2024:9315)	Nessus	Red Hat Local Security Checks	2024/11/12	2026/3/24	high

検出

プラグインの検索

high

high

medium

high

high

high

high

high