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

  - soundwireドライバーの bind/unbind とコールバックを見直します SoundWire プローブで、ドライバー ops からのポインターを「slave」構造体に保存します。これにより、コーデックドライバーのバインドを解除する際に、カーネル oops が発生する可能性があります。例
    次の手順でマシンドライバーとコーデックドライバーを削除します。 /sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 詳細については、以下の BugLink を参照してください。以下の 2 つの例は、ドライバー .remove() の後にドライバー ops/callbacks が呼び出されるさまざまなケースを示しています。
    カーネルバグカーネル NULL ポインターデリファレンス、アドレス0000000000000150 カーネルWorkqueueevents cdns_update_slave_status_work [soundwire_cadence] カーネルRIP0010:mutex_lock+0x19/0x30 カーネルCall Tracekernel? sdw_handle_slave_status+0x426/0xe00 [soundwire_bus 94ff184bf398570c3f8ff7efe9e32529f532e4ae] kernel? newidle_balance+0x26a/0x400 カーネル? cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel: BUG: unable to handle page fault for address: ffffffffc07654c8 kernel: Workqueue: pm pm_runtime_work kernel: RIP: 0010:sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] kernel: Call Trace:
    ?kernel <TASK> kernelsdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd43323769ac923c9c6f82] kernelintel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c816046666666866864666686.1) dpm_sysfs_remove+0x60/0x60 Intel テストでは最初に親 PCI デバイスが削除され、バスがシャットダウンされるため、これは Intel テストでは以前検出されませんでした。上記のシーケンスは、バスの動作を維持しながらドライバーがバインドされることのないまれなケースです。このカーネル oops の解決を試みる際、既存の SoundWire バスがバインドされていない場合に適切に処理しないことが判明しました。コミット 528be501b7d4asoundwire: sdw_slaveprobe_complete 構造体と新しいフィールドを追加で、「probed」状態変数と「probe_complete」構造体完了を追加しました。このステータスは削除時にリセットされず、同様に「probe complete」も再初期化されないため、bind/unbind/bind テストケースは失敗します。「update_status」コールバックの前に使用されるタイムアウトも不適切なアイデアでした。ドライバーがデバイスにバインドされる場合やタイミングに関する仮定は、本来あるべきではありません。最初のドラフトは device_lock() に基づいており、device_unlock() がテストされました。これは非常に複雑で、suspend/resume シーケンス中にデッドロックが作成され、bind/unbind シーケンスも同じ device_lock/unlock() を使用します。CametLake デバイス上で、不良な DSDT/BIOS により、偽造の再開や、device_lock() の使用により、中断中にハングアップが発生しました。複数の週間またはテストと、異なるデバイスでのデッドロックの困難なリバースエンジニアリングを行った後、デバイスコアに影響を与えない代替手段を探しました。
    DRIVER_BOUND と DRIVER_UNBIND イベントを追跡するために、バス通知子が正常に使用されました。これは、テストでの bind-unbind-bind のケースを解決しましたが、コールバックが使用されている間にメモリが .remove によって解放される理論的なコーナーケースで対応していました。通知子は、ドライバーのコールバックが有効であることを確認するだけで、コールバックが呼び出された間、プローブに割り当てられたメモリが有効のままであることを確認しません。このパッチでは、プローブ/削除およびすべてのドライバーコールバックを保護する新しい「sdw_dev_lock」mutex の導入を提案しています。この mutex は SoundWire に対してのみ「ローカル」であるため、既存のロックに干渉することはなく、デッドロックを作成しません。さらに、このパッチでは「probe_complete」完了が削除され、代わりにプローブルーチンから「update_status」が直接呼び出されます。これにより、あらゆる種類のタイミング依存関係が削除され、デバイス/ドライバーモデルのサポートがはるかに向上します。バスの起動前にドライバーがバインドされたり、バスが起動してからハードウェアが適切に初期化されたりする可能性があります。
    BugLink https://github.com/thesofproject/linux/is ---truncated---CVE-2022-50144

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - soundwire: revisit driver bind/unbind and callbacks In the SoundWire probe, we store a pointer from the     driver ops into the 'slave' structure. This can lead to kernel oopses when unbinding codec drivers, e.g.
    with the following sequence to remove machine driver and codec driver. /sbin/modprobe -r snd_soc_sof_sdw     /sbin/modprobe -r snd_soc_rt711 The full details can be found in the BugLink below, for reference the two     following examples show different cases of driver ops/callbacks being invoked after the driver .remove().
    kernel: BUG: kernel NULL pointer dereference, address: 0000000000000150 kernel: Workqueue: events     cdns_update_slave_status_work [soundwire_cadence] kernel: RIP: 0010:mutex_lock+0x19/0x30 kernel: Call     Trace: kernel: ? sdw_handle_slave_status+0x426/0xe00 [soundwire_bus     94ff184bf398570c3f8ff7efe9e32529f532e4ae] kernel: ? newidle_balance+0x26a/0x400 kernel: ?     cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82]     kernel: BUG: unable to handle page fault for address: ffffffffc07654c8 kernel: Workqueue: pm     pm_runtime_work kernel: RIP: 0010:sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] kernel: Call Trace:
    kernel: <TASK> kernel: sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence     1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel: intel_suspend_runtime+0x5f/0x120 [soundwire_intel     aca858f7c87048d3152a4a41bb68abb9b663a1dd] kernel: ? dpm_sysfs_remove+0x60/0x60 This was not detected     earlier in Intel tests since the tests first remove the parent PCI device and shut down the bus. The     sequence above is a corner case which keeps the bus operational but without a driver bound. While trying     to solve this kernel oopses, it became clear that the existing SoundWire bus does not deal well with the     unbind case. Commit 528be501b7d4a (soundwire: sdw_slave: add probe_complete structure and new fields)     added a 'probed' status variable and a 'probe_complete' struct completion. This status is however not     reset on remove and likewise the 'probe complete' is not re-initialized, so the bind/unbind/bind test     cases would fail. The timeout used before the 'update_status' callback was also a bad idea in hindsight,     there should really be no timing assumption as to if and when a driver is bound to a device. An initial     draft was based on device_lock() and device_unlock() was tested. This proved too complicated, with     deadlocks created during the suspend-resume sequences, which also use the same device_lock/unlock() as the     bind/unbind sequences. On a CometLake device, a bad DSDT/BIOS caused spurious resumes and the use of     device_lock() caused hangs during suspend. After multiple weeks or testing and painful reverse-engineering     of deadlocks on different devices, we looked for alternatives that did not interfere with the device core.
    A bus notifier was used successfully to keep track of DRIVER_BOUND and DRIVER_UNBIND events. This solved     the bind-unbind-bind case in tests, but it can still be defeated with a theoretical corner case where the     memory is freed by a .remove while the callback is in use. The notifier only helps make sure the driver     callbacks are valid, but not that the memory allocated in probe remains valid while the callbacks are     invoked. This patch suggests the introduction of a new 'sdw_dev_lock' mutex protecting probe/remove and     all driver callbacks. Since this mutex is 'local' to SoundWire only, it does not interfere with existing     locks and does not create deadlocks. In addition, this patch removes the 'probe_complete' completion,     instead we directly invoke the 'update_status' from the probe routine. That removes any sort of timing     dependency and a much better support for the device/driver model, the driver could be bound before the bus     started, or eons after the bus started and the hardware would be properly initialized in all cases.
    BugLink: https://github.com/thesofproject/linux/is ---truncated--- (CVE-2022-50144)

