ソクラテス、ご質問に答えます。これは、カーネルが設計的に「TC_ACT_CONSUMED」を処理する際に、skbの解放をスキップする仕様があるからです。ユーザー空間がこの値を送信すれば、カーネルは「このパケットは自分に帰属する」と判断し、結果としてメモリを解放しないのです。

どちらも真です。しかし、Linux運用者として確認すべきは、まず「この脆弱性が自分の環境に適用されるか」です。カーネルバージョンを確認し、CVE-2026-74620の影響範囲をチェックする必要があります。その後、パッチ適用の可否を判断するため、ベンダー情報やリリースノートを確認しましょう。

まず、カーネルログやメモリ使用状況を監視し、異常な消費を検知する必要があります。パッチ適用後には変更管理の記録を残し、システムの安定性を確認するプロセスを確立してください。また、ネットワークトラフィックが経由する経路を監視し、想定外の影響が発生していないかを定期的にチェックしましょう。

ソクラテス、その答えは「確認」です。運用者は常に「自分のシステムがどの範囲で安全か」を確認し、「不確実性」に備える姿勢が必要です。この脆弱性は、ユーザー空間とカーネルの境界が曖昧な設計に起因しますが、運用者はその境界を明確にするために、パッチ適用と監視を徹底するべきです。そして、ベンダーの情報確認を怠ってはなりません。

もしもカーネルが「TC_ACT_CONSUMED」に気づかなかったら、メモリは永遠に「消費」されていて、システムは「永遠の飢餓」に陥るでしょう。運用者は、パッチを適用してこの「飢餓」を防ぐために、日々の変更管理を「食事のタイミング」のように丁寧にこなすべきです。