たとえば、ある人が「これは鍵を忘れたドアの錠前です」と言っていたとしよう。その鍵を失くしたドアが、私たちのサーバーにあたるとしたら、まずはそのドアが開いているか確認すべきではないか。つまり、GEO my WordPressがインストールされているか、アクセスログに異常なリクエストがあるかをチェックする。それが、最初のステップです。

確かに。その場合、セキュリティ監視ツールを活用して、異常なアクセスをリアルタイムで検出する必要があるでしょう。たとえば、ログイン試行の増加や、PHP処理に異常なパラメータが混入しているかどうかをチェックする。それが、現状の「鍵の盗難」を追跡する方法です。

はい。公式から提供される修正パッチを適用することは、鍵を再発行するようなものです。ただし、パッチ適用の際には、変更管理のプロセスを厳守する必要があります。テスト環境で動作確認を済ませ、本番環境への影響を最小限に抑えることが肝心です。

ベンダーが提供する情報は、その鍵の再発行方法を示すマニュアルです。たとえば、この脆弱性はWordPressプラグインに存在するため、公式サイトやNVDの情報を確認し、修正パッチが本当に存在するかを確認する必要があります。そうでなければ、誤ったパッチを適用して、新たな問題を生むかもしれません。

まずは「このドアが開いていないか」を定期的に点検し、次に「開いていたら誰が来たか」を監視し、そして「鍵を正しく交換したか」を確認する。つまり、影響調査、監視、パッチ適用、変更管理、ベンダー情報確認の5つのステップを習慣化することです。そして、それらを忘れたとき、サーバーは「哲学者の夢に溺れる」ことになるでしょう。