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

  - Linux カーネルでは、以下の脆弱性が解決されています: firmware: arm_scpi: Ensure scpi_info is not assigned if the probe fails When scpi probe fails, at any point, we need to ensure that the scpi_info is not set and will remain NULL until the probe succeeds. If it is not taken care, then it could result use-after-free as the value is exported via get_scpi_ops() and could refer to a memory allocated via devm_kzalloc() but freed when the probe fails. (CVE-2022-50087)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: rtlwifi: Fix global-out-of-bounds bug in _rtl8812ae_phy_set_txpower_limit() There is a global-out-of-bounds reported by KASAN: BUG:
    KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] Read of size 1 at addr ffffffffa0773c43 by task NetworkManager/411 CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+ #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ...
    kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...
    </TASK> The root cause of the problem is that the comparison order of prate_section in
    _rtl8812ae_phy_set_txpower_limit() is wrong. The _rtl8812ae_eq_n_byte() is used to compare the first n bytes of the two strings from tail to head, which causes the problem. In the
    _rtl8812ae_phy_set_txpower_limit(), it was originally intended to meet this requirement by carefully designing the comparison order. For example, pregulation and pbandwidth are compared in order of length from small to large, first is 3 and last is 4. However, the comparison order of prate_section dose not obey such order requirement, therefore when prate_section is HT, when comparing from tail to head, it will lead to access out of bounds in _rtl8812ae_eq_n_byte(). As mentioned above, the
    _rtl8812ae_eq_n_byte() has the same function as strcmp(), so just strcmp() is enough. Fix it by removing
    _rtl8812ae_eq_n_byte() and use strcmp() barely. Although it can be fixed by adjusting the comparison order of prate_section, this may cause the value of rate_section to not be from 0 to 5. In addition, commit 21e4b0726dc6 not only moved driver from staging to regular tree, but also added setting txpower limit function during the driver config phase, so the problem was introduced by this commit. (CVE-2022-50279)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: ath11k: fix monitor mode bringup crash When the interface is brought up in monitor mode, it leads to NULL pointer dereference crash. This crash happens when the packet type is extracted for a SKB. This extraction which is present in the received msdu delivery path,is not needed for the monitor ring packets since they are all RAW packets.
    Hence appending the flags with RX_FLAG_ONLY_MONITOR to skip that extraction. Observed calltrace: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000064 Mem abort info: ESR = 0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable:
    4k pages, 48-bit VAs, pgdp=0000000048517000 [0000000000000064] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: ath11k_pci ath11k qmi_helpers CPU: 2 PID: 1781 Comm: napi/-271 Not tainted 6.1.0-rc5-wt-ath-656295-gef907406320c-dirty #6 Hardware name:
    Qualcomm Technologies, Inc. IPQ8074/AP-HK10-C2 (DT) pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] lr :
    ath11k_hw_qcn9074_rx_desc_get_decap_type+0x5c/0x60 [ath11k] sp : ffff80000ef5bb10 x29: ffff80000ef5bb10 x28: 0000000000000000 x27: ffff000007baafa0 x26: ffff000014a91ed0 x25: 0000000000000000 x24:
    0000000000000000 x23: ffff800002b77378 x22: ffff000014a91ec0 x21: ffff000006c8d600 x20: 0000000000000000 x19: ffff800002b77740 x18: 0000000000000006 x17: 736564203634343a x16: 656e694c20657079 x15:
    0000000000000143 x14: 00000000ffffffea x13: ffff80000ef5b8b8 x12: ffff80000ef5b8c8 x11: ffff80000a591d30 x10: ffff80000a579d40 x9 : c0000000ffffefff x8 : 0000000000000003 x7 : 0000000000017fe8 x6 :
    ffff80000a579ce8 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 3a35ec12ed7f8900 x1 : 0000000000000000 x0 : 0000000000000052 Call trace: ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] ath11k_dp_rx_deliver_msdu.isra.42+0xa4/0x3d0 [ath11k] ath11k_dp_rx_mon_deliver.isra.43+0x2f8/0x458 [ath11k] ath11k_dp_rx_process_mon_rings+0x310/0x4c0 [ath11k] ath11k_dp_service_srng+0x234/0x338 [ath11k] ath11k_pcic_ext_grp_napi_poll+0x30/0xb8 [ath11k]
    __napi_poll+0x5c/0x190 napi_threaded_poll+0xf0/0x118 kthread+0xf4/0x110 ret_from_fork+0x10/0x20 Tested-on:
    QCN9074 hw1.0 PCI WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1 (CVE-2022-50627)

  - Linux カーネルでは、以下の脆弱性が解決されています: mm: hugetlb: fix UAF in hugetlb_handle_userfault The vma_lock and hugetlb_fault_mutex are dropped before handling userfault and reacquire them again after handle_userfault(), but reacquire the vma_lock could lead to UAF[1,2] due to the following race, hugetlb_fault hugetlb_no_page /*unlock vma_lock */ hugetlb_handle_userfault handle_userfault /* unlock mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* clean old vma */ /* lock vma_lock again <--- UAF */ /* unlock vma_lock */ Since the vma_lock will unlock immediately after hugetlb_handle_userfault(), let's drop the unneeded lock and unlock in hugetlb_handle_userfault() to fix the issue. [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2] https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

  - Linux カーネルでは、以下の脆弱性が解決されています: PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong reported that if virtio I/O is in progress when the driver is unbound or 0 is written to /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened because pci_device_is_present(VF) returned false in virtio_pci_remove(), so it called virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use pci_physfn(), add stable tag] (CVE-2022-50636)

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

