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

  - SoundWire：重新探討驅動程式綁定/解除綁定和回呼在 SoundWire 探查中，我們將來自驅動程式操作的指標儲存到「從屬」結構中。當解除綁定編解碼器驅動程式時，這可能會導致核心 oops，例如
    按照以下順序移除機器驅動程式和編解碼器驅動程式。/sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 完整的詳細資訊可以在下面的 BugLink 中找到，作為參考，以下兩個範例顯示了在驅動程式 .remove（） 之後叫用驅動程式操作/回呼的不同案例。
    核心：錯誤：核心 NULL 指標解除參照，位址：0000000000000150 核心：工作佇列：事件cdns_update_slave_status_work [soundwire_cadence] 核心：RIP：0010：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] 核心： 錯誤：無法處理位址的頁面錯誤：ffffffffc07654c8 核心：工作佇列：下午pm_runtime_work核心：RIP：0010：sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] 核心：呼叫追蹤：
    核心：核心： <TASK> sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] 核心：intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb9b663a1dd] 核心：？ dpm_sysfs_remove+0x60/0x60 由於測試首先移除父 PCI 裝置並關閉匯流排，因此在 Intel 測試中較早沒有偵測到此問題。上面的序列是一個極端情況，它使總線保持運行，但沒有駕駛員的束縛。在嘗試解決這個核心問題時，很明顯現有的 SoundWire 匯流排無法很好地處理解綁情況。提交 528be501b7d4a （soundwire： sdw_slave： 新增probe_complete結構和新欄位） 新增了 'probed' 狀態變數和 'probe_complete' 結構完成。但是，此狀態不會在移除時重設，同樣地，「探查完成」也不會重新初始化，因此綁定/取消綁定/綁定測試案例會失敗。事後看來，在「update_status」回調之前使用的逾時也是一個壞主意，對於驅動程式是否以及何時綁定到設備，真的不應該有計時假設。初始草稿基於 device_lock（），並測試了 device_unlock（）。事實證明這太複雜了，在暫停-恢復序列期間建立了鎖死，這些序列也使用與綁定/解除綁定序列相同的 device_lock/unlock（）。在 CometLake 裝置上，不良的 DSDT/BIOS 會導致虛假的履歷，而使用 device_lock（） 會導致暫停期間掛起。經過數週或測試以及對不同設備上的鎖死進行痛苦的逆向工程後，我們尋找了不會干擾設備核心的替代方案。
    已成功使用匯流排通知程式來追蹤DRIVER_BOUND和DRIVER_UNBIND事件。這解決了測試中的 bind-unbind-bind 情況，但它仍然可以透過理論上的極端情況來擊敗，即在回呼使用時被 .remove 釋放記憶體。通知程式只會協助確保驅動程式回呼有效，但不會讓探查中配置的記憶體在叫用回呼時保持有效。此修補程式建議引入新的「sdw_dev_lock」互斥，以保護探查/移除和所有驅動程式回呼。由於此互斥僅對 SoundWire 是「本地」的，因此它不會干擾現有鎖定，也不會產生鎖死。此外，此修補程式移除了「probe_complete」完成，而是直接從探查常式叫用「update_status」。這會移除任何類型的計時相依性，並為裝置/驅動程式模型提供更好的支援，驅動程式可以在匯流排啟動之前繫結，或在匯流排啟動之後億萬年，而且硬體會在所有情況下正確初始化。
    錯誤連結： https://github.com/thesofproject/linux/is ---truncated--- （CVE-2022-50144）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - SoundWire：重新访问驱动程序绑定/取消绑定和回调 在 SoundWire 探测中，我们将驱动程序 ops 的指针存储到“slave”结构中。这可在取消绑定编解码器驱动程序时导致内核 oops，例如
    按照以下顺序删除机器驱动程序和编解码器驱动程序。/sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 有关完整的详细信息，可在下面的缺陷链接中找到，有关参考，以下两个示例显示了在驱动程序 .remove（） 之后调用驱动程序 ops/回调的不同情况。
    内核：缺陷：内核空指针取消引用，地址：0000000000000150内核：工作队列：事件cdns_update_slave_status_work [soundwire_cadence] 内核：RIP：0010：mutex_lock+0x19/0x30内核：调用跟踪：内核：？sdw_handle_slave_status+0x426/0xe00 [soundwire_bus 94ff184bf398570c3f8ff7efe9e32529f532e4ae] kernel：？newidle_balance+0x26a/0x400 内核：？cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] 内核： 缺陷：无法处理地址的页面错误：ffffffffc07654c8 内核： 工作队列：下午pm_runtime_work内核： RIP：0010：sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] 内核： 调用跟踪：
    kernel： kernel： sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel： <TASK> intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb9b663a1dd] kernel： ？ dpm_sysfs_remove+0x60/0x60 Intel 测试之前未检测到此问题，因为测试首先删除父 PCI 设备并关闭总线。上面的序列是一个极端情况，它使总线保持运行，但没有驱动程序限制。在尝试解决此内核错误时，发现现有 SoundWire 总线显然无法很好地处理取消绑定情况。提交 528be501b7d4a（soundwire：sdw_slave：添加probe_complete结构和新字段）添加了“probed”状态变量和“probe_complete”结构完成。但是，此状态不会在删除时重置，同样地，“probe complete”也不会重新初始化，因此 bind/unbind/bind 测试案例将会失败。事后看来，'update_status' 回调之前使用的超时也是个坏主意，实际上不应该有关于驱动程序是否以及何时绑定到设备的时序假设。初始草案基于 device_lock（） 并测试了 device_unlock（）。事实证明，这太复杂了，在暂停-恢复序列期间会产生死锁，其也使用与绑定/取消绑定序列相同的 device_lock/unlock（）。在 CometLake 设备上，错误的 DSDT/BIOS 导致虚假恢复，并且使用 device_lock（） 导致暂停期间挂起。经过数周的测试以及对不同设备上的死锁进行痛苦的逆向工程后，我们寻找了不干扰设备核心的替代方案。
    已成功使用总线通知程序来跟踪DRIVER_BOUND和DRIVER_UNBIND事件。这解决了测试中的 bind-unbind-bind 情况，但它仍然可以通过理论上的极端情况来克服它，即在使用回调时通过 .remove 释放内存。通知程序仅帮助确保驱动程序回调有效，但无法帮助确保在探测中分配的内存在调用回调时保持有效。此修补程序建议引入新的“sdw_dev_lock”互斥体，以保护探测/删除和所有驱动程序回调。由于此互斥体仅对 SoundWire 为“本地”，因此不会干扰现有锁定，也不会创建死锁。此外，此修补程序删除了“probe_complete”完成，而是直接从探测例程调用“update_status”。这消除了任何类型的时序依赖关系，并更好地支持设备/驱动程序模型，驱动程序可以在总线启动之前绑定，或者在总线启动后亿万年，并且硬件将在所有情况下都得到正确初始化。
    缺陷链接： https://github.com/thesofproject/linux/is ---truncated--- （CVE-2022-50144）

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

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

  - SoundWire:ドライバーのバインド/バインド解除とコールバックを再検討します。SoundWire プローブでは、ドライバー操作からのポインターを「スレーブ」構造体に保存します。これにより、コーデックドライバーをバインド解除する際に、例えば
    次の順序でマシンドライバーとコーデックドライバーを削除します。/sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 詳細については、以下の BugLink を参照してください。参照のために、以下の 2 つの例は、ドライバー ops/callbacks がドライバー .remove() の後に呼び出されるさまざまなケースを示しています。
    カーネル:バグ:カーネル NULL ポインターデリファレンス、アドレス:0000000000000150 カーネル:Workqueue:イベントcdns_update_slave_status_work [soundwire_cadence] カーネル:RIP:0010: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] カーネル: バグ: アドレスのページ障害を処理できません: ffffffffffc07654c8 カーネル: ワークキュー: 午後 pm_runtime_work カーネル: RIP: 0010:sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] カーネル: コールトレース:
    カーネル: <TASK> カーネル:sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] カーネル:intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb9b663a1dd] カーネル:? dpm_sysfs_remove+0x60/0x60 テストが最初に親 PCI デバイスを削除しバスをシャットダウンしたため、これは Intel のテストで早期に検出されませんでした。上記のシーケンスは、バスを運行させ続けるが、ドライバーに縛られないコーナーケースです。このカーネル oops を解決しようとしているうちに、既存の SoundWire バスがバインド解除のケースをうまく処理していないことが明らかになりました。コミット 528be501b7d4a(soundwire:sdw_slave:probe_complete 構造体と新しいフィールドを追加)「probed」ステータス変数と「probe_complete」構造体完了を追加しました。このステータスは、削除時にリセットされず、同様に「プローブ完了」が再初期化されないため、バインド/バインド解除/バインドのテストケースは失敗します。「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.

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.

ID	Name	Product	Family	Published	Updated	Severity
245184	Linux Distros 未修補弱點：CVE-2022-50144	Nessus	Misc.	8/7/2025	9/30/2026	medium
245184	Linux Distros 未修补的漏洞：CVE-2022-50144	Nessus	Misc.	8/7/2025	9/30/2026	medium
245184	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50144	Nessus	Misc.	8/7/2025	9/30/2026	medium
241963	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:02264-1)	Nessus	SuSE Local Security Checks	7/11/2025	9/29/2026	high
241963	SUSE SLES15 : Security update for the Linux Kernel (SUSE-SU-2025:02264-1)	Nessus	SuSE Local Security Checks	7/11/2025	9/29/2026	high
245184	Linux Distros Unpatched Vulnerability : CVE-2022-50144	Nessus	Misc.	8/7/2025	9/30/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

high

high

medium