原文

Linuxカーネルにおいて、以下の脆弱性が修正されました。Bluetooth: L2CAP: cleanup_listen()内でチャネルを閉じるためにchanタイマーを使用します。l2cap_chan_close()はconn-＞chan_lからチャネルを削除しますが、これはconn-＞lockの保持下で行う必要があります。cleanup_listen()は親のsk_lockの保持下で動作しているため、conn-＞lockを取得すると、確立されたconn-＞lock -＞ chan-＞lock -＞ sk_lockの順序が逆転してしまいます。直接l2cap_chan_close()を呼び出す代わりに、遅延0でl2cap_chan_timeoutをスケジュールしてチャネルを非同期に閉じます。タイムアウトハンドラーはすでに正しい順序でconn-＞lockとchan-＞lockを取得しています。タイマーはchan-＞connがまだ設定されている場合にのみ設定されます。もしすでにNULLになっている場合は、l2cap_conn_del()（l2cap_chan_del + l2cap_sock_teardown_cb + l2cap_sock_close_cb）がこのチャネルをすでに処理しているため、何も行う必要はありません。タイマー設定後にl2cap_conn_del()が競合した場合は、l2cap_chan_del()内の__clear_chan_timer()がタイマーをキャンセルします。タイマーがすでに発火していた場合は、chan-＞connがクリアされているため、ハンドラーは問題なく戻ります。