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

  - Linux カーネルでは、以下の脆弱性が解決されています: cpufreq: Init completion before kobject_init_and_add() In cpufreq_policy_alloc(), it will call uninitialed completion in cpufreq_sysfs_release() when kobject_init_and_add() fails. And that will cause a crash such as the following page fault in complete: BUG: unable to handle page fault for address: fffffffffffffff8 [..] RIP:
    0010:complete+0x98/0x1f0 [..] Call Trace: kobject_put+0x1be/0x4c0 cpufreq_online.cold+0xee/0x1fd cpufreq_add_dev+0x183/0x1e0 subsys_interface_register+0x3f5/0x4e0 cpufreq_register_driver+0x3b7/0x670 acpi_cpufreq_init+0x56c/0x1000 [acpi_cpufreq] do_one_initcall+0x13d/0x780 do_init_module+0x1c3/0x630 load_module+0x6e67/0x73b0 __do_sys_finit_module+0x181/0x240 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50473)

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

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

    6.1.6 より以前の Linux カーネルでは、トラフィック制御サブシステムの NULL ポインターデリファレンスのバグにより、権限のないユーザーが、tc qdisc および tc class コマンドで設定された細工されたトラフィック制御設定を介して、サービス拒否 (システムクラッシュ) を引き起こす可能性があります。これは、net/sched/sch_api.c の qdisc_graft に影響します。(CVE-2022-47929)

    Linux カーネル NTFS3 ドライバー関数 attr_punch_hole() に、欠陥のある NULL ポインターデリファレンスが見つかりました。ローカルユーザーがこの欠陥を使用して、システムをクラッシュする可能性があります。(CVE-2022-4842)

    6.1.3 より前の Linux カーネルでは、fs/ntfs3/inode.c は属性名オフセットを検証しません。未処理のページ違反が発生する可能性があります。(CVE-2022-48424)

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

    efiinit エラーパスの NULL-deref を修正しますCVE-2022-48879

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

    sched/core: dup_user_cpus_ptr() のメモリ解放後使用 (Use After Free) バグを修正します (CVE-2022-48892)

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

    fs/ntfs3BOOT Record_size を検証しますCVE-2022-50262

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

    pnodeソースのピアで終了CVE-2022-50280

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

    ext4bigalloc + インラインの ext4_clu_mapped での遅延割り当てバグを修正CVE-2022-50286

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

    btrfsread_one_chunk で欠落したデバイスを処理する際のエクステントマップの use-after-free を修正しますCVE-2022-50300

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

    ext4ext4_fc_replay_scan() の領域外読み取りの可能性を修正しますCVE-2022-50306

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

    ブロック、bfqbfq_exit_icq_bfqq の bfqq に対する uaf を修正しますCVE-2022-50329

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

    fs/ntfs3null ポインターチェックを attr_load_runs_vcn に追加しますCVE-2022-50336

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

    cifs暗号化中の oops を修正しますCVE-2022-50341

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

    ext4「ext4_rename」の「old.inode」の init クォータCVE-2022-50346

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

    mdmempool_free のクラッシュを修正しますCVE-2022-50381

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

    nvmeblktrace が有効な際にフラッシュリクエストによって引き起こされるマルチパスのクラッシュを修正しますCVE-2022-50388

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

    tpmtpm_crb欠落した acpi_put_table() を追加し、メモリリークを修正しますCVE-2022-50389]

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

    netschedtcindex_set_parms のメモリリークを修正しますCVE-2022-50396

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

    ext4fast-commit ブロックのフィルでの off-by-one エラーを修正しますCVE-2022-50428

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

    ext4jbd2 トランザクション中は暗号化キーを設定しませんCVE-2022-50436

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

    fs/ntfs3インデックス解析中にバッファ長を検証しますCVE-2022-50442

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

    fs/ntfs3ntfs_fill_super() エラーパスでのメモリリークを修正しますCVE-2022-50451

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

    btrfsprealloc が後に続くインラインエクステントに対する backrefs の解決を修正しますCVE-2022-50456

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

    ext4fast-commit ジャーナルの初期化されていないメモリ漏洩を修正しますCVE-2022-50465

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

    cpufreqkobject_init_and_add() の前に完了を初期化しますCVE-2022-50473]

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

    ext4EXT4_IGET_BAD フラグを追加し、予期しない不良な inode を防ぎますCVE-2022-50485]

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

    dm cachedestroy() の UAF を修正しますCVE-2022-50496]

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

    fs/ntfs3データの実行オフセットを検証しますCVE-2022-50507

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

    dm thinコミットが失敗した場合、最後のトランザクションの pmd->root を使用しますCVE-2022-50534

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

    ext4「ext4_evict_inode」の初期化されていない値を修正CVE-2022-50546

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

    dm thinshrink_slab および dm_pool_abort_metadata の間の ABBA デッドロックを修正しますCVE-2022-50549

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

    tpmacpiacpi_put_table() を呼び出してメモリリークを修正しますCVE-2022-50562]

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

    dm thinrun_timer_softirq() の UAF を修正しますCVE-2022-50563

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

    PCIPF をチェックすることで VF に対する pci_device_is_present() を修正しますCVE-2022-50636]

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

    ext4不適切なブートローダー inode により引き起こされた __es_tree_search の bug_on を修正しますCVE-2022-50638

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

    ext4mbcache エントリの破損によるデッドロックを修正しますCVE-2022-50668

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

    ext4ext4_orphan_cleanup の use-after-free を修正CVE-2022-50673

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

    io_uring/rwタスクコンテキストへ fsnotify の呼び出しを延期しますCVE-2022-50705

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

    ext4dioread_nolock で inode を削除する際に警告を停止させますCVE-2022-50730

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

    fs/ntfs3NTFS セキュリティを初期化する際、インデックスルートを検証しますCVE-2022-50737

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

    fs/ntfs3inode 操作用に null ポインターチェックを追加しますCVE-2022-50739

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

    nvme-pcimempool の割り当てサイズを修正しますCVE-2022-50756

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

    ext4不適切なクォータ inode により引き起こされた __es_tree_search の bug_on を修正しますCVE-2022-50782

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

    mptcpIPv6 に対して適切な req デストラクタを使用しますCVE-2022-50783

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

    SUNRPCgss_read_proxy_verf() が失敗した場合に netobj メモリを漏洩しませんCVE-2022-50821]

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

    tpmtpm_tis欠落した acpi_put_table() を追加し、メモリリークを修正しますCVE-2022-50824]

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

    fs/ntfs3属性サイズに対してオーバーフローチェックを追加しますCVE-2022-50841

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

    ext4エラーパスの ext4_xattr_inode_create() の inode 漏洩を修正しますCVE-2022-50845]

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

    fs/ntfs3r_page での slab-out-of-bounds を修正しますCVE-2022-50869

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

    objtoolSEGFAULT を修正しますCVE-2022-50879

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

    dm integritydm_integrity_dtr() の UAF を修正しますCVE-2022-50889

    Linux カーネルは SMT 攻撃を適切に緩和しません。これは、STIBP を緩和策として使用しているカーネル API の異常なパターンにより発見され、syscall 後の短時間、プロセスが漏洩したままになります。また、カーネルは、syscall の際に IBPB を即座に発行しません。(CVE-2023-0045)

    Linux カーネルの Netfilter サブシステムに、バッファオーバーフローの脆弱性が見つかりました。この問題により、スタックアドレスとヒープアドレスの両方が漏洩し、任意のコードの実行を介して root ユーザーにローカル権限昇格を引き起こす可能性があります。(CVE-2023-0179)

    Linux カーネルのネットワークサブコンポーネントの net/ipv6/raw.c の rawv6_push_pending_frames に NULL ポインターデリファレンスの欠陥が見つかりました。この欠陥により、システムがクラッシュします。(CVE-2023-0394)

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

    Linux カーネルにメモリ解放後使用 (Use After Free) の脆弱性があり、これが悪用されてローカルの権限昇格が引き起こされる可能性があります。脆弱性カーネル設定フラグに達するには CONFIG_TLS または CONFIG_XFRM_ESPINTCP を設定する必要がありますが、操作に権限は必要ありません。

    構造体 inet_connection_sock の icsk_ulp_data の use-after-free バグが存在します。

    CONFIG_TLS が有効な場合、ユーザーは接続されている tcp ソケットに tls コンテキスト (構造体 tls_context) をインストールできます。
    このソケットが切断されてリスナーとして再利用される場合、コンテキストは消去されません。リスナーから新しいソケットが作成される場合、コンテキストが継承されて脆弱になります。

    setsockopt TCP_ULP 操作は権限を必要としません。

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

    6.1.4 までの Linux カーネルの net/sched/sch_cbq.c の cbq_classify では、型の取り違え (非負の数値が有効な分類結果ではなく TC_ACT_SHOT 状態を示すことがある) のため、攻撃者がサービス拒否 (スラブ領域外読み取り) を引き起こす可能性があります。(CVE-2023-23454)

    6.1.4 までの Linux カーネルの net/sched/sch_atm.c の atm_tc_enqueue では、型の取り違え (非負の数値が有効な分類結果ではなく TC_ACT_SHOT 状態を示すことがある) のため、攻撃者がサービス拒否を引き起こす可能性があります。(CVE-2023-23455)

    Linux カーネル 6.0.8 で、fs/ntfs3/run.c の run_unpack にメモリ解放後使用 (Use After Free) があります。これは、NTFS セクターサイズとメディアセクターサイズの違いに関連しています。(CVE-2023-26544)

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

    btrfsNULL ポインターデリファレンスにつながる、クォータ再スキャンと無効化の間の競合を修正しますCVE-2023-52896

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

    xhciホストが固まった時の null ポインターデリファレンスを修正しますCVE-2023-52898

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

    usbxhci逆参照前にエンドポイントが有効であることをチェックしますCVE-2023-52901

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

    io_uringIOPOLL のロックオーバーフローCVE-2023-52903

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

    net/sched: act_mpls: 失敗した属性検証中の警告を修正 (CVE-2023-52906)

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

    iommu/iovaalloc iova オーバーフロー問題を修正しますCVE-2023-52910

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

    netfilter: ipset: bitmap_ip_create() 関数内での拡張前のオーバーフローを修正 (CVE-2023-53032)

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

    netfilternft_payloadVLAN ヘッダービットをフェッチする際の不適切な算術CVE-2023-53033

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

    fs/ntfs3truncate_setsize() を呼び出す際に ni_lock を保留しませんCVE-2023-53163]

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

    netfilteripsetエントリを追加/削除する際に長いタスクの実行を修正しますCVE-2023-53549

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

    x86/kexecelf ヘッダーバッファの二重解放を修正しますCVE-2023-54146

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
171216	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。10-2023-026 ALASKERNEL-5.10-2023-026	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
171848	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。4-2023-042 ALASKERNEL-5.4-2023-042	Nessus	Amazon Linux Local Security Checks	2023/2/23	2026/2/11	high
269354	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50473	Nessus	Misc.	2025/10/8	2026/11/12	medium
360687	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1783362244)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/19	high
171227	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。15-2023-013 ALASKERNEL-5.15-2023-013	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high

検出

プラグインの検索

high

high

medium

high

high