一次情報源

http://tomcat.apache.org/security-9.html

http://tomcat.apache.org/security-8.html

http://tomcat.apache.org/security-7.html

Priority

Important

修正方法

各ディストリビューションの情報を確認してください。

CVE概要(詳細はCVEのサイトをご確認ください)

• CVE-2017-5664

• セキュリティ制約の迂回の可能性

• 重要度 – Important

• Javaサーブレット仕様でのエラーページメカニズムでは、エラーが発生してエラーページが構成されている際に、元の要求と応答がエラーページに転送される必要が有ります。

  エラーページが静的な場合、望まれる動作としては、実際のHTTPメソッドに関わらずGETを処理しているかのようにコンテンツファイルを提供することです。Tomcatのデフォルトサーブレットはこれを行いませんでした。元のリクエストによっては、デフォルトサーブレットが書き込みを許可している場合には、カスタムエラーページの置換や削除など、予期しない望ましくない結果が生じる可能性が有ります。

主なディストリビューションの対応方法

詳細は、各ディストリビューションの提供元にご確認ください

• debian

  https://security-tracker.debian.org/tracker/CVE-2017-5664

• Red Hat Enterprise Linux/CentOS

  https://access.redhat.com/security/cve/CVE-2017-5664

• Ubuntu

  https://people.canonical.com/~ubuntu-security/cve/2017/CVE-2017-5664.html

• openSUSE

  https://www.suse.com/security/cve/CVE-2017-5664

対処方法

各ディストリビューションの案内に従い、アップデートを行ってください。全てのRed Hat製品でパッチが行き渡っているかを確認するには、Red Hat Satelliteを使うと管理が便利でしょう。

Red Hat Satelliteを用いた一般的なErattaの適用は、『Red Hat Satellite 6でerrataを適用してみる』を
参考にして下さい。

また、アプリケーションの再起動が発生する場合には、pacemakerなどOSSのクラスタ製品やLifeKeeperなどの商用のクラスタリング製品を使うとサービス断の時間を最小限にすることが出来ます。