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

    Linux カーネルの KVM: nVMX 内に、投機的実行攻撃を可能にする回帰が存在します。
    L1 に eIBRS サポートをアドバタイズしている KVM (L0) により、L2 を実行した後に retpolines または IBPB は必要ないと L1 が判断するため、L2 は L1 で Spectre v2 攻撃を実行できます。L2 でコードを実行する攻撃者が、ホストマシンの間接ブランチでコードを実行する可能性があります。カーネル 6.2または過去のコミット 2e7eab81425a (CVE-2022-2196) にアップグレードすることをお勧めします

    一部の AMD CPU で、RAS (Return Address Stack、一部の AMD のドキュメントでは RAP - Return Address Predictor とも呼ばれ、Intel の用語では RSB - Return Stack Buffer と呼ばれる) が、非アイドルスレッド間で動的に分割されることが判明しました。これにより、攻撃者が隣接するスレッドの投機的実行を制御する可能性があります。(CVE-2022-27672)

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

    netfilternft_tproxy事前ルーティングフックに制限しますCVE-2022-50001

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

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

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

    初期化関数の型の取り違えにより、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)

    Upstream バグレポートでは、この問題について次のように説明されています。

    RDS (Reliable Datagram Sockets) プロトコルの Linux カーネルに欠陥が見つかりました。rds_rm_zerocopy_callback() は、リストの先頭で list_entry() を使用するため、型の取り違え (Type Confusion) を引き起こします。ローカルユーザーは、rds_message_put() でこれをトリガーできます。型の取り違えにより、「struct rds_msg_zcopy_info *info」は、ローカルユーザーによって制御されている可能性のある他のものを実際に指し示します。これをトリガーする方法が知られています。これにより、OOB アクセスとロック破損が引き起こされます。(CVE-2023-1078)

    Linux カーネルのトラフィックコントロールインデックスフィルター (tcindex) におけるメモリ解放後使用 (Use After Free) の脆弱性により、権限昇格が可能になります。パケットがトラバースしている間に不完全なハッシュ領域が更新される可能性があります。これにより、破壊された tcf_ext で「tcf_exts_exec()」が呼び出されたときにメモリ解放後使用 (Use After Free) が発生します。ローカルの攻撃者ユーザーは、この脆弱性を悪用して自分の権限を root に昇格する可能性があります。この問題の影響を受けるのは、Linux Kernel: git コミット前の 4.14 より前の ee059170b1f7e94e55fa6cadee544e176a6e59c2 です。(CVE-2023-1281)

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

    Linux カーネルの io_uring システムにメモリ解放後使用 (use-after-free) の脆弱性があり、これが悪用されてローカルの権限昇格が引き起こされる可能性があります。

    io_file_get_fixed 関数に ctx->uring_lock が存在しないため、修正されたファイルが登録解除される競合状態により、メモリ解放後使用 (Use-After-Free) の脆弱性が発生する可能性があります。

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

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

    6.1.13 より前の Linux カーネルで、デバイス名の変更中に (sysctl テーブルを新しい場所に登録するための) 割り当てエラーが発生すると、net/mpls/af_mpls.c に二重解放が発生します。(CVE-2023-26545)

    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 カーネルで、以下の脆弱性は解決されています。

    aio: null-deref でフォークした後の mremap を修正 (CVE-2023-52646)

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

    net: openvswitch: ovs_meter_cmd_set() の潜在的なメモリ漏洩を修正します (CVE-2023-52702)

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

    sched/psi: ep_remove_wait_queue() での use-after-free を修正します (CVE-2023-52707)

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

    bpf、sockmap: sock_map_{close,destroy,unhash} にそれ自体を呼び出させない (CVE-2023-52735)

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

    __free_pages のレーシーなチェックによって引き起こされたページ破損を修正します (CVE-2023-52739)

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

    cifs: rdata->read_into_pages() の use-after-free を修正します (CVE-2023-52741)

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

    xfrm/compat: xfrm_xlate32_attr() の潜在的な specter v1 ガジェットを防止します (CVE-2023-52746)

    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 カーネルで、以下の脆弱性が解決されています。

    ext4ext4_feat_ktype の関数プロトタイプの不一致を修正CVE-2023-53224

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

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

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

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

    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 カーネルで、以下の脆弱性が解決されています。

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

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

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

    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 カーネルで、以下の脆弱性が解決されています。

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

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

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

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

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

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

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

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

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

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

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

    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 カーネルで、以下の脆弱性が解決されています。

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - Linux カーネルでは、以下の脆弱性が解決されています: ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - Linux カーネルでは、以下の脆弱性が解決されています: trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - Linux カーネルでは、以下の脆弱性が解決されています: netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - Linux カーネルでは、以下の脆弱性が解決されています: spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

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

  - 様々な vmw_balloondebugfs_lookup() を使用したメモリリークを修正します。debugfs_lookup() を呼び出す場合、結果には dput() が呼び出される必要があります。そうしないと、メモリは時間経過とともに漏洩します。そうするためには、すべてのロジックを一度に処理する代わりに、debugfs_lookup_and_remove() を呼び出すだけで済みます。CVE-2023-53279

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - Linux カーネルでは、以下の脆弱性が解決されています: ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - Linux カーネルでは、以下の脆弱性が解決されています: trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - Linux カーネルでは、以下の脆弱性が解決されています: netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - Linux カーネルでは、以下の脆弱性が解決されています: spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Fix potential double free in create_var_ref() In create_var_ref(), init_var_ref() is called to initialize the fields of variable ref_field, which is allocated in the previous function call to create_hist_field(). Function init_var_ref() allocates the corresponding fields such as ref_field->system, but frees these fields when the function encounters an error. The caller later calls destroy_hist_field() to conduct error handling, which frees the fields and the variable itself. This results in double free of the fields which are already freed in the previous function. Fix this by storing NULL to the corresponding fields when they are freed in init_var_ref(). (CVE-2022-49410)

  - Linux カーネルでは、以下の脆弱性が解決されています: net: mdio: fix undefined behavior in bit shift for __mdiobus_register Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in drivers/net/phy/mdio_bus.c:586:27 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace: <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c __mdiobus_register+0x49d/0x4e0 fixed_mdio_bus_init+0xd8/0x12d do_one_initcall+0x76/0x430 kernel_init_freeable+0x3b3/0x422 kernel_init+0x24/0x1e0 ret_from_fork+0x1f/0x30 </TASK> (CVE-2022-49907)

  - Linux カーネルでは、以下の脆弱性が解決されています: vt: Clear selection before changing the font When changing the console font with ioctl(KDFONTOP) the new font size can be bigger than the previous font. A previous selection may thus now be outside of the new screen size and thus trigger out-of-bounds accesses to graphics memory if the selection is removed in vc_do_resize(). Prevent such out-of-memory accesses by dropping the selection before the various con_font_set() console handlers are called.
    (CVE-2022-49948)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: iwlwifi: mvm: fix double free on tx path. We see kernel crashes and lockups and KASAN errors related to ax210 firmware crashes. One of the KASAN dumps pointed at the tx path, and it appears there is indeed a way to double-free an skb. If iwl_mvm_tx_skb_sta returns non-zero, then the 'skb' sent into the method will be freed. But, in case where we build TSO skb buffer, the skb may also be freed in error case. So, return 0 in that particular error case and do cleanup manually. BUG: KASAN: use-after-free in __list_del_entry_valid+0x12/0x90 iwlwifi 0000:06:00.0: 0x00000000 | tsf hi Read of size 8 at addr ffff88813cfa4ba0 by task btserver/9650 CPU: 4 PID: 9650 Comm: btserver Tainted: G W 5.19.8+ #5 iwlwifi 0000:06:00.0: 0x00000000 | time gp1 Hardware name: Default string Default string/SKYBAY, BIOS 5.12 02/19/2019 Call Trace: <TASK> dump_stack_lvl+0x55/0x6d print_report.cold.12+0xf2/0x684 iwlwifi 0000:06:00.0: 0x1D0915A8 | time gp2 ?
    __list_del_entry_valid+0x12/0x90 kasan_report+0x8b/0x180 iwlwifi 0000:06:00.0: 0x00000001 | uCode revision type ? __list_del_entry_valid+0x12/0x90 __list_del_entry_valid+0x12/0x90 iwlwifi 0000:06:00.0: 0x00000048 | uCode version major tcp_update_skb_after_send+0x5d/0x170 __tcp_transmit_skb+0xb61/0x15c0 iwlwifi 0000:06:00.0: 0xDAA05125 | uCode version minor ? __tcp_select_window+0x490/0x490 iwlwifi 0000:06:00.0:
    0x00000420 | hw version ? trace_kmalloc_node+0x29/0xd0 ? __kmalloc_node_track_caller+0x12a/0x260 ? memset+0x1f/0x40 ? __build_skb_around+0x125/0x150 ? __alloc_skb+0x1d4/0x220 ? skb_zerocopy_clone+0x55/0x230 iwlwifi 0000:06:00.0: 0x00489002 | board version ? kmalloc_reserve+0x80/0x80 ? rcu_read_lock_bh_held+0x60/0xb0 tcp_write_xmit+0x3f1/0x24d0 iwlwifi 0000:06:00.0: 0x034E001C | hcmd ?
    __check_object_size+0x180/0x350 iwlwifi 0000:06:00.0: 0x24020000 | isr0 tcp_sendmsg_locked+0x8a9/0x1520 iwlwifi 0000:06:00.0: 0x01400000 | isr1 ? tcp_sendpage+0x50/0x50 iwlwifi 0000:06:00.0: 0x48F0000A | isr2 ? lock_release+0xb9/0x400 ? tcp_sendmsg+0x14/0x40 iwlwifi 0000:06:00.0: 0x00C3080C | isr3 ? lock_downgrade+0x390/0x390 ? do_raw_spin_lock+0x114/0x1d0 iwlwifi 0000:06:00.0: 0x00200000 | isr4 ? rwlock_bug.part.2+0x50/0x50 iwlwifi 0000:06:00.0: 0x034A001C | last cmd Id ? rwlock_bug.part.2+0x50/0x50 ? lockdep_hardirqs_on_prepare+0xe/0x200 iwlwifi 0000:06:00.0: 0x0000C2F0 | wait_event ?
    __local_bh_enable_ip+0x87/0xe0 ? inet_send_prepare+0x220/0x220 iwlwifi 0000:06:00.0: 0x000000C4 | l2p_control tcp_sendmsg+0x22/0x40 sock_sendmsg+0x5f/0x70 iwlwifi 0000:06:00.0: 0x00010034 | l2p_duration
    __sys_sendto+0x19d/0x250 iwlwifi 0000:06:00.0: 0x00000007 | l2p_mhvalid ? __ia32_sys_getpeername+0x40/0x40 iwlwifi 0000:06:00.0: 0x00000000 | l2p_addr_match ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_sched_held+0x5a/0xd0 ? lock_release+0xb9/0x400 ? lock_downgrade+0x390/0x390 ? ktime_get+0x64/0x130 ? ktime_get+0x8d/0x130 ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? rcu_read_lock_bh_held+0xb0/0xb0
    __x64_sys_sendto+0x6f/0x80 do_syscall_64+0x34/0xb0 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP:
    0033:0x7f1d126e4531 Code: 00 00 00 00 0f 1f 44 00 00 f3 0f 1e fa 48 8d 05 35 80 0c 00 41 89 ca 8b 00 85 c0 75 1c 45 31 c9 45 31 c0 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 67 c3 66 0f 1f 44 00 00 55 48 83 ec 20 48 89 RSP: 002b:00007ffe21a679d8 EFLAGS: 00000246 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX:
    000000000000ffdc RCX: 00007f1d126e4531 RDX: 0000000000010000 RSI: 000000000374acf0 RDI: 0000000000000014 RBP: 00007ffe21a67ac0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R ---truncated--- (CVE-2022-50248)

  - Linux カーネルでは、以下の脆弱性が解決されています: mmc: rtsx_usb_sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, the memory that allocated in mmc_alloc_host() will be leaked and it will lead a kernel crash because of deleting not added device in the remove path. So fix this by checking the return value and calling mmc_free_host() in the error path, besides, led_classdev_unregister() and pm_runtime_disable() also need be called.
    (CVE-2022-50347)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
173235	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。15-2023-015 ALASKERNEL-5.15-2023-015	Nessus	Amazon Linux Local Security Checks	2023/3/22	2026/2/9	high
351722	AlmaLinux 9.6 [TuxCare] セキュリティ更新:kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1780052998)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/5	high
265251	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53279	Nessus	Misc.	2025/9/17	2026/9/30	medium
173340	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
351610	Rocky Linux 9.6 [TuxCare] セキュリティ更新プログラム:kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1780052998)	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/10/5	high
353159	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1777616064)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	high

検出

プラグインの検索

high

high

medium

high

high

high