WebSocketクライアントでTLSを使用するとき、ホスト名検証がありませんでした。現在はデフォルトで有効になっています。影響を受けるバージョン：Apache Tomcat 9.0.0.M1から9.0.9、8.5.0から8.5.31、8.0.0.RC1から8.0.52、7.0.35から7.0.88。（CVE-2018-8034）セキュリティ制約定義の一部として使用された場合、Apache Tomcat 9.0.0.M1から9.0.4、8.5.0から8.5.27、8.0.0.RC1から8.0.49、7.0.0から7.0.84では、コンテキストルートに正確にマップされる''（空文字列）のURLパターンが正しく処理されませんでした。これにより、制約が無視されました。そのため、権限のないユーザーが、保護されていたはずのWebアプリケーションリソースにアクセスできる可能性がありました。空の文字列のURLパターンを持つセキュリティ制約のみが影響を受けます。（CVE-2018-1304）Apache Tomcat 9.0.0.M1から9.0.4、8.5.0から8.5.27、8.0.0.RC1から8.0.49、7.0.0から7.0.84で、Servletのアノテーションにより定義されるセキュリティ制約は、Servletが読み込まれた後にのみ適用されていました。このように定義されたセキュリティ制約は、URLパターンとそのポイント以下のURLに適用されるため、サーブレットのロード順序によっては、セキュリティ制約が適用されないこともありました。これにより、アクセス権のないユーザーにリソースが開示される可能性がありました。（CVE-2018-1305）Apache Tomcat 9.0.0.M1から9.0.8、8.5.0から8.5.31、8.0.0.RC1から8.0.52、7.0.41から7.0.88で提供されるCORSフィルターのデフォルト設定は安全ではなく、すべてのオリジンに対して「supportsCredentials」を有効にします。CORSフィルターのユーザーは、デフォルト構成で使用するのではなく、環境に合わせて適切に構成する必要があります。したがって、ほとんどのユーザーはこの問題の影響は受けないと見込まれます。（CVE-2018-8014）Apache JServ Protocol（AJP）を使用する場合、Apache Tomcatの受信接続を信頼するときには注意が必要です。Tomcatでは、AJP接続を同様のHTTP接続などに比べて信頼度が高いものとして処理します。そのような接続が攻撃者に使用可能となった場合、意外な方法で悪用される可能性があります。Apache Tomcat 9.0.0.M1から9.0.0.30、8.5.0から8.5.50、7.0.0から7.0.99では、Tomcat は、すべての設定済みIPアドレスでリッスンするAJPコネクタをデフォルトで有効にして出荷しました。このコネクタは不要時には無効化することが望まれます（セキュリティガイドでは推奨されます）。この脆弱性レポートでは以下を許可するメカニズムを識別しました。- Webアプリケーション内の任意の場所から任意のファイルを返す - Webアプリケーションの任意のファイルをJSPとして処理する。さらに、Webアプリケーションがファイルアップロードを許可し、これらのファイルをWebアプリケーション内に保存する（または攻撃者が何らかの別の手段でWebアプリケーションのコンテンツを制御できる）場合、これは、ファイルをJSPとして処理する機能とともに、リモートコード実行を可能にしました。AJPポートが信頼できないユーザーにアクセス可能である場合にのみ、緩和策が必要であることに注意してください。多層防御手法を採用して、任意のファイルを返しJSPとして実行する許可を与えるベクトルをブロックする必要があるユーザーは、Apache Tomcat 9.0.31、8.5.51、または7.0.100以降にアップグレードできます。9.0.31のデフォルトのAJPコネクタ設定には複数の変更が施され、デフォルトの設定が強化されました。9.0.31、8.5.51、または7.0.100以降にアップグレードするユーザーは、その設定にわずかな変更を加える必要がある可能性があります。（CVE-2020-1938）このCVEに対する修正の一部として、アップストリームの変更に合わせる形で、デフォルト設定のTomcat 2019 AJPコネクタが無効化されています。この変更によって、（AJPコネクタがこれまで有効化されていた）デフォルトのTomcat設定を使用するユーザーは、必要に応じてコネクタを明示的に再度有効化する必要があります。また、明示的なアドレスがなく設定されたコネクタは、ループバックアドレスにのみバインドされます。tomcat8およびtomcat7の更新前後のnetstatからの出力例は以下のとおりです（tomcat7およびtomcat8のどちらもAL1およびAL2について同じである点に注意してください）。AL2 tomcat8.5：before：tcp6 0 0 :::8009 :::* LISTEN 25772/java tcp6 0 0 :::8080 :::* LISTEN 25772/java tcp6 0 0 127.0.0.1:8005 :::* LISTEN 25772/java After : tcp6 0 0 :::8080 :::* LISTEN 25772/java tcp6 0 0 127.0.0.1:8005 :::* LISTEN 25772/java TomcatのAJPポートを再有効化するには、次の手順に従います：1）AL2コア（tomcat7）の場合：/etc/tomcat/server.xmlの次の行のコメントを解除しサービスを再起動します  2）AL2 Tomcat8.5 extraの場合：/etc/tomcat/server.xmlの次の行のコメントを解除しサービスを再起動します  以下も参照してください：Apache Tomcatリリースノート Tomcat 7 <a href='http://tomcat.apache.org/security-8.html#Fixed_in_Apache_Tomcat_ 8.5.51'>Tomcat 8 RedHat <a href='https://access.redhat.com/solutions/4851251'>ソリューション

検出

Amazon Linux 2：tomcat（ALAS-2020-1402）

critical Nessus プラグイン ID 134569

バージョン 1.6