Rocky Linuxの 9.2 ホストには、CIQ ciqsa-2026_1348 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    このアドバイザリは、CIQ LTS 9.2のカーネル SRPM のセキュリティ修正をまとめたものです。13 件の CVE に対処します:
    CVE-2022-50042、 CVE-2026-23193、 CVE-2022-50447、 CVE-2023-52735、 CVE-2023-52942、その他 8 個。

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

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

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

  - kernel: Intel グラフィックスカードの情報漏洩。(CVE-2019-14615)

  - kernel: pinctrl サブシステム内の領域外読み取り。(CVE-2020-0427)

  - kernel: 一部の Intel(R) Ethernet E810 Adapter ドライバーにおける不適切な入力検証 (CVE-2020-24502)

  - kernel: 一部の Intel(R) Ethernet E810 Adapter ドライバーにおける不十分なアクセス制御 (CVE-2020-24503)

  - kernel: 一部の Intel(R) Ethernet E810 Adapter ドライバーにおける制御されていないリソース消費 (CVE-2020-24504)

  - kernel: フラグメントキャッシュが再接続時にクリアされない (CVE-2020-24586)

  - kernel: 異なる鍵で暗号化されたフラグメントの再アセンブリ (CVE-2020-24587)

  - kernel: L2 フレームとして不適切に解析されている wifi フレームペイロード (CVE-2020-24588)

  - kernel: 認証されていない wifi クライアントからの EAPOL の転送 (CVE-2020-26139)

  - kernel: 保護されたネットワークにおける平文データフレームの受け入れ (CVE-2020-26140)

  - kernel: フラグメント化されたフレームの TKIP MIC を検証しない (CVE-2020-26141)

  - kernel: 保護されたネットワークにおけるフラグメント化された平文フレームの受け入れ (CVE-2020-26143)

  - kernel: RFC1042 ヘッダーで始まる暗号化されていない A-MSDU フレームの受け入れ (CVE-2020-26144)

  - kernel: 平文ブロードキャストフラグメントをフルフレームとして受け入れ (CVE-2020-26145)

  - kernel: 非連続パケット番号の暗号化されたフラグメントの再アセンブリ (CVE-2020-26146)

  - kernel: 暗号化された/平文フラグメントの混合再アセンブリ (CVE-2020-26147)

  - kernel: RTAS 呼び出しがカーネルの整合性を侵害するのに使用される可能性があります (CVE-2020-27777)

  - kernel: コピーオンライト実装は、THP mapcount チェックの競合状態が原因で、意図しない書き込みアクセスを許可する可能性があります。(CVE-2020-29368)

  - kernel: drivers/tty/tty_io.c および drivers/tty/tty_jobctrl.c の不一致のロックにより、メモリ解放後読み取りが発生します (CVE-2020-29660)

  - kernel: 長い SSID 値を介した drivers/net/wireless/marvell/mwifiex/join.c の mwifiex_cmd_802_11_ad_hoc_start 関数におけるバッファオーバーフロー (CVE-2020-36158)

  - kernel: virt/kvm/kvm_main.c の kvm_io_bus_unregister_dev 関数における kmalloc 失敗時のメモリリーク (CVE-2020-36312)

  - kernel: net/bluetooth/hci_event.c の hci_extended_inquiry_result_evt() のスラブ領域外読み取り (CVE-2020-36386)

  - kernel: BlueZ における不適切なアクセス制御により、情報漏洩の脆弱性が発生する可能性があります。(CVE-2021-0129)

  - kernel: drivers/block/nbd.c の ndb_queue_rq() におけるメモリ解放後使用 (Use After Free) (CVE-2021-3348)

  - kernel: Linux カーネル eBPF RINGBUF マップの過大な割り当て (CVE-2021-3489)

  - kernel: HCI デバイスの初期化が失敗する場合の bluetooth サブシステムにおける二重解放 (CVE-2021-3564)

  - kernel: 関数 hci_sock_bound_ioctl() におけるメモリ解放後使用 (Use After Free) (CVE-2021-3573)

  - kernel: div/mod の eBPF 32 ビットソースレジスターの切り捨て (CVE-2021-3600)

  - kernel: lib/list_debug.c:50 のカーネルバグのあるフローテーブルリスト del 破損 (CVE-2021-3635)

  - kernel: net/mac802154/llsec.c の llsec_key_alloc() における NULL ポインターデリファレンス (CVE-2021-3659)

  - kernel: rb_per_cpu_empty() の Dos (CVE-2021-3679)

  - kernel: overlayfs: 権限のないユーザー名前空間内に overlayfs をマウントすると、ファイルが漏洩する可能性があります (CVE-2021-3732)

  - kernel: __cgroup_bpf_run_filter_getsockopt() におけるヒープオーバーフロー (CVE-2021-20194)

  - kernel: setsockopt システムコールの信頼されていないポインターデリファレンスの情報漏洩 (CVE-2021-20239)

  - kernel: sctp_destroy_sock list_del における競合状態 (CVE-2021-23133)

  - kernel: fuse: 再試行ループが同じ不適切な inode を継続的に検出するために、CPU でストールが発生する可能性があります (CVE-2021-28950)

  - kernel: arch/x86/events/intel/ds.c の intel_pmu_drain_pebs_nhm におけるシステムクラッシュ (CVE-2021-28971)

  - kernel: 投機的な領域外ロードに対するポインター演算操作シーケンスの保護が、バイパスされて、カーネルメモリの内容が漏洩する可能性があります (CVE-2021-29155)

  - kernel: net/tipc/node.c の tipc_nl_retrieve_key 関数の不適切な入力検証 (CVE-2021-29646)

  - kernel: net/netfilter/x_tables.c および include/linux/netfilter/x_tables.h の新しいテーブル値の割り当て時に完全なメモリバリアが欠如しているために DoS が引き起こされる可能性があります (CVE-2021-29650)

  - kernel: eBPF プログラムの処理におけるローカル権限昇格 (CVE-2021-31440)

  - kernel: 投機的なポインター演算に対するスタックポインターの保護が、バイパスされてカーネルメモリの内容が漏洩する可能性があります (CVE-2021-31829)

  - kernel: drivers/md/dm-ioctl.c における領域外配列アクセス (CVE-2021-31916)

  - kernel: net/ipv4/cipso_ipv4.c の cipso_v4_genopt のメモリ解放後使用 (Use After Free) (CVE-2021-33033)

  - kernel: Intel(R) Ethernet ixgbe ドライバーの入力検証が不適切なため、認証されたユーザーがローカルアクセスを介してサービス拒否を引き起こす可能性があります (CVE-2021-33098)

  - kernel: BPF 検証機能によるポインター演算操作の不適切な制限強化が原因である領域外読み取りおよび書き込み (CVE-2021-33200)

  - kernel: sysfs 読み取りにおけるバッファオーバーフローの可能性 (CVE-2022-20166)

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

