CVE-2026-74584 Linuxカーネルbnxt_reドライバーのメモリリーク脆弱性
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxカーネルのbnxt_reドライバに、ユーザー空間に共有ページをマッピングする際のメモリリーク脆弱性が報告されています。カーネルがページをゼロクリアせずに割り当てた場合、前のオブジェクトのデータが残り、ユーザー空間に漏洩する可能性があります。/dev/infiniband/uverbsXデバイスにアクセス可能なユーザー（通常はrdmaグループ所属）が、 mmap()を通じてカーネルメモリを読み取れるため、機密情報の漏洩やシステムの不正利用が懸念されます。影響を受けるのは、bnxt_reデバイス（RDMA対応ハードウェア）を搭載したシステムです。確認時には、ib_verbs.cのget_zeroed_page()使用状況を確認し、不適切な割り当て処理が存在しないか点検してください。修正パッチの適用が推奨されます。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、もしもシステムが設計者に完全な責任を負わせるなら、この脆弱性が発生した際、開発者は「ゼロクリアの義務」を果たさなかったことについて、いかに問われるべきだろう？
それは確かに問われるべきでしょうが、現実のLinux運用者にとって重要なのは、ib_verbs.cのget_zeroed_page()使用状況を確認し、bnxt_re_alloc_ucontext()の__get_free_page()が不適切に使われていないかを点検することです。コードを読まなければ、哲理でも何でもありません。
では、この脆弱性が「システムの不正利用」を招く可能性があるとされるなら、管理者としての責任はどこにある？
まず、修正パッチを適用する必要があります。カーネルの変更管理プロセスに従って、bnxt_reドライバのコードを最新版に更新し、変更履歴を文書化しておきましょう。それから、rdmaグループのアクセス権を確認し、不要なユーザーが/dev/infiniband/uverbsXにアクセスできないようにするのも肝心です。
しかし、パッチ適用後も監視は必要か？
もちろんです。メモリリークの影響は時間をかけて現れることがあります。システムログやメモリ使用状況を定期的に監視し、異常なページアクセスが発生していないかをチェックすべきです。また、ベンダーが提供する修正情報やセキュリティアドバイスを常に確認する習慣も必要です。
では、この脆弱性を「哲学」に置き換えると、何が導かれる？
それは「細かい技術的選択が、大きなリスクを生む」ということです。でも、哲学は動かず、コードは動きます。Linux運用者は、コードを読むこと、パッチを適用すること、監視を続けることが、最も現実的な答えです。
（※冗談を交えつつ、注意喚起の重要性を強調）
関連キーワード: linux, kernel