（ため息）ソクラテス、これはまるで古代の哲学者が「宇宙の秩序」を問い直すようなものです。ただ、ここでは「カーネルのメモリ管理」が正しく機能していないのです。アンマウントされたマウントがまだファイルディスクリプタに保持されていると、古い親の->overmountがリセットされず、解放されたメモリへの参照が生じる。これは、システムが「記憶を忘れずにいる」ための悲劇です。

（腕組み）この脆弱性は、カーネルの「記憶の整理」に欠陥があるためです。パッチはこの「整理の欠陥」を修正します。例えば、`mnt_change_mountpoint()`が`__umount_mnt()`と同じように->overmountをリセットするよう修正されているはず。これがないと、メモリが「ゴミ」のまま放置され、悪意あるコードがその隙間を狙うのです。

（真剣）もちろんです。パッチは「治療」に過ぎません。運用者は、マウント操作のログを監視し、アンマウント後のメモリ状態をチェックする必要があります。また、変更管理の文書にこの脆弱性が記録されていないと、次のアップグレードで混乱が生じます。これは「記憶の記録」が重要なのです。

（苦笑）ベンダーがこの脆弱性をどのように修正したか、その詳細がパッチに含まれているか確認するためです。例えば、`do_lock_mount()`が->overmountを正しく処理しているか、そのコードを確認しないと、パッチが不完全な可能性があります。ベンダーの説明書を読まなければ、これは「盲目的な信頼」に過ぎません。

（静かに）「記憶を整理し、観察し、常に疑問を持つこと」です。カーネルの「記憶の整理」が正しく行われていないなら、私たちも同じように「整理」を怠ってはなりません。