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

  - USBgadgetudc_mutex に対する不明確な lockdep 違反を修正します。ガジェットコアで udc_lock mutex の範囲を拡大する最近のコミットにより、無防備でわずかに特殊な lockdep 違反が引き起こされる可能性があります。省略形式=============================================== ======== 警告循環ロック依存関係が検出されました 5.19.0-rc7+ #12510 汚染されていません
    -------------------------------------------------- ---- udevadm/312 がロックを取得しようとしています
    ffff80000aae1058 (udc_lock){+.+.}-{3:3}, at: usb_udc_uevent+0x54/0xe0 しかし、タスクはすでにロックを保持しています
    ffff000002277548kn->active#4){++++}-{0:0}, at: kernfs_seq_start+0x34/0xe0 このロックはすでに新しいロックに依存しています。既存の依存関係チェーン逆順は次のとおりです。-> #3 kn->active#4){++++}-{0:0}:
    lock_acquire+0x68/0x84 __kernfs_remove+0x268/0x380 kernfs_remove_by_name_ns+0x58/0xac sysfs_remove_file_ns+0x18/0x24 device_del+0x15c/0x440 -> #2 (device_links_lock){+.+.}-{3:3}
    lock_acquire+0x68/0x84 __mutex_lock+0x9c/0x430 mutex_lock_nested+0x38/0x64 device_link_remove+0x3c/0xa0
    _regulator_put.part.0+0x168/0x190rator_put+0x14/0x20 -> #1 (regulator_list_mutex){+.+.}-{3:3}: lock_acquire+0x68/0x84 __mutex_lock+0x9c/0x430 mutex_lock_nested+ 0x38/0x64 regulator_lock_dependent+0x54/0x284 regulator_enable+0x34/0x80 phy_power_on+0x24/0x130 __dwc2_lowlevel_hw_enable+0x100/0x130 dwc2_lowlevel_hw_enable+0x18/0x40 dwc2_hsotg_udc_start+0x6c/0x2f0 gadget_bind_driver+0x124/0x1f4 -> #0 (udc_lock){+.+. }-{3:3}:
    __lock_acquire+0x1298/0x20cc lock_acquire.part.0+0xe0/0x230 lock_acquire+0x68/0x84 __mutex_lock+0x9c/0x430 mutex_lock_nested+0x38/0x64 usb_udc_uevent+0x54/0xe0 明らかに、これは udc_mutex の範囲が広すぎることが原因です。mutex は、他のいくつかのものとともに udc->driver を保護することのみを目的としています。私が知る限り、ガジェットコアがガジェットドライバーの ->bind または ->unbind ルーチンを呼び出す間、あるいは UDC が起動または停止中である間、mutex が保持される理由はありません。これは上記のチェーンの中のリンク #1 を説明します。ここでは、dwc2_hsotg_udc がドライバープローブの一部として開始される間、mutex が保持されます。Gadget ドライバーの ->disconnect コールバックに問題があります。usb_gadget_disconnect() は現在 udc_mutex を取得しますが、mutex がリリースされてから ->bind コールバックが呼び出されるまでに、usb_gadget_bind_driver() にウィンドウが生じます。そのウィンドウ中に切断が発生した場合、ドライバーの
    ->bind ルーチンの前に ->disconnect ルーチン。これを防ぐには、ガジェットドライバーがないときに UDC が接続するのを防ぐことが必要です。これは既に実行されている必要がありますが、実行されていないようです。現在、usb_gadget_connect() には、これに対するチェックがありません。このようなチェックは後で追加する必要があります。soft_connect_store() にある程度の相互排除が必要です。これは、sysfs コールバックであるため、任意のタイミングで udc->driver を逆参照できます。ここでの解決策は、udc_mutex ではなく、ガジェットのデバイスロックを取得することです。ドライバーコアは、ドライバーのバインドおよびバインド解除の際にデバイスが常にロックされることを保証しているため、soft_connect_store() でのアクセスは、udc->driver への変更と相互に排他的になります。最後に、udc_mutex を保持する必要がある場所が 1 つあることが判明しましたが、現在は保持していません。function_show() ルーチンは、udc->driver を逆参照する間、保護が必要です。欠落しているロック呼び出しとアンロック呼び出しが追加されます。CVE-2022-49943

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

検出

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

medium Nessus プラグイン ID 245971

バージョン 1.10