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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:4111-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP4 カーネルが更新され、さまざまなセキュリティの問題が修正されました

    以下のセキュリティ問題が修正されました。

    - CVE-2022-50327ACPIprocessoridleacpi_fetch_acpi_dev() の戻り値をチェックしますbsc#1249859。
    - CVE-2022-50334hugetlbfshugetlbfs_parse_param() で null-ptr-deref を修正しますbsc#1249857。
    - CVE-2022-50490bpfhtab_lock_bucket() からユーザー空間にエラーが伝播されますbsc#1251164
    - CVE-2022-50516fsdlmsb_lvbptr の無効な逆参照を修正しますbsc#1251741。
    - CVE-2023-53365ip6mrip6mr_cache_report() の skb_under_panic を修正しますbsc#1249988
    - CVE-2023-53500xfrmdecode_session6 の slab-use-after-free を修正しますbsc#1250816。
    - CVE-2023-53559ip_vtidecode_session6 の潜在的な slab-use-after-free を修正しますbsc#1251052
    - CVE-2023-53574wifirtw88アンロードする際にタイマーを削除し、skb キューを解放しますbsc#1251222。
    - CVE-2023-53619netfilterconntracknf_ct_helper_hash の use-after-free を回避しますbsc#1251743。
    - CVE-2023-53673Bluetoothhci_eventconn を削除する前に切断コールバックを呼び出しますbsc#1251763。
    - CVE-2023-53705ipv6ipv6_find_tlv() の領域外アクセスを修正しますbsc#1252554
    - CVE-2025-39742RDMAhfi1find_hw_thread_mask() で発生する可能性のあるゼロ除算を修正しますbsc#1249479。
    - CVE-2025-39945cniccnic_delete_task の use-after-free のバグを修正しますbsc#1251230。
    - CVE-2025-39967fbconfbcon_do_set_font での整数オーバーフローを修正しますbsc#1252033。
    - CVE-2025-39968i40eVF フィルターの最大境界検査を追加しますbsc#1252047。
    - CVE-2025-39973i40ering_len パラメーターの検証を追加しますbsc#1252035。
    - CVE-2025-39978octeotx2-pfotx2_tc_add_flow() の潜在的な use-after-free を修正しますbsc#1252069。
    - CVE-2025-40018ipvsnetns クリーンアップ中に ip_vs_ftp unregister を保留しますbsc#1252688。
    - CVE-2025-40044fsudflengthAllocDescs 処理における OOB 読み取りを修正しますbsc#1252785
    - CVE-2025-40088hfsplushfsplus_strcasecmp() の slab-out-of-bounds 読み取りを修正しますbsc#1252904。
    - CVE-2025-40102KVMarm64init 前の vCPU イベントへのアクセスを阻止しますbsc#1252919。

    以下の非セキュリティ問題は修正されました

    - fbconフォント割り当ての OOB アクセスを修正しますbsc#1252033
    - mm共有メモリタイプでの不要なページ障害リタイアを回避しますbsc#1251823。
    - nethv_netvscチャネルオープン中のホストからの早期受信イベントの損失を修正しますbsc#1252265。

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

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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:4320-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 のカーネルが更新され、いくつかの問題が修正されました。

    以下のセキュリティ問題が修正されました。

    - CVE-2022-50327:ACPI:プロセッサー:アイドル:acpi_fetch_acpi_dev() 戻り値(bsc#1249859)をチェックします。
    - CVE-2022-50334:hugetlbfs:hugetlbfs_parse_param() の null-ptr-deref を修正します(bsc#1249857)。
    - CVE-2022-50490:bpf:エラーを htab_lock_bucket() からユーザー空間(bsc#1251164)に伝播します。
    - CVE-2022-50516:fs:dlm:sb_lvbptr の無効な逆参照を修正します(bsc#1251741)。
    - CVE-2023-53365:ip6mr:ip6mr_cache_report() のskb_under_panicを修正します(bsc#1249988)。
    - CVE-2023-53500:xfrm:decode_session6 の slab-use-after-free を修正します(bsc#1250816)。
    - CVE-2023-53559:ip_vti:decode_session6 で起こり得る slab-use-after-free を修正します(bsc#1251052)。
    - CVE-2023-53574:wifi:rtw88:アンロード時にタイマーを削除し、skb キューを解放します(bsc#1251222)。
    - CVE-2023-53619:netfilter:conntrack:use-after-free nf_ct_helper_hashを回避します(bsc#1251743)。
    - CVE-2023-53673:Bluetooth:hci_event:conn を削除する前に disconnect コールバックを呼び出します(bsc#1251763)。
    - CVE-2023-53705:ipv6:ipv6_find_tlv() での領域外アクセスを修正します(bsc#1252554)。
    - CVE-2025-37885:KVM:x86:*新しい*ルートがポスト可能でない場合、IRTE をホストコントロールにリセットします(bsc#1242960)。
    - CVE-2025-38084:hugetlb:VMA を分割する際に、一部の PMD を共有しません(bsc#1245498)。
    - CVE-2025-38085:mm/hugetlb:huge_pmd_unshare() と GUP-fast の競合を修正します(bsc#1245499)。
    - CVE-2025-38476:rpl:rpl_do_srh_inline() の use-after-free を修正します(bsc#1247317)。
    - CVE-2025-39742:RDMA:hfi1:find_hw_thread_mask() でのゼロ除算の可能性を修正します(bsc#1249479)。
    - CVE-2025-39797:xfrm:SPI 処理の重複(bsc#1249608)。
    - CVE-2025-39945:cnic:cnic_delete_task における use-after-free のバグを修正します(bsc#1251230)。
    - CVE-2025-39967:fbcon:fbcon_do_set_font における整数オーバーフローを修正します(bsc#1252033)。
    - CVE-2025-39968:i40e:VF フィルターの最大境界検査を追加します(bsc#1252047)。
    - CVE-2025-39973:i40e:ring_len param の検証を追加します(bsc#1252035)。
    - CVE-2025-39978:octeontx2-pf:otx2_tc_add_flow() の use-after-free の可能性を修正します(bsc#1252069)。
    - CVE-2025-39981:Bluetooth:MGMT:可能性のある UAF を修正します(bsc#1252060)。
    - CVE-2025-40018:ipvs:netns クリーンアップ中の登録解除ip_vs_ftp延期します(bsc#1252688)。
    - CVE-2025-40044:fs:udf:lengthAllocDescs 処理における OOB 読み取りを修正します(bsc#1252785)。

    セキュリティに関係しない以下の問題が修正されました。

    - NFS:サーバーの委任リストから取り消された委任を削除します(bsc#1246211)。
    - NFSv4:FREE_STATEID による委任のクリーンアップを許可します(bsc#1246211)。
    - fbcon:フォント割り当てでの OOB アクセスを修正します(bsc#1252033)
    - NFSv4 の kabi 修正:FREE_STATEID による委任のクリーンアップを許可(bsc#1246211)。
    - kernel-subpackage-spec:モジュールに二重署名しません(bsc#1251930)。
    - mm:共有メモリタイプで不要なページ障害が終了するのを回避します(bsc#1251823)。
    - net:hv_netvsc:チャネルを開く際のホストからの早期受信イベントの損失を修正します(bsc#1252265)。
    - net:mana:ジャンボフレームのページプールに切り替えます(bsc#1248754)。
    - net:mana:メモリ効率を改善するために、ページ全体ではなくページプールフラグメントを RX バッファに使用します(bsc#1248754)。
    - netfilter:nft_objref:objref および objrefmap 式を検証します(bsc#1250237)。
    - rpm/check-for-config-changes:CONFIG_SCHED_PROXY_EXECも無視します(bsc#1250946)

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

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

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

  - lib/fontsget_default_font のビットシフトでの未定義の動作を修正。署名されている 32 ビットの値を 31 ビットでシフトすることは未定義であるため、重要なビットを未署名へ変更。UBSAN 警告コールトレースは以下のようにします UBSAN
    lib/fonts/fonts.c:139:20 の shift-out-of-bounds 1 による 31 個の場所の左シフトは、「int」型で表現できません <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilog+0xe/ 0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c get_default_font+0x1c7/0x1f0 fbcon_startup+0x347/0x3a0 do_take_over_console+0xce/0x270 do_fbcon_takeover+0xa1/0x170 do_fb_registered+0x2a8/0x340 fbcon_fb_registered+0x47/0xe0 register_framebuffer+0x294/0x4a0
    __drm_fb_helper_initial_config_and_unlock+0x43c/0x880 [drm_kms_helper] drm_fb_helper_initial_config+0x52/0x80 [drm_kms_helper] drm_fbdev_client_hotplug+0x156/0x1b0 [drm_kms_helper] drm_fbdev_generic_setup+0xfc/0x290 [drm_kms_helper] bochs_pci_probe+0x6ca/0x772 [bochs] local_pci_probe+0x4d/0xb0 pci_device_probe+0x119/0x320 Really_probe+0x181/0x550
    __driver_probe_device+0xc6/0x220 driver_probe_device+0x32/0x100 __driver_attach+0x195/0x200 bus_for_each_dev+0xbb/0x120 driver_attach+0x27/0x30 bus_add_driver+0x22e/0x2f0 driver_register+0xa9/0x190
    __pci_register_driver+0x90/0xa0 bochs_pci_driver_init+0x52/0x1000 [bochs] do_one_initcall+0x76/0x430 do_init_module+0x61/0x28a load_module+0x1f82/0x2e50 __do_sys_finit_module+0xf8/0x190
    __x64_sys_finit_module+0x23/0x30 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK>CVE-2022-50511]

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
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
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
275594	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:4111-1)	Nessus	SuSE Local Security Checks	2025/11/18	2026/6/25	high
280691	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:4320-1)	Nessus	SuSE Local Security Checks	2025/12/30	2026/9/29	high
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
170458	Amazon Linux 2:カーネル、 --advisory ALAS2KERNEL-5。15-2023-012 (ALASKERNEL-5.15-2023-012)	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/6/4	high
270163	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50511	Nessus	Misc.	2025/10/13	2026/9/30	medium

検出

プラグインの検索

high

high

high

high

high

high

medium