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

  - dmretrieve_deps の競合状態を修正します。retrieve_deps が dm_get_device と dm_put_device を呼び出す multipath_message と競合する際に、マルチパスターゲットに競合状態が発生します。 retrive_deps はロックを保持せずに開いているデバイスのリストをたどりますが、マルチパスは実行中にリストにデバイスを追加または削除する可能性があります。その結果、メモリ破損またはメモリ解放後使用use-after-freeメモリアクセスが発生する可能性があります。multipath_message() を持つ UAF のこの説明を参照してください https://listman.redhat.com/archives/dm-devel/2022-October/052373.html 新しい rw セマフォ devices_lock を導入することでこのバグを修正します。retrive_deps の読み取りのために devices_lock を取得し、dm_get_device および dm_put_device の書き込みのためにこれを取得します。
    (CVE-2023-54324)

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

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

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

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

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

    追加の変更

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

    このアドバイザリは、Ctrl IQ, Inc が Rocky Linux システム向けに提供しています。CIQ のセキュリティ慣行の詳細については、 https://ciq.com/security をご覧ください。

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

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

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

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

    ceph: アンマウントする際に MDS からのメッセージをドロップします (CVE-2022-48628)

    Linux カーネルの netfilter: nf_tables コンポーネントに存在するメモリ解放後使用 (Use After Free) の脆弱性が悪用されると、ローカルの権限昇格が達成される可能性があります。

    nf_tables netlink コントロールプレーントランザクションと nft_set 要素のガベージコレクション間の競合状態により、参照カウンターをアンダーフローさせ、メモリ解放後使用 (Use After Free) の脆弱性を引き起こす可能性があります。

    過去のコミット 3e91b0ebd994635df2346353322ac51ce84ce6d8 へのアップグレードをお勧めします。(CVE-2023-4244)

    Linux カーネル ipv4 スタックに、NULL ポインターデリファレンスの欠陥が見つかりました。ソケットバッファ (skb) は、__ip_options_compile を呼び出す前に、デバイスに関連付けられていると想定されていました。これは、skb が ipvs によって再ルーティングされる場合には必ずしも当てはまりません。この問題により、CAP_NET_ADMIN 権限のあるローカルユーザーは、システムをクラッシュできる可能性があります。(CVE-2023-42754)

    Linux カーネルの Netfilter サブシステムで欠陥が発見されました。誤った「set」での「__ip_set_put」の呼び出しによって、IPSET_CMD_ADD と IPSET_CMD_SWAP の間の競合状態がカーネルパニックを引き起こす可能性があります。
    この問題により、ローカルユーザーがシステムをクラッシュさせる可能性があります。(CVE-2023-42756)

    Linux カーネルの netfilter: nf_tables コンポーネントに存在するメモリ解放後使用 (Use After Free) の脆弱性が悪用されると、ローカルの権限昇格が達成される可能性があります。

    同じトランザクション内のチェーンバインディングに対するルールの追加と削除により、メモリ解放後使用 (Use After Free) が引き起こされます。

    過去のコミット f15f29fd4779be8a418b66e9d52979bb6d6c2325 をアップグレードすることをお勧めします。(CVE-2023-5197)

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

    netfilter: nft_set_rbtree: このトランザクションで、新しい要素の同期 GC をスキップします

    このトランザクションの新しい要素は、そのようなトランザクションが終了する前に期限切れになった可能性があります。このような要素の同期 GC がスキップされない場合、コミットパスがすでにリリースされたオブジェクトを経由する可能性があります。トランザクションが終了すると、async GC はそのような期限切れの要素を収集します。(CVE-2023-52433)

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

    x86/srso: Hygon プロセッサ用の SRSO 軽減策を追加 (CVE-2023-52482)

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

    ring-buffer: 過去のコミットの読み取りを試行しない (CVE-2023-52501)

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

    mm/slab_common: kmem_cache_destroy() 後の slab_caches リスト破損を修正 (CVE-2023-52562)

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

    serial: 8250_port: 使用前に IRQ データをチェックする (CVE-2023-52567)

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

    btrfs: 遅延 dir インデックス項目の挿入に失敗した後の BUG() を削除 (CVE-2023-52569)

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

    cifs: cifs_demultiplex_thread() の UAF を修正 (CVE-2023-52572)

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

    net: rds: 潜在的な NULL ポインターデリファレンスを修正します (CVE-2023-52573)

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

    team: チームデバイスタイプが変更される際の NULL ポインターデリファレンスを修正します (CVE-2023-52574)

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

    x86/mm、kexec、ima: ima_free_kexec_buffer() から memblock_free_late() を使用します (CVE-2023-52576)

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

    net: bridge: DEV_STATS_INC() を使用 (CVE-2023-52578)

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

    net/core: ETH_P_1588 フローディセクタを修正します (CVE-2023-52580)

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

    netfs: folio_start_fscache() を各 folio に対して 1 回のみ呼び出します (CVE-2023-52582)

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

    netfilter: nf_tables: GC トランザクション API を使用するよう、バックエンドの設定を適応させる (CVE-2023-52923)

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

    netfilter: nf_tables: ウォーク中に期限切れの要素をスキップしない (CVE-2023-52924)

    Linux カーネルの fs/smb/client コンポーネントに存在するメモリ解放後使用 (Use After Free) の脆弱性が悪用されると、ローカルの権限昇格が達成される可能性があります。

    smb3_fs_context_parse_param にエラーがある場合、ctx->password が解放されたものの、そのフィールドが NULL に設定されていませんでした。これにより、二重解放が発生する可能性があります。

    過去のコミット e6e43b8aa7cd3c3af686caf0c2e11819a886d705 へのアップグレードを推奨します。(CVE-2023-5345)

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

    dmretrieve_deps の競合状態を修正しますCVE-2023-54324

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

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	名前	製品	ファミリー	公開日	更新日	深刻度
280695	Linux Distros のパッチ未適用の脆弱性: CVE-2023-54324	Nessus	Misc.	2025/12/30	2026/9/30	high
353813	Rocky Linux 8 [CIQ] セキュリティ更新:bpftool/bpftool-debuginfo/kernel/kernel-abi-stablelists/etcの複数の脆弱性(crxsa-2024_3138)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
183798	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-385)	Nessus	Amazon Linux Local Security Checks	2023/10/24	2026/2/10	high
296680	SUSE SLES15 /openSUSE 15:Linux カーネルのセキュリティ更新(SUSE-SU-2026:0293-1)	Nessus	SuSE Local Security Checks	2026/1/27	2026/9/29	high
296676	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2026:0281-1)	Nessus	SuSE Local Security Checks	2026/1/27	2026/6/26	high
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
297194	SUSE SLED15 / SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2026:0315-1)	Nessus	SuSE Local Security Checks	2026/1/30	2026/9/29	high
296481	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2026:0278-1)	Nessus	SuSE Local Security Checks	2026/1/24	2026/1/24	high

検出

プラグインの検索

high

critical

high

high

high

high

high

high