CVE-2026-99059 in Linux
要約
〜によって VulDB • 2026年10月24日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
wireguard: noise: 中間的な開始処理後にレスポンスの消費を拒否する
2つのスレッドが、2回受信した同一のレスポンスメッセージの処理を開始します。最初のスレッドAが実行されます。その間、2番目のスレッドBは途中まで進んでおり、その遅い計算中、あるいはdown_write()でブロックしている間に、Aが完了し、さらにキューに既に積まれていたハンドシェイク開始処理がスレッドCで実行され、C自体も同じdown_write()を取得します。ハンドシェイク開始の作成は成功し、状態をレスポンス待機に戻してup_write()を呼び出します。その時点で、スレッドBはその計算を終えたか、またはようやくdown_write()の取得を許可されたため再開されます。その後、スレッドBはその状態をピアにコピーし、その状態を使用してAのスレッドで作成されたものと同じセッションである新しいセッションを開始します。
スレッド A スレッド B スレッド C
down_read() sA = handshake->state memcpy(cA, handshake->crypto) up_read() if (sA != 1) goto fail slow_crypto(cA) down_read() sB = handshake->state memcpy(cB, handshake->crypto) up_read() if (sB != 1) goto fail slow_crypto(cB) down_write() if (sA != handshake->state) goto fail memcpy(handshake->crypto, cA) handshake->state = 2 up_write() down_write() if (handshake->state != 2) goto fail derive_session(handshake->crypto) up_write() down_write() slow_crypto(handshake->crypto) handshake->state = 1 up_write() down_write() if (sB != handshake->state) goto fail memcpy(handshake->crypto, cB) handshake->state = 2 up_write() down_write() if (handshake->state != 2) goto fail derive_session(handshake->crypto) up_write()
これは実際には意味のある方法で発生することはほぼ不可能ですが、スタック上のエフェメラル秘密鍵とピアのハンドシェイク状態が持つ最新の鍵を比較することで、絶対に発生しないようにします。
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.