はい、その通りです。例えば、サーバーが「これは安全なデータだ」と誤って判断し、実際には悪意のあるデータを通過させてしまうような状況が起こり得ます。まずは、Apache Tomcatのバージョンを確認すべきでしょう。影響範囲に該当するか、WebSocketの設定が有効かどうかを明確にする必要があります。

`/etc/tomcat9/server.xml`や`catalina.out`のログをチェックし、“タグに`compression="on"`や`useCompression="true"`が設定されていないか確認します。また、`tomcat-native`ライブラリがインストールされている場合、`mod_deflate`の設定も影響します。ここが盲点になりがちです。

はい。CVE-2026-87022の記述によれば、推奨バージョンへのアップグレード（例：11.0.26、10.1.60など）が最も安全です。ただし、変更管理のプロセスに従って、テスト環境でパッチ適用後の動作を確認した上で本番に反映する必要があります。ベンダーの公式サイトやNVDのリンクを参照し、誤って非推奨バージョン（例：7.0.x）をアップグレードしないように注意しましょう。

WebSocket通信のログを監視し、異常なデータサイズや頻繁な圧縮失敗の記録がないかを定期的にチェックする必要があります。また、セキュリティチームと連携し、この脆弱性に関するインシデント対応の手順を文書化しておくと、後々の迅速な対応が可能になります。

「バージョンの確認がすべて」です。笑いながら言いますが、この件で「バージョン管理の手抜き」が原因で混乱したチームを私は何度も見てきました。手順書に「バージョン確認→設定確認→パッチ適用→監視」を明記し、それが文化になることが、脆弱性対策の鍵です。