まず、ソクラテス。現場の管理者として言わせてもらえば、この脆弱性は「技術的瑕疵」に過ぎない。しかし、それが運用責任に直結する点に注意しなければならない。確認すべき第一点は、カーネルログに異常なデバイスアクセスや警告が記録されているかだ。それがなければ、問題が現実に発生しているとは限らないが、確認は必須である。また、RTNLロックの適切な扱いが行われているかを点検する必要がある。

パッチ適用はもちろんだが、適用後の変更管理が肝心だ。パッチ適用後にも、RTNLロックの扱いやnetdevの参照カウントが正しく動作しているかをテストすべきである。また、修正済みのカーネルバージョンかを確認するため、ベンダーから提供される情報や、システムのカーネルバージョンを明確に把握しておく必要がある。

そうかもしれないが、現実的には、運用者は「コードが正しいか」ではなく、「自分が運用しているシステムがそのコードを正しく動かしているか」を確認する責任がある。つまり、影響調査と監視が不可欠だ。たとえば、RDMAを活用するサーバー環境では、異常なメモリアクセスやデバイス操作が発生していないかを、定期的な監視で確認する必要がある。

笑いながら答えるが、これは運用の継続的確認が求められる点だ。パッチ適用は当然だが、それだけでは終わらない。変更管理、監視、ログ確認、ベンダー情報の確認…これらが「Linux運用者の日常」だ。もし一つでも欠けると、この種の脆弱性が再び現れる可能性がある。だから、我々は慎重に、しかし気楽に、日々の運用に向き合うべきだ。