Linuxカーネルチームは2026年7月19日から20日にかけて新たなCVE群を公開しました。これにより、ファイルシステム、Bluetooth、ネットワーキング、メモリ管理といった複数のサブシステムにわたり、システムがデッドロック、ライブロック、NULLポインター参照によるクラッシュにさらされる恐れがあります。
これらの脆弱性はいずれもアップストリームで修正済みで、linux-cve-announceメーリングリストを通じて公開されており、修正パッチはすでに安定版カーネルブランチにマージされています。
CVE-2026-64187はXFSファイルシステムに影響を及ぼす脆弱性で、ログリカバリのパス処理において、リージョンを含まないコミット済みログアイテムを適切に拒否できていませんでした。この不具合はリカバリロジックを破損させ、クラッシュ後のリカバリ中にジャーナリング処理を不安定にする恐れがあります。
この脆弱性は、以前から指摘されていたActive Item List(AIL)のプッシュコールバックに関する一連のXFS関連の問題と同じ系統に位置づけられます。バッファI/O中にロックを解除することで、バックグラウンドの回収処理がログアイテムを早期に解放してしまい、use-after-free(解放後使用)の状態を引き起こしていました。
また別件として、fs/statmount内のCVE-2026-64074は、statmount_mnt_idmapにおけるスラブのバッファオーバーラン書き込みを引き起こすもので、同じ更新群で修正されたファイルシステム関連のメモリ安全性に関するバグです。
CVE-2026-64206は、今回の中でも際立ったデッドロックの脆弱性です。L2CAPの終了処理関数であるl2cap_conn_del()はconn->lockを取得した後にcancel_work_sync()を呼び出し、保留中のpending_rx_workをフラッシュしようとします。しかし、process_pending_rx()も同じミューテックスを取得するため、終了処理側のスレッドが、自ら停止させようとしているワーカーとの間で無期限にブロックされる可能性がありました。
この修正では、ロックを取得する前に保留中の処理をキャンセルするよう順序を入れ替え、循環待機の状態を解消しています。
これは今年に入ってから続いているL2CAP関連のロック不具合の中でも最新の事例であり、conn->lock、chan->lock、sk_lockという確立されたロック階層に違反するリスクがあったcleanup_listen()のようなロック順序の逆転問題、例えばCVE-2026-53358などと同様の傾向を示しています。
CVE-2026-64207は、net/schedのdualpi2キューイングディシプリンにおけるGSOバックログのアカウンティング処理を修正するもので、この種のバグは一般に、セグメンテーションオフロードの負荷が持続する状況下でライブロックやキュー長カウントの誤りとして現れます。
CVE-2026-64190は、ネットワークチームのモード変更時に発生し得るteam_xmit()内のNULLポインター参照の問題に対処するもので、CVE-2026-64188はQualcomm rmnetドライバーのdellink()終了処理パスにおけるエンドポイント構造体のuse-after-freeを修正しています。
CVE-2026-64189は、netfilter ipsetのダンプ処理とリストのリサイズ処理との間で発生する競合状態を解消するもので、CVE-2026-64120はethtoolのphy_reply_size()ハンドラー内にある別のNULLポインター参照の問題を修正しています。
深刻度は比較的低いものの、依然として注目すべき修正がデバイスドライバーやカーネルインフラを対象にいくつか行われています。CVE-2026-64192は、BPF LSMが初期化されていない状態でのBPF_MAP_TYPE_INODE_STORAGEの作成を拒否するようにし、状態の混乱を招く経路を塞いでいます。
Loreによると、CVE-2026-64205はi2c-i801ドライバーのエラー処理パスにおけるハードウェアステートマシンの破損を修正するもので、CVE-2026-64191はi2c-stubドライバーにおいて、長さが不正な形式のI2Cブロック転送を拒否するようにしています。
これらの脆弱性については、現時点で公開されている実証コードはありません。しかし、いずれもローカルからの攻撃で悪用の複雑さが低い性質を持っており(機密性・完全性への影響についてCVSSで「低」評価とされているものも複数あります)、マルチテナント環境やコンテナ化されたLinux環境において、ローカル権限昇格の攻撃チェーンに組み込まれやすい候補と言えます。
メインラインカーネルやLTSカーネルを運用している管理者は、各アドバイザリで参照されているアップストリームの安定版パッチを追跡し、ネットワーク公開領域やストレージの中核となるコードパスに近いことを踏まえ、BluetoothとXFSの修正を優先的に適用することが推奨されます。
より強固なプロアクティブ防御で、重大インシデントと金銭的損失を未然に防ぎましょう。15,000のSOCが利用するライブ脅威フィードを導入する
翻訳元: https://cyberpress.org/new-linux-kernel-vulnerabilities/