Rocky Linuxの 9.2 ホストには、CIQ ciqsa-2026_1347 アドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    このアドバイザリは、CIQ LTS 9.2のカーネル SRPM のセキュリティ修正をまとめたものです。13 件の CVE に対処します:
    CVE-2025-38154、 CVE-2026-23193、 CVE-2022-50042、 CVE-2022-50447、 CVE-2022-50645、その他 8 個。

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

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

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

  - kernel: AMD: クロススレッドリターンアドレス予測 (CVE-2022-27672)

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

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

  - kernel: tun: tun_napi_alloc_frags で napi frags が有効化されたときのオーバーサイズパケットのバグ (CVE-2023-3812)

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

  - kernel: NVMe の nvmet_tcp_free_crypto のメモリ解放後使用 (Use After Free) (CVE-2023-5178)

  - kernel: netfilter: 整数アンダーフローによる潜在的なスラブ領域外アクセス (CVE-2023-42753)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: net: genl: fix error path memory leak in policy dumping If construction of the array of policies fails when recording non-first policy we need to unwind. netlink_policy_dump_add_policy() itself also needs fixing as it currently gives up on error without recording the allocated pointer in the pstate pointer. (CVE-2022-50042)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
356241	Rocky Linux 9.2 [CIQ] セキュリティ更新:kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 複数の脆弱性(ciqsa-2026_1348)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
155219	RHEL 8：kernel（RHSA-2021:4356）	Nessus	Red Hat Local Security Checks	2021/11/11	2025/8/15	high
356104	Rocky Linux 9.2 [CIQ] セキュリティ更新:bpftool の複数の脆弱性(ciqsa-2026_1347)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
186041	RHEL 9: kernel (RHSA-2023:7370)	Nessus	Red Hat Local Security Checks	2023/11/21	2025/9/24	high
194262	RHEL 9 : kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
166124	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。10-2022-020 ALASKERNEL-5.10-2022-020	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/2/26	high
246687	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50042	Nessus	Misc.	2025/8/9	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
166118	Amazon Linux 2 : kernel (ALASKERNEL-5.15-2022-008)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high

検出

プラグインの検索

high

high

high

high

high

high

medium

high

high