CVE-2026-74713 Linuxカーネルのメモリリーク修正
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxカーネルのvhost_iotlbモジュールに、IOTLBエントリの不適切な割り当てによりメモリリークやリソース枯渇が発生する可能性のある脆弱性が修正されています。vhostデバイスが設定されたmax_iotlb_entriesのデフォルト値（2048）を超えた場合にエラーを返す処理が不完全だったため、無制限にメモリを消費するリスクがありました。影響は、IOTLBを活用するvhost、mlx5 vDPA、VDUSEなどの機能を用いるシステムに限定される可能性があります。確認時は、カーネルパッチ適用状況と、vhost関連モジュールのパラメータ設定（特にmax_iotlb_entries）を確認し、不正な値が設定されていないかを点検することが重要です。運用上は、異常なメモリ使用量やIOTLB関連のエラーログの発生に注意が必要です。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について、あなたはどのようにして「リソース枯渇」という現象を理解していますか？なぜ、max_iotlb_entriesのデフォルト値が問題になるのでしょうか？
ああ、それはですね。たとえば、宴会の部屋に「2048人の客が入れる」と決めたのに、誰かが「もう少し人数を増やして」と言い始めたら、無限に客が入って部屋が崩壊するのと同じです。運用者はまず、カーネルのパッチ適用状況を確認し、max_iotlb_entriesの設定値がデフォルト以外でないかをチェックする必要があります。
では、この「チェック」の重要性を、あなたはなぜ強調するのですか？もし誰かが部屋の人数制限を無視した場合、どうなりますか？
もし誰かが「制限を無視して客を増やせ」と命令したら、メモリが枯渇してシステムが停止します。運用者は、システムログに「IOTLB関連のエラー」が出ていないかを監視し、異常なメモリ使用量を確認する必要があります。また、ベンダーの公式情報でこのパラメータがどのように設定されているかを確認することが不可欠です。
しかし、この脆弱性が「vhost_iotlb」に限定されていると聞きました。なぜ、他のモジュールには影響がないのでしょうか？
それはですね、たとえば、ある部屋が「IOTLBエントリの割り当て」を担当しているだけで、他の部屋（モジュール）は別のルールを持っているからです。運用者は、この脆弱性が影響を与える「vhost、mlx5 vDPA、VDUSE」などの機能を動かしているかを確認し、それらのモジュールのパラメータ設定を点検する必要があります。
では、パッチ適用の際、運用者はどのような手順を踏むべきでしょうか？
まず、カーネルのバージョンと適用済みパッチを確認し、CVE-2026-74713の修正が含まれているかを確認する。次に、max_iotlb_entriesの設定値が正しく設定されているかを再確認し、変更管理の記録を残す。そして、パッチ適用後は、IOTLB関連のメモリ使用量やエラーログを監視し、異常がないかを定期的にチェックする。
最後に、あなたがこの脆弱性に対処するために最も重要なことを教えてください。
それはですね、部屋の人数制限を無視する客（不適切な設定値）がいないかを「確認すること」です。そして、その確認を「忘れないこと」。もし忘れたら、システムは次のパーティーで「リソース枯渇」の悲劇を繰り返すかもしれません。
関連キーワード: linux, kernel