CVE-2026-93830 Linuxカーネルstmmacドライバ割り込みストーム脆弱性
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxカーネルのstmmacドライバに、受信バッファ不足時にRBUE割り込みが発生し続ける問題があります。これにより、重い受信負荷下でMAC割り込みストームが発生し、CPU使用率の急上昇やシステム不具合の原因となる可能性があります。影響はXGMAC2デバイスに限定され、ethtoolのrx_buf_unav_irqカウンタが常に0になるなどの挙動変化も確認されます。運用者は、使用中のハードウェアが該当するかを確認し、カーネルの修正パッチ適用を検討してください。現状のパッチはストームを防ぐが、OOM回復機能の改善は対象外です。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性の本質を問うてみよう。受信バッファ不足が原因で割り込みが暴走するという現象は、システムの信頼性と資源管理の矛盾を露呈しているのではないだろうか？これにより、運用者は単なる技術的修正にとどまらず、倫理的な選択を迫られているのでは？
確かに、ソクラテス。しかし、まずは現実の確認が不可欠です。まず、使用中のハードウェアがXGMAC2デバイスかどうかを確認してください。ethtoolでrx_buf_unav_irqカウンタが常に0であるかをチェックし、カーネルのバージョンが該当する範囲かを確認しましょう。
では、この脆弱性の影響を回避するためには、どのような行動が求められるのか？パッチ適用の前に、運用者が考慮すべき点は？
パッチ適用前には、受信負荷が重い環境で異常なCPU使用率や割り込み頻度が発生していないかを監視する必要があります。また、ベンダーのドキュメントでRBUEの設定がデフォルトで有効になっていないかを確認し、パッチ適用後の変更管理を記録してください。
しかし、パッチがOOM回復機能を改善しないという点に注目する。これは、運用者が責任を持つべき領域を限定しているようにも思える。
その通りです。パッチは割り込みストームを防ぐだけなので、メモリ不足時の回復は別途対応が必要です。この点を変更管理の文書に明記し、監視ツールでOOMの発生を検知できるようにしておくことが重要です。
では、この脆弱性の存在は、Linux運用者に何を教えてくれるだろう？
シンプルですが、定期的なハードウェアとの整合性確認、パッチ適用後の動作確認、そして「見える化」の重要性です。ethtoolのカウンタが0になるという挙動は、異常を早期に気づかせる手がかりかもしれません。ただ、それが常に0であることを前提に、監視の基準を再評価する必要があります。
ユーモアを交えて、最後に一言。
「割り込みが暴走するより、監視が暴走する方が怖い」——パッチ適用は速やかに、だが、確認作業は慎重に。
関連キーワード: linux, kernel