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

  - bridgeswitchdevVLAN プロトコルの変更時のメモリリークを修正します。ブリッジドライバーは switchdev または 8021q ドライバーのいずれかで、VLAN を下層ハードウェアにオフロードする可能性があります。前者が使用されている場合、VLAN はブリッジドライバーで「BR_VLFLAG_ADDED_BY_SWITCHDEV」プライベートフラグ付きでマークされます。参照されているコミットに記載されているメモリ漏洩を回避するために、VLAN が前述のフラグでマークされていない場合、ブリッジドライバーは 8021q ドライバーを介して VLAN を削除しようとします。ブリッジの VLAN プロトコルが変更されると、switchdev ドライバーは「SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL」属性を介して通知されますが、8021q ドライバーも呼び出され、新しいプロトコルで既存の VLAN を追加し、古いプロトコルではそれらを削除します。VLAN が switchdev によってオフロードされた場合、上記の動作は冗長であり、バグがあります。
    VLAN がすでにハードウェアでプログラムされており、VLAN プロトコル変更現在 mlx5 のみが switchdev 属性通知でプロトコルを変更するため、冗長です。これらの VLAN が「BR_VLFLAG_ADDED_BY_SWITCHDEV」でマークされているにもかかわらず、8021q ドライバーが呼び出されるために、バグが多いです。これは、VLAN が削除されたときに、メモリ漏洩 [1] を引き起こします。switchdev 経由ですでにプログラムされた VLAN 用の 8021q ドライバーを呼び出さないように修正します。 [1] 参照されていないオブジェクト 0xffff8881f6771200サイズ 256comm ip、pid 446855、jiffies 4298238841age 55.240shex dump最初の 32 バイト00 00 7f 0e 83 ff ff 00 00 00 00 0000000000000000000000000000000000 --------------------- 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000000000000000000000
    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_unicast+0x438/0x710 [] [<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/0xb0CVE-2022-49812

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

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

    Linux カーネルに欠陥が見つかりました。ドライバーのデバイスファイルを介した NVME_IOCTL_RESET および NVME_IOCTL_SUBSYS_RESET の連続したリクエストがある場合、サービス拒否の欠陥が発生し、PCIe リンクが切断される可能性があります。(CVE-2022-3169)

    Linux カーネルの GPU i915 カーネルドライバーに不適切な TLB フラッシュの問題が見つかりました。このため、ランダムなメモリ破損またはデータ漏洩が発生する可能性があります。この欠陥により、ローカル ユーザーがシステムをクラッシュさせたり、システム上で権限を昇格させたりする可能性があります。(CVE-2022-4139)

    Linux カーネル 5.10.x の 5.10.155 より前に問題が発見されました。fs/io_uring.c の io_sqpoll_wait_sq のメモリ解放後使用 (use-after-free) により、攻撃者がカーネルをクラッシュさせ、サービス拒否を引き起こす可能性があります。finish_wait はスキップできます。状況によっては、プロセスをフォークしてすぐに終了させることで、攻撃が発生する可能性があります。
    注意: 5.15 longterm シリーズなどの新しいカーネルバージョンでは、io_sqpoll_wait_sq の実装が大幅に変更されています。(CVE-2022-47946)

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

    mm/damon/sysfs: damon_sysfs_set_schemes() のオンラインチューニングにおける誤った空のスキームの想定を修正 (CVE-2022-48996)

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

    gfs2: スーパーブロックの読み取り後に sb_bsize_shift をチェック (CVE-2022-49769)

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

    ceph:スナップのデコードが失敗したときにレルムを 2 回配置することを回避します(CVE-2022-49770)

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

    dm ioctl: list_versions がモジュールのロードで競合する場合の誤動作を修正 (CVE-2022-49771)

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

    macvlan: 一貫した最小の mtu を実施 (CVE-2022-49776)

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

    入力:i8042 - モジュールの削除時のプラットフォームデバイスの漏洩を修正します(CVE-2022-49777)

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

    kprobes:kprobe-on-ftrace の場合の aggrprobe のpost_handlerクリアをスキップします(CVE-2022-49779)

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

    scsi:target:tcm_loop:tcm_loop_setup_hba_bus() で起こり得る名前漏洩を修正します(CVE-2022-49780)

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

    mmc: sdhci-pci: 欠落している pci_dev_put() により引き起こされた潜在的なメモリリークを修正 (CVE-2022-49787)

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

    misc/vmw_vmci: vmci_host_do_receive_datagram() の情報漏洩を修正 (CVE-2022-49788)

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

    ftrace: ftrace_add_mod() の null ポインターデリファレンスを修正 (CVE-2022-49802)

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

    drbd: drbd_create_device() の use-after-free (CVE-2022-49811)

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

    bridge:switchdev:VLAN プロトコル変更時のメモリリークを修正します(CVE-2022-49812)

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

    kcm: sk_receive_queue の競合状態を閉じる (CVE-2022-49814)

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

    ata:libata-transport:ata_tdev_add() でのエラー処理を修正します(CVE-2022-49823)

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

    ata:libata-transport:ata_tlink_add() でのエラー処理を修正します(CVE-2022-49824)

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

    ata:libata-transport:ata_tport_add() でのエラー処理を修正します(CVE-2022-49825)

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

    ata:libata-transport:ata_tport_add() の二重 ata_host_put() を修正します(CVE-2022-49826)

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

    drm:drm_vblank_destroy_worker() で発生する可能性のある null-ptr-deref を修正します(CVE-2022-49827)

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

    drm/drv:drm_dev_init() のメモリリークの可能性を修正します(CVE-2022-49830)

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

    pinctrl: devicetree: pinctrl_dt_to_map での NULL ポインターデリファレンスを修正 (CVE-2022-49832)

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

    sctp:現在の msg の frag チャンクがすべて削除される場合は、out_currをクリアします(CVE-2022-49838)

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

    scsi:scsi_transport_sas:sas_phy_add() でのエラー処理を修正します(CVE-2022-49839)

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

    bpf、test_run: bpf_prog_test_run_skb() にあるアライメントの問題を修正 (CVE-2022-49840)

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

    ASoC: core: snd_soc_exit() における use-after-free を修正 (CVE-2022-49842)

    Linux カーネルで、con が割り当てられ、con->sock が設定されている場所の間で、データ競合の欠陥が見つかりました。この問題により、Linux カーネルの tipc プロトコルの net/tipc/topsrv.c で con->sock->sk にアクセスする際に、NULL ポインターデリファレンスが発生します。(CVE-2023-1382)

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

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

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

    SUSE Linux Enterprise 15 SP4 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2022-49110: netfilter: conntrack: gc 自動調整を再検討します (bsc#1237981)。
    - CVE-2022-49139: Bluetooth: hci_sync_conn_complete_evt の NULL ポインターデリファレンスを修正します (bsc#1238032)。
    - CVE-2022-49767: 9p/trans_fd: 常に O_NONBLOCK 読み取り/書き込みを使用します (bsc#1242493)。
    - CVE-2022-49775: tcp: cdg: tcp_cdg_release() を複数回呼び出すことを許可します (bsc#1242245)。
    - CVE-2022-49858: octeontx2-pf: SQE しきい値チェックを修正します (bsc#1242589)。
    - CVE-2023-53058: net/mlx5: E-Switch、エラー処理コードの Oops を修正します (bsc#1242237)。
    - CVE-2023-53060: igb: デッドロックを引き起こす rtnl_lock() を元に戻します (bsc#1242241)。
    - CVE-2023-53064: iavf: ice による再起動のハングアップを修正します (bsc#1242222)。
    - CVE-2023-53066: qed/qed_sriov: qed_iov_get_vf_info からの NULL デリファレンスに対する保護 (bsc#1242227)。
    - CVE-2023-53079: net/mlx5: ステアリングルールのクリーンアップを修正します (bsc#1242765)。
    - CVE-2023-53114: i40e: アダプターがリカバリモードの場合の再起動中のカーネルクラッシュを修正します (bsc#1242398)。
    - CVE-2023-53134: bnxt_en: TPA データ用の order-5 のメモリ割り当てを回避 (bsc#1242380)
    - CVE-2024-53168: net: sock_inuse_add() を利用可能にします (bsc#1234887)。
    - CVE-2024-56558: nfsd: svc_export_show の前に exp がアクティブであることを確認します (bsc#1235100)。
    - CVE-2025-21888: RDMA/mlx5: DM タイプに対する dereg_mr 中の WARN を修正します (bsc#1240177)。
    - CVE-2025-21999: proc: proc_get_inode() の UAF を修正します (bsc#1240802)。
    - CVE-2025-22056: netfilter: nft_tunnel: geneve_opt の型の混同に関する修正を追加 (bsc#1241525)。
    - CVE-2025-22060: net: mvpp2: パーサー TCAM メモリ破損を防ぎます (bsc#1241526)。
    - CVE-2025-23138: watch_queue: パイプアカウントの不一致を修正します (bsc#1241648)。
    - CVE-2025-23145: mptcp: can_accept_new_subflow の NULL ポインターを修正します (bsc#1242596)。
    - CVE-2025-37785: ext4: dotdot dir をチェックする際の OOB 読み取りを修正します (bsc#1241640)。
    - CVE-2025-37789: net: openvswitch: set() アクションのネストされたキーの長さの検証を修正します (bsc#1242762)。


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

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

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

    SUSE Linux Enterprise 15 SP5 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2022-49775: tcp: cdg: tcp_cdg_release() を複数回呼び出すことを許可します (bsc#1242245)。
    - CVE-2024-53168: net: sock_inuse_add() を利用可能にします (bsc#1234887)。
    - CVE-2024-56558: nfsd: svc_export_show の前に exp がアクティブであることを確認します (bsc#1235100)。
    - CVE-2025-21999: proc: proc_get_inode() の UAF を修正します (bsc#1240802)。
    - CVE-2025-22056: netfilter: nft_tunnel: geneve_opt の型の混同に関する修正を追加 (bsc#1241525)。
    - CVE-2025-23145: mptcp: can_accept_new_subflow の NULL ポインターを修正します (bsc#1242596)。
    - CVE-2025-37789: net: openvswitch: set() アクションのネストされたキーの長さの検証を修正します (bsc#1242762)。
    - CVE-2024-28956:x86/its:ITS-safe indirect thunk のサポートを追加します(bsc#1242006)。
    - CVE-2025-37785: ext4: dotdot dir をチェックする際の OOB 読み取りを修正します (bsc#1241640)。


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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
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
247559	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49812	Nessus	Misc.	2025/8/10	2026/11/12	medium
168728	Amazon Linux 2:カーネル、 --advisory ALAS2KERNEL-5。10-2022-024 (ALASKERNEL-5.10-2022-024)	Nessus	Amazon Linux Local Security Checks	2022/12/14	2026/6/4	high
241966	SUSE SLES15 :Linux カーネルのセキュリティ更新(SUSE-SU-2025:02262-1)	Nessus	SuSE Local Security Checks	2025/7/11	2026/6/25	high
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
241036	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:02173-1)	Nessus	SuSE Local Security Checks	2025/7/1	2026/9/29	medium

検出

プラグインの検索

high

medium

high

high

high

medium