Note that Nessus relies on the presence of the package as reported by the vendor.

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - soundwire重新访问驱动程序绑定/取消绑定和回调在 SoundWire 探测中我们将来自驱动程序 ops 的指针存储到“slave”结构中。当解绑定编解码器驱动程序时这可导致内核 oopses例如
    使用以下序列删除计算机驱动程序和编解码器驱动程序。 /sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 可在下面的 BugLink 中找到完整的详细信息请参阅以下两个示例显示在驱动程序 .remove() 之后调用驱动程序 ops/callbacks 的不同情况。
    内核BUG内核空指针取消引用地址0000000000000150内核Workqueue事件 cdns_update_slave_status_work [soundwire_cadence] 内核RIP0010:mutex_lock+0x19/0x30内核调用跟踪内核 ? sdw_handle_slave_status+0x426/0xe00 [soundwire_bus 94ff184bf398570c3f8ff7efe9e32529f532e4ae] 内核? newidle_balance+0x26a/0x400 内核cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel: BUG: unable to handle page fault for address: ffffffffc07654c8 kernel: Workqueue: pm pm_runtime_work kernel: RIP: 0010:sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] kernel: Call Trace:
    内核 <TASK> 内核: sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] 内核: intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb668abb663a19b663a19b663a19b663a19b663aabbkernel] dpm_sysfs_remove+0x60/0x60 未在之前的 Intel 测试中检测到此情况因为测试首先删除父 PCI 设备并关闭总线。上面的序列是保持总线可操作但没有驱动程序边界的极端情况。在尝试解决此内核错误时已发现现有 SoundWire 总线未能很好地处理取消绑定情况。提交 528be501b7d4asoundwiresdw_slave添加 probe_complete 结构和新字段添加了“probed”状态变量和“probe_complete”结构完成。但是此状态在删除时未重置同样“probe complete”未重新初始化因此 bind/unbind/bind 测试案例将会失败。事后认为在“update_status”回调之前使用的超时也是一个坏注意实际上不应该对驱动程序是否以及何时绑定到设备进行时序假设。初始草稿基于 device_lock()且已测试 device_unlock()。事实证明此操作过于复杂在暂停恢复序列期间会创建死锁该序列也使用与 bind/unbind 序列相同的 device_lock/unlock()。在 CometLake 设备上不正确的 DSDT/BIOS 会造成虚假恢复而使用 device_lock() 会在暂停期间造成挂起。在不同设备上进行了数周的死锁测试以及令人费解的逆向工程之后，我们寻找不干扰设备核心的替代方案。
    可成功使用总线通知程序跟踪 DRIVER_BOUND 与 DRIVER_UNBIND 事件。这解决了测试中的 bind-unbind-bind 情况但仍可通过一种理论上的极端情况绕过该情况即在使用回调时通过 .remove 释放内存。通知程序仅有助于确保驱动程序回调有效，而无法确保在调用回调时探测中分配的内存仍然有效。此修补程序建议引入新的“sdw_dev_lock”互斥体以保护探测/删除和所有驱动程序回调。由于此互斥体仅对 SoundWire 是“本地”因此它不会干扰现有的锁定也不会造成死锁。此外此修补程序删除了“probe_complete”完成我们取而代之的是从探测例程中直接调用“update_status”。这可消除任何时序依存关系并提供对设备/驱动程序模型更好的支持总线启动前可绑定驱动程序或是总线启动后数个时间绑定驱动程序并且在所有情况下都会正确初始化硬件。
    BugLink https://github.com/thesofproject/linux/is ---truncated--- (CVE-2022-50144)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - soundwire重新造訪驅動程式系結/解除系結和回呼在 SoundWire 探查中我們將來自驅動程式 ops 的指標儲存到「從屬」結構中。這可能會在解除系結轉碼器驅動程式時導致核心 oops。
    使用下列序列移除機器驅動程式和轉碼器驅動程式。 /sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 如需完整的詳細資料請參閱下方的 BugLink 以供參考下列兩個範例顯示在驅動程式 .remove() 之後叫用驅動程式 ops/回呼的不同情形。
    核心錯誤核心 NULL 指標解除參照、位址0000000000000150 核心工作佇列事件 cdns_update_slave_status_work [soundwire_cadence] 核心RIP 0010mutex_lock+0x19/0x30 核心呼叫追踪核心sdw_handle_slave_status+0x426/0xe00 [soundwire_bus 94ff184bf398570c3f8ff7efe9e32529f532e4ae] 核心newidle_balance+0x26a/0x400 核心cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel: BUG: unable to handle page fault for address: ffffffffc07654c8 kernel: Workqueue: pm pm_runtime_work kernel: RIP: 0010:sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] kernel: Call Trace:
    核心 <TASK> 核心sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] 核心intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb9b663] 核心dpm_sysfs_remove+0x60/0x60 先前在 Intel 測試中未偵測到此問題因為該測試先移除父項 PCI 裝置並關閉匯流排。上述序列是邊角案例其可保持匯流排運作但沒有驅動程式邊界。在嘗試解決此核心錯誤時很明顯現有的 SoundWire 匯流排並未正確處理解除系結情況。提交 528be501b7d4a (soundwiresdw_slave新增 probe_complete 結構和新欄位) 已新增一個 'probed' 狀態變數和一個 'probe_complete' 結構完成。不過此狀態不會在移除時重設同樣「探查完成」也不會重新初始化因此 bind/unbind/bind 測試案例會失敗。在 'update_status' 回呼之前使用的逾時事後看來也是一個壞主意應確實沒有關於驅動程式是否以及何時系結至裝置的計時假設。初始草稿以 device_lock() 為基礎且已測試 device_unlock()。事實證明這過於復雜在暫停-恢復序列期間會產生鎖死而且其也會使用與 bind/unbind 序列相同的 device_lock/unlock()。在 CometLake 裝置上錯誤的 DSDT/BIOS 造成假性恢復且在暫停期間使用 device_lock() 造成懸置。在不同裝置上對鎖死進行數週或測試和令人困擾的反向工程後我們尋找不會干擾裝置核心的替代項目。
    已成功使用匯流排通知程式來追踪 DRIVER_BOUND 和 DRIVER_UNBIND 事件。這解決了測試中的 bind-unbind-bind 情況但理論上仍可解決此邊角案例其中記憶體會在回呼正在使用中時遭到 .remove 釋放。通知程式僅有助於確保驅動程式回呼有效但無法確保在叫用回呼時探查中配置的記憶體是否維持有效。此修補程式建議引入新的「sdw_dev_lock」mutex 來保護探查/移除和所有驅動程式回呼。由於此 mutex 僅對 SoundWire 「本機」而言因此不會干擾現有的鎖定也不會造成鎖死。此外此修補程式移除了「probe_complete」完成我們直接從探查常式叫用「update_status」。這會移除任何類型的定時相依性並為裝置/驅動程式模型提供更佳的支援可在匯流排啟動前或在匯流排啟動後持續連結驅動程式且硬體會在所有情況下正確初始化。
    BugLink https://github.com/thesofproject/linux/is ---truncated--- (CVE-2022-50144)