したがって、ALAS2023-2023-138 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

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

    drmdrmm_mode_config_init() による、潜在的な null-ptr-deref を修正しますCVE-2022-50556]

    Linuxカーネルのio_uringによるIORING_OP_SOCKET操作の処理に二重解放の脆弱性があることがわかりました。CVE-2023-1032

    初期化関数の型の取り違えにより、Linux カーネルの tun/tap ソケットは、ソケット UID が 0 (root など) にハードコードされています。TUN/TAP デバイスは CAP_NET_ADMIN を必要とするため、多くの場合これは適切ですが、必ずしもそうとは限りません。ソケット UID がネットワークのフィルタリングとルーティングに使用される可能性があるため、TUN/TAP ソケットが不適切に管理され、UID に基づくネットワークフィルターをバイパスする可能性があります。(CVE-2023-1076)

    カーネル: pick_next_rt_entity() での型の取り違え (Type Confusion) により、メモリ破損が発生する可能性があります。(CVE-2023-1077)

    Linux カーネルの統合統合された赤外線レシーバ/トランシーバドライバーで、ユーザーが rc デバイスをデタッチする方法で、欠陥 use-after-free が見つかりました。ローカルユーザーはこの欠陥を利用して、システムをクラッシュしたり、システム上で権限を昇格したりする可能性があります。(CVE-2023-1118)

    Linux カーネルのトラフィックコントロールインデックスフィルター (tcindex) にメモリ解放後使用 (use-after-free) の脆弱性があり、これが悪用されてローカルの権限昇格が引き起こされる可能性があります。完全なハッシュの場合、tcindex_delete 関数が下層構造を削除する際にフィルターを適切に非アクティブ化しないため、後に構造の二重解放を引き起こす可能性があります。ローカルの攻撃者ユーザーがこの脆弱性を利用して、自分の権限を root に昇格する可能性があります。過去のコミット 8c710f75256bb3cf05ac7b1672c82b92c43f3d28 をアップグレードすることを推奨します。(CVE-2023-1829)

    拡張 IBRS ではなくプレーン IBRS が有効な場合、spectre_v2_user_select_mitigation() のロジックでは、STIBP が不要と判断されます。IBRS ビットは、クロススレッドブランチターゲットインジェクションから暗黙的に保護します。ただし、レガシー IBRS では、パフォーマンス上の理由から、ユーザー空間に戻るときに IBRS ビットがクリアされていました。これにより、ユーザー空間のスレッドが、STIBP が保護するクロススレッドブランチターゲットインジェクションに対して脆弱になっていました。(CVE-2023-1998)

    Linux カーネルの fs/hfsplus/super.c の hfsplus_put_super にメモリ解放後使用 (use-after-free) の欠陥が見つかりました。この欠陥により、ローカルのユーザーがサービス拒否を引き起こす可能性があります。(CVE-2023-2985)

    6.2.3より前の Linux カーネルの lib/kobject.c に問題が発見されました。root アクセスにより、攻撃者は競合状態を発生させ、fill_kobj_path の領域外書き込みを引き起こす可能性があります。(CVE-2023-45863)

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

    vfio/type1exec() を介して locked_vm のアンダーフローを防止しますCVE-2023-53171]

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

    USBuhcidebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53197

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

    netfilterx_tables新しい netns を作成する際のエラーパスの percpu カウンターブロック漏洩を修正しますCVE-2023-53200

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

    PMドメインdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53202

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

    driver corelocationfalse を返す前に struct acpi_pld_info *pld を解放しますCVE-2023-53211

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

    arm64efiefi_rt_lock を raw_spinlock にしますCVE-2023-53216

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

    ウォッチドッグwatchdog_cdev_register の kmemleak を修正しますCVE-2023-53234

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

    xskTx パスにおいて、より前の IFF_UP をチェックしますCVE-2023-53240

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

    firmwaredmi-sysfsdmi_sysfs_register_handle の null-ptr-deref を修正しますCVE-2023-53250

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

    cacheinfoshared_cpu_map を修正し、異なるレベルで共有キャッシュを処理しますCVE-2023-53254

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

    VMCIget_user_pages_fast() への呼び出し後に context->notify_page をチェックし、GPF を回避しますCVE-2023-53259]

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

    様々な vmw_balloondebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53279

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

    udfインラインファイルへの失敗した書き込みでファイルの長さを更新しませんCVE-2023-53295

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

    rbdrbd_dev_create() が失敗する際、do_rbd_add() での use-after-free を回避しますCVE-2023-53307]

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

    genirq/ipiirq_data_get_affinity_mask() の NULL ポインターデリファレンスを修正しますCVE-2023-53332

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

    USBdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53359

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

    blockポーリング中の NULL bdev のチェックで、より慎重になりますCVE-2023-53366

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

    cryptoseqiv - EBUSY を適切に処理しますCVE-2023-53373

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

    NFSDnfsd4_ssc_umount_item の漏洩した参照カウントを修正しますCVE-2023-53381

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

    driversbasedddebugfs_lookup() を使用したメモリリークを修正CVE-2023-53390

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

    trace/blktracedebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53408

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

    driversbaseコンポーネントdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53409

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

    PM:EMdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53411]

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

    objtoolcreate_static_call_sections() でのメモリリークを修正しますCVE-2023-53423]

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

    cifsMR リストを破壊する際に警告と UAF を修正しますCVE-2023-53427

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

    ipv6nexthop の計算で、すべての兄弟の lwtunnel encap サイズを追加しますCVE-2023-53477

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

    iommuiommu_group_alloc() でのエラーを修正しますCVE-2023-53482

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

    cryptoxts - EBUSY を適切に処理しますCVE-2023-53494

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

    udf非常に長いエクステントのマージを妨げませんCVE-2023-53506

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

    io_uringfs が nowait バッファ付き読み取りをサポートしない場合の fget 漏洩を修正しますCVE-2023-53511

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

    sctpネスト化されたループを回避するために sctp_stream_priorities に refcnt を追加しますCVE-2023-53590

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

    ドライバーコアdevice_add() のリソース漏洩を修正しますCVE-2023-53594

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

    nfsdCOPY コードパスにおける潜在的な nfsd_file refcount 漏洩をクリーンアップCVE-2023-53606

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

    irqchipplatforms_irqchip_probe の refcount 漏洩を修正しますCVE-2023-53610

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

    nvme-tcpエラーリカバリ中にリリースされたソケットにアクセスしませんCVE-2023-53643

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

    srcuSRCU_SIZE_SMALL を使用する場合、起動 cpu に作業を委任しますCVE-2023-53671]

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

    drm/i915fbdev が初期化されずにシステムの中断を修正CVE-2023-53678

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

    udfディレクトリ階層にリンクされたシステム inode を検出しますCVE-2023-53695

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

    ring-bufferrb_move_tail と rb_check_pages の間の競合を処理しますCVE-2023-53709

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

    KVMVMX初期化されていない current_vmcs によるクラッシュを修正しますCVE-2023-53756

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

    dm cachebtracker_destroy でバックグラウンドトラッカーのキューされた作業を解放しますCVE-2023-53765

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

    blk-io Costcalc_lcoefs() のゼロ除算エラーを修正しますCVE-2023-53783

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

    iommu/amdページ障害エラーの報告を改善しますCVE-2023-53789

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

    bpfbpf メモリアロケーターでのスラブから、割り当てられたオブジェクトをゼロにしますCVE-2023-53790

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

    PCI.end = zero での有効な root バスリソースのドロップを修正しますCVE-2023-53814

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

    loop割り当て前の loop_set_status_from_info() チェックCVE-2023-53820

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

    usb初期xhci-dbc領域外メモリアクセスの可能性を修正しますCVE-2023-53840

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

    KVM合体した MMIO 登録解除が失敗した場合は、ターゲットデバイスを破棄しますCVE-2023-54024

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

    cryptofessiv - EBUSY を適切に処理しますCVE-2023-54046

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

    iommu/amdivrs_acpihid コマンドラインパラメーターの長さ制限を追加しますCVE-2023-54057

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

    blk-cgrouppd_free_fn() が行われた後に親 refcount をドロップしますCVE-2023-54107]

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

    ledled-coreof_led_get() での refcount 漏洩を修正しますCVE-2023-54190]

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

    ttytty_driver_lookup_tty() での領域外アクセスを修正しますCVE-2023-54198

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

    netfilterebtablesテーブル blob の use-after-free を修正しますCVE-2023-54243

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

    cifsMR 割り当てが失敗した際に smbd 接続が失われたことを修正しますCVE-2023-54260

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

    ext4アンマウント時に ea ブロックの作成を拒否CVE-2023-54305

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

    nettlstx_lock でのタスクのハングアップを回避しますCVE-2023-54306

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

    dm flakeyゼロページを破損しませんCVE-2023-54317

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

    ドライバーコアdevice_add() 内の潜在的な null-ptr-deref を修正しますCVE-2023-54321

    kernel: ctnetlink_create_conntrack() の refcount 漏洩 (CVE-2023-7192)

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

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

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

  - iommu/amdページ障害エラーレポートを改善します。デバイスグループの IOMMU ドメインが適切に設定されていない場合、IOMMU ページ障害に陥る可能性があります。現在のページフォールトハンドラーでは、ドメインが常にセットアップされており、NULL ポインターデリファレンスにヒットすることが想定されています以下のサンプルログを参照。ドメインが設定されているかどうかをチェックし、適切なメッセージをログに記録させます。サンプルログ ---------- amdgpu 0000:00:01.0: amdgpu SE 1、SE 1 ごとの SH、SH 8 ごとの CU、active_cu_number 6 バグカーネル NULL ポインターデリファレンス、アドレス 0000000000000058 #PFカーネルモードにおけるスーパーバイザーの読み取りアクセス #PFerror_code(0x0000) - not-present ページ PGD 0 P4D 0 Oops0000#1] PREEMPT SMP NOPTI CPU2 PID56 Commirq/24-AMD-Vi Not tainted 6.2 .0-rc2+ #89 ハードウェア名xxx RIP
    0010:report_iommu_fault+0x11/0x90 [...] Call Trace: <TASK> amd_iommu_int_thread+0x60c/0x760 ?
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 ? preempt_count_add+0x6a/0xa0 ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joroコミットメッセージの編集]CVE-2023-53789

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
360579	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1767864313)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
173340	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
277896	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53789	Nessus	Misc.	2025/12/9	2026/10/17	medium

検出

プラグインの検索

high

high

medium