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

  - i2c:jz4780:プローブでホストクロックレートをキャッシュし、CCF prepare_lockデッドロックを防止します Common Clock Framework(CCF)と I2C アダプターロックの間の深刻な AB/BA デッドロックを修正します。これは、I2C 制御のクロックジェネレータークライアント(Si5351 など)が CCF で登録または変更されたときに発生します。i2c クライアントクロック (ジェネレータ) の周波数変更中に、CCF はグローバル「prepare_lock」mutex を取得し、ドライバーは i2c_transfer() を呼び出してクライアントのチップレジスタを更新し、アダプターの I2C バスロックのためにストールします。同時に、同じバス上の独立したパラレル転送(LEDを処理するGPIOエキスパンダなど)がI2Cアダプタロックを保持できます。このパラレル転送パス内で、jz4780_i2c_set_speed()はホストコントローラの入力クロックでclk_get_rate()を呼び出してバスタイミングを計算します。この呼び出しは、ブロックされた CCF「prepare_lock」の取得を試み、システムをフリーズする循環依存関係を作成します。jz4780ホストコントローラーのクロック自体は静的であり、実行時に変化することはありません。ただし、アクティブ転送パス内で clk_get_rate() を呼び出すと、CCF 内部ロックへの不要な依存関係がもたらされます。静的ホストペリフェラルクロックレートを jz4780_i2c_probe() 構造内で一度キャッシュすることにより、この同期 jz4780_i2c clk_get_rate() 呼び出しをアクティブ転送パスから削除します。このキャッシュされた値を使用するように jz4780_i2c_set_speed() を更新し、古いタイミングのリスクなしに、アクティブな I2C トランザクションを CCF 内部ロックから安全に分離します。Web ベースの Google AI による支援 (バグを特定してメッセージを書き込む)。(CVE-2026-74463)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-74463

medium Nessus プラグイン ID 335875

バージョン 1.8