請注意，Nessus 依賴供應商報告的套件存在。

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

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


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

    - CVE-2021-47557: net/sched: sch_ets:「nbands」を超えるクラスをピークしません (bsc#1207361 bsc#1225468)。
    - CVE-2021-47595:net/sched: sch_ets: アイドルクラスをラウンドロビンリストから削除しません (bsc#1207361 bsc#1226552)。
    - CVE-2023-52924: netfilter: nf_tables: ウォーク中に期限切れの要素をスキップしない (bsc#1236821)。
    - CVE-2023-52925: netfilter: nf_tables: 重複の期限が切れた場合、挿入が失敗しません (bsc#1236822)。
    - CVE-2024-26808: netfilter: nft_chain_filter: inet/ingress basechain の NETDEV_UNREGISTER を処理します (bsc#1222634)。
    - CVE-2024-26924: scsi: lpfc: lpfc_worker_wake_up() を呼び出す前に hbalock をリリースします (bsc#1225820)。
    - CVE-2024-27397: kabi: ホールに設定された nftables に必要な tstamp を配置します (bsc#1224095)。
    - CVE-2024-36978: net: sched: sch_multiq: multiq_tune() で発生する可能性のある OOB 書き込みを修正 (bsc#1226514)。
    - CVE-2024-46800: sch/netem: netem_dequeue のメモリ解放後使用 (Use After Free) を修正 (bsc#1230827)。
    - CVE-2024-53125: bpf: sync_linked_regs() は subreg_def を保存する必要がある (bsc#1234156)。
    - CVE-2024-53141: netfilter: ipset: bitmap_ip_uadt で欠落している範囲チェックを追加 (bsc#1234381)。
    - CVE-2024-53197: ALSA: usb-audio: Extigy および Mbox デバイスの潜在的な領域外アクセスを修正 (bsc#1235464)。
    - CVE-2024-56770: sch/netem: netem_dequeue のメモリ解放後使用 (Use After Free) を修正 (bsc#1235637)。
    - CVE-2025-21700: net: sched: ある親から別の親への子 qdisc の置換を許可しません (bsc#1237159)。
    - CVE-2025-21702: pfifo_tail_enqueue: sch->limit == 0 の場合、新しいパケットをドロップします (bsc#1237312)。
    - CVE-2025-21703: netem: qdisc_tree_reduce_backlog() の前に sch->q.qlen を更新 (bsc#1237313)。
    - CVE-2025-21756: vsock: トランスポートリリース後にソケットを孤立させます (bsc#1238876)。
    - CVE-2025-23141: KVM: x86: KVM_GET_MP_STATE の SRCU を取得し、ゲストメモリアクセスを保護します (bsc#1242782)。
    - CVE-2025-37752: net_sched: sch_sfq: 制限検証を移動します (bsc#1242504)。
    - CVE-2025-37823: net_sched: hfsc: hfsc_dequeue() にある潜在的な UAF も修正します (bsc#1242924)。
    - CVE-2025-37890: net_sched: hfsc: netem を子 qdisc として持つクラスの UAF 脆弱性を修正 (bsc#1243330)。
    - CVE-2025-37997: netfilter: ipset: ハッシュ型のリージョンロックを修正 (bsc#1243832)。
    - CVE-2025-38000: sch_hfsc: hfsc_enqueue() のピークを使用する際の qlen アカウンティングのバグを修正 (bsc#1244277)。
    - CVE-2025-38001: net_sched: hfsc: eltree にクラスを 2 回追加する再入可能エンキューに対処 (bsc#1244234)。
    - CVE-2025-38014: dmaengine: idxd: idxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングします (bsc#1244732)。
    - CVE-2025-38060: bpf: env->cur_state->loop_entry != NULL の場合、検証を中止します (bsc#1245155)。
    - CVE-2025-38083: net_sched: prio: prio_tune() 内の競合を修正します (bsc#1245183)。


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

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:02264-1 advisory.

    The SUSE Linux Enterprise 15 SP5 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2021-47557: net/sched: sch_ets: do not peek at classes beyond 'nbands' (bsc#1207361 bsc#1225468).
    - CVE-2021-47595: net/sched: sch_ets: do not remove idle classes from the round-robin list (bsc#1207361     bsc#1226552).
    - CVE-2023-52924: netfilter: nf_tables: do not skip expired elements during walk (bsc#1236821).
    - CVE-2023-52925: netfilter: nf_tables: do not fail inserts if duplicate has expired (bsc#1236822).
    - CVE-2024-26808: netfilter: nft_chain_filter: handle NETDEV_UNREGISTER for inet/ingress basechain     (bsc#1222634).
    - CVE-2024-26924: scsi: lpfc: Release hbalock before calling lpfc_worker_wake_up() (bsc#1225820).
    - CVE-2024-27397: kabi: place tstamp needed for nftables set in a hole (bsc#1224095).
    - CVE-2024-36978: net: sched: sch_multiq: fix possible OOB write in multiq_tune() (bsc#1226514).
    - CVE-2024-46800: sch/netem: fix use after free in netem_dequeue (bsc#1230827).
    - CVE-2024-53125: bpf: sync_linked_regs() must preserve subreg_def (bsc#1234156).
    - CVE-2024-53141: netfilter: ipset: add missing range check in bitmap_ip_uadt (bsc#1234381).
    - CVE-2024-53197: ALSA: usb-audio: Fix potential out-of-bound accesses for Extigy and Mbox devices     (bsc#1235464).
    - CVE-2024-56770: sch/netem: fix use after free in netem_dequeue (bsc#1235637).
    - CVE-2025-21700: net: sched: Disallow replacing of child qdisc from one parent to another (bsc#1237159).
    - CVE-2025-21702: pfifo_tail_enqueue: Drop new packet when sch->limit == 0 (bsc#1237312).
    - CVE-2025-21703: netem: Update sch->q.qlen before qdisc_tree_reduce_backlog() (bsc#1237313).
    - CVE-2025-21756: vsock: Orphan socket after transport release (bsc#1238876).
    - CVE-2025-23141: KVM: x86: Acquire SRCU in KVM_GET_MP_STATE to protect guest memory accesses     (bsc#1242782).
    - CVE-2025-37752: net_sched: sch_sfq: move the limit validation (bsc#1242504).
    - CVE-2025-37823: net_sched: hfsc: Fix a potential UAF in hfsc_dequeue() too (bsc#1242924).
    - CVE-2025-37890: net_sched: hfsc: Fix a UAF vulnerability in class with netem as child qdisc     (bsc#1243330).
    - CVE-2025-37997: netfilter: ipset: fix region locking in hash types (bsc#1243832).
    - CVE-2025-38000: sch_hfsc: Fix qlen accounting bug when using peek in hfsc_enqueue() (bsc#1244277).
    - CVE-2025-38001: net_sched: hfsc: Address reentrant enqueue adding class to eltree twice (bsc#1244234).
    - CVE-2025-38014: dmaengine: idxd: Refactor remove call with idxd_cleanup() helper (bsc#1244732).
    - CVE-2025-38060: bpf: abort verification if env->cur_state->loop_entry != NULL (bsc#1245155).
    - CVE-2025-38083: net_sched: prio: fix a race in prio_tune() (bsc#1245183).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
245184	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50144	Nessus	Misc.	2025/8/7	2025/9/30	medium
245184	Linux Distros Unpatched Vulnerability : CVE-2022-50144	Nessus	Misc.	2025/8/7	2025/9/30	medium
245184	Linux Distros 未修补的漏洞：CVE-2022-50144	Nessus	Misc.	2025/8/7	2025/9/30	medium
245184	Linux Distros 未修補的弱點：CVE-2022-50144	Nessus	Misc.	2025/8/7	2025/9/30	medium
241963	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:02264-1)	Nessus	SuSE Local Security Checks	2025/7/11	2025/9/24	high
241963	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:02264-1)	Nessus	SuSE Local Security Checks	2025/7/11	2025/9/24	high

检测

插件搜索

medium

medium

medium

medium

high

high