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 は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2022-50144

medium Nessus プラグイン ID 245184

バージョン 1.19