リモートホストにインストールされているOpenSSLのバージョンは、1.0.0b より前です。したがって、1.0.0b のアドバイザリに記載されている脆弱性の影響を受けます。

  - OpenSSL 0.9.8f から 0.9.8o、1.0.0、および 1.0.0a の ssl/t1_lib.c における複数の競合状態により、マルチスレッドと内部キャッシングが TLS サーバーで有効な場合、リモートの攻撃者が、ヒープベースのバッファオーバーフローを発生させるクライアントデータを介して、任意のコードを実行する可能性があります。これは、(1) TLS サーバー名の拡張と (2) 楕円曲線暗号に関連しています。(CVE-2010-3864)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている OpenSSL は、0.9.8r より前のバージョンです。したがって、0.9.8r のアドバイザリに記載されている脆弱性の影響を受けます。

  - 0.9.8h から 0.9.8q および 1.0.0 から 1.0.0c までの OpenSSL の ssl/t1_lib.c により、リモートの攻撃者が、サービス拒否 (クラッシュ) を引き起こし、OpenSSL を使用するアプリケーションで機密情報を取得する可能性があります。これは、無効な形式の ClientHello ハンドシェイクメッセージを介して行われ、領域外メモリアクセスを引き起こします。「OCSP Stapling の脆弱性」としても知られています。(CVE-2011-0014)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている OpenSSL は、0.9.8w より前のバージョンです。したがって、0.9.8w のアドバイザリに記載されている脆弱性の影響を受けます。

  - OpenSSL 0.9.8v の crypto/buffer/buffer.c の複数の整数符号エラーにより、X.509 証明書または RSA 公開鍵で示されているように、細工された DER データを介して、リモートの攻撃者がバッファオーバーフロー攻撃を実行し、サービス拒否 (メモリ破損) を引き起こしたり、詳細不明な他の影響を与えたりする可能性があります。注意: この脆弱性は、CVE-2012-2110 の修正が不完全なために存在します。(CVE-2012-2131)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている OpenSSL は、0.9.8o より前のバージョンです。したがって、0.9.8o のアドバイザリに記載されている脆弱性の影響を受けます。

  0.9.8o より前の OpenSSL、および 1.0.0a より前の 1.x の crypto/cms/cms_asn1.c の暗号メッセージ構文 (CMS) の実装は、OriginatorInfo を含む構造体を適切に処理していません。このため、コンテキスト依存の攻撃者が、詳細不明のベクトルを介して、無効なメモリロケーションを変更したり、二重解放攻撃を実行したり、任意のコードを実行する可能性があります。(CVE-2010-0742)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている OpenSSL は、0.9.8p より前のバージョンです。したがって、0.9.8p のアドバイザリに記載されている脆弱性の影響を受けます。

  - OpenSSL 0.9.8f から 0.9.8o、1.0.0、および 1.0.0a の ssl/t1_lib.c における複数の競合状態により、マルチスレッドと内部キャッシングが TLS サーバーで有効な場合、リモートの攻撃者が、ヒープベースのバッファオーバーフローを発生させるクライアントデータを介して、任意のコードを実行する可能性があります。これは、(1) TLS サーバー名の拡張と (2) 楕円曲線暗号に関連しています。(CVE-2010-3864)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

自己報告されたバージョン番号によると、リモートホストで実行されている JetBrains TeamCity のバージョンは、2024.3.2 より前、2023.11.5 より前、2023.5.6 より前、2022.10.6 より前、2022.04.7 より前のバージョンです。そのため、以下の複数の脆弱性の影響を受けます。

  - サーバーからのファイルの読み取りを可能にするパストラバーサルが可能です (CVE-2024-36362)

  - サードパーティのエージェントがクラウドエージェントになりすます可能性があります。(CVE-2024-36365)

Nessus では、実際にはこれらの問題をテストしていませんが、その代わりにサーバーのバナーにあるバージョンに依存していることに注意してください。

自己報告されたバージョン番号によると、リモートホストで実行されている JetBrains TeamCity のバージョンは、2024.3.2 より前のバージョンです。したがって、複数の脆弱性の影響を受けます。

  - ユーザーが、アクセス許可に基づいて本来利用できるべきではないアクションを実行できます (CVE-2024-36376)     
  - 信頼できないビルド設定において、複数の蓄積型 XSS の可能性があります (CVE-2024-36373、CVE-2024-36374)

  - TeamCity サーバーに関する技術情報が漏えいする可能性があります (CVE-2024-36375) 

Nessus では、実際にはこれらの問題をテストしていませんが、その代わりにサーバーのバナーにあるバージョンに依存していることに注意してください。

インストールされているnginxのバージョンは、1.0.15より前1.0.x、または1.1.19より前の1.1.xです。したがって、次の問題の影響を受けます。

  - nginx 1.0.7 から 1.0.14 および 1.1.3 から 1.1.18 の ngx_http_mp4_module モジュールにおける ngx_http_mp4_module.c のバッファオーバーフローにより、mp4 ディレクティブが使用されると、リモートの攻撃者が、サービス拒否 (メモリ上書き) を引き起こしたり、細工された MP4 ファイルを介して、任意のコードを実行したりする可能性があります。(CVE-2012-2089)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

自己報告されたバージョン番号によると、リモートホストで実行されている JetBrains TeamCity のバージョンは、2023.5.6 より前のバージョンです。したがって、サブスクリプションページで反射型 XSS の影響を受ける可能性があります。 

Nessus では、実際にはこれらの問題をテストしていませんが、その代わりにサーバーのバナーにあるバージョンに依存していることに注意してください。

自己報告されたバージョン番号によると、リモートホストで実行されている JetBrains TeamCity のバージョンは、2023.11.0 より前のバージョンです。したがって、バックアップからの復元中にクロスサイドスクリプティングの脆弱性の影響を受けます。

Nessus では、実際にはこれらの問題をテストしていませんが、その代わりにサーバーのバナーにあるバージョンに依存していることに注意してください。

リモートホストにインストールされている Tomcat のバージョンは 8.0.42より前です。したがって、fixed_in_apache_tomcat_8.0.42_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - バグ 60718 の調査中に、Apache Tomcat 9.0.0.M1 から 9.0.0.M17、8.5.0 ～ 8.5.11、8.0.0.RC1 ～ 8.0.41、および 7.0.0 ～ 7.0.75 でのアプリケーションリスナーの呼び出しの一部で、適切なファサードオブジェクトが使用されていないことが確認されました。SecurityManager で信頼できないアプリケーションを実行すると、その信頼できないアプリケーションがリクエストや応答オブジェクトへの参照を保持し、別のウェブアプリケーションに関連する情報にアクセスしたり、変更したりする可能性があります。(CVE-2017-5648)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 9.0.19より前です。したがって、fixed_in_apache_tomcat_9.0.19_security-9 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - enableCmdLineArguments を有効にして Windows 上で実行されているとき、JRE が Windows にコマンドライン引数を渡す方法にバグがあるため、リモートでコードが実行される脆弱性が Apache Tomcat 9.0.0.M1 ～ 9.0.17、8.5.0 ～ 8.5.39 および 7.0.0 ～ 7.0.93 の CGI サーブレットに存在します。CGI サーブレットはデフォルトでは無効になっています。Tomcat 9.0.xではCGIオプションのenableCmdLineArgumentsはデフォルトで無効になっています（この脆弱性に対応するため、すべてのバージョンでデフォルトで無効になる予定です）。JRE の動作の詳細については、Markus Wulftange 氏のブログ (https://codewhitesec.blogspot.com/2016/02/java-and-command-line-injections-in-windows.html) および、アーカイブされた MSDN ブログ (https://web.archive.org/web/20161228144344/https://blogs.msdn.microsoft.com/twistylittlepassagesallalike/2011/04/23/everyone-quotes-command-line-arguments-the-wrong-way/) をご覧ください。(CVE-2019-0232)

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.17、8.5.0 ～ 8.5.39、および 7.0.0 ～ 7.0.93 の SSI printenv コマンドは、ユーザーが提供したデータをエスケープせずにエコーするため、XSS に対して脆弱です。SSI は、デフォルトでは無効です。printenvコマンドはデバッグ用であり、実稼働中のWebサイトに存在することはほとんどありません。
    (CVE-2019-0221)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 10.0.4より前です。したがって、fixed_in_apache_tomcat_10.0.4_security-10 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 8.5.0～8.5.63、9.0.0-M1～9.0.43 および 10.0.0-M1～10.0.2 は、着信 TLS パケットを適切に検証しませんでした。Tomcat が TLS に対して NIO + OpenSSL または NIO2 + OpenSSL を使用するように設定されている場合、特別に細工されたパケットが使用されて無限ループがトリガーされ、サービス拒否が発生する可能性があります。
    (CVE-2021-41079)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは9.0.0.M15より前です。したがって、fixed_in_apache_tomcat_9.0.0.m15_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M13、8.5.0 ～ 8.5.8、8.0.0.RC1 ～ 8.0.39、7.0.0 ～ 7.0.73 および 6.0.16 ～ 6.0.48 の NIO HTTP コネクターにおける送信ファイルコードのエラー処理のバグにより、現在のプロセッサーオブジェクトがプロセッサーキャッシュに複数回追加されました。これは、同じプロセッサーを同時リクエストに使用される可能性があるということです。プロセッサーを共有すると、セッション ID や応答本体などのリクエスト間で情報が漏えいする可能性があります。このバグは、バージョン 8.5.x で最初に確認され、8.5.x のコネクタコードのリファクタリングにより、バグが確認される可能性が高くなりました。当初、8.5.x のリファクタリングによってバグが発生するようになったと考えられていましたが、さらなる調査の結果、このバグは現在サポートされている Tomcat のすべてのバージョンに存在することが判明しました。(CVE-2016-8745)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 9.0.0.M8より前です。したがって、fixed_in_apache_tomcat_9.0.0.m8_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 7.0.70 より前の 7.x、8.0.36 より前の 8.x、8.5.3 より前の 8.5.x、9.0.0.M7 より前の 9.x および、その他の製品で使用される、1.3.2 より前の Apache Commons Fileupload の MultipartStream クラスは、リモートの攻撃者が長い境界文字列を介してサービス拒否 (CPU 消費) を引き起こす可能性があります。(CVE-2016-3092)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.31より前です。したがって、fixed_in_apache_tomcat_8.5.31_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - UTF-8 デコーダーでの補助文字の不適切なオーバーフローの発生がデコーダーでの無限ループにつながり、サービス拒否を引き起こす可能性があります。影響を受けるバージョン: Apache Tomcat 9.0.0.M9 ～ 9.0.7、8.5.0 ～ 8.5.30、8.0.0.RC1 ～ 8.0.51、および 7.0.28 ～ 7.0.86。(CVE-2018-1336)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.12より前です。したがって、fixed_in_apache_tomcat_8.5.12_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - バグ 60718 の調査中に、Apache Tomcat 9.0.0.M1 から 9.0.0.M17、8.5.0 ～ 8.5.11、8.0.0.RC1 ～ 8.0.41、および 7.0.0 ～ 7.0.75 でのアプリケーションリスナーの呼び出しの一部で、適切なファサードオブジェクトが使用されていないことが確認されました。SecurityManager で信頼できないアプリケーションを実行すると、その信頼できないアプリケーションがリクエストや応答オブジェクトへの参照を保持し、別のウェブアプリケーションに関連する情報にアクセスしたり、変更したりする可能性があります。(CVE-2017-5648)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.37より前です。したがって、fixed_in_apache_tomcat_8.5.5_and_8.0.37_security-8 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45でのResourceLinkFactory実装が、グローバルJNDIリソースへのWebアプリケーションのアクセスを、Webアプリケーションに明示的にリンクされているリソースに限定していませんでした。そのため、明示的なResourceLinkが設定されているかどうかに関係なく、Webアプリケーションが任意のグローバルJNDIリソースにアクセスできていた可能性があります。（CVE-2016-6797）

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45で実行している悪意のあるWebアプリケーションが、JSP Servletの構成パラメーターを操作して構成済みのSecurityManagerをバイパスできていました。（CVE-2016-6796）

  - SecurityManagerが設定されている場合、システムプロパティを読み取るWebアプリケーションの機能はSecurityManagerによって制御される必要があります。Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、構成ファイル用のTomcatのシステムプロパティ置換機能が悪意のあるWebアプリケーションによって使用され、SecurityManagerをバイパスし、本来表示されないはずのシステムプロパティを読み取る可能性があります。（CVE-2016-6794）

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、悪意のあるWebアプリケーションがWebアプリケーションにアクセス可能なTomcatユーティリティメソッドを介して、設定されたSecurityManagerをバイパスできていました。（CVE-2016-5018）

  - Apache Tomcat バージョン9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、入力されたユーザー名が存在しない場合、Realmの実装は入力されたパスワードを処理しませんでした。これにより、有効なユーザー名を決定するタイミング攻撃が可能になりました。デフォルトの構成には、この脆弱性の悪用を困難にする LockOutRealm が含まれています。
    (CVE-2016-0762)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 9.0.29より前です。したがって、fixed_in_apache_tomcat_9.0.29_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1～9.0.28、8.5.0～8.5.47、7.0.0、7.0.97 が JMX Remote Lifecycle Listener で構成されているとき、Tomcat のプロセスまたは構成ファイルに対するアクセス許可を持たないローカルの攻撃者が、RMI レジストリを操作して中間者攻撃仕掛け、JMX インターフェースへのアクセスに使用されているユーザー名とパスワードを取得する可能性があります。攻撃者がこれらの認証情報を利用して JMX インターフェースにアクセスし、Tomcat インスタンスを完全に制御する可能性があります。(CVE-2019-12418)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.73より前です。したがって、fixed_in_apache_tomcat_7.0.73_security-7 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - バージョンが6.0.48より前、7.0.73より前の7.x、8.0.39より前の8.x、8.5.7より前の8.5.x、9.0.0.M12より前の9.xのApache Tomcatでは、JmxRemoteLifecycleListenerが使用されていて、攻撃者がJMXポートに到達できる場合、リモートでコードが実行される可能性があります。この問題は、認証情報タイプに影響を与えるCVE-2016-3427Oracleパッチとの一貫性を保つためにこのリスナーが更新されなかったために存在します。（CVE-2016-8735）

  - Apache Tomcat 9.0.0.M1～9.0.0、M11、8.5.0～8.5.6、8.0.0.RC1～8.0.38、7.0.0～7.0.72、6.0.0～6.0.47では、HTTP リクエスト行を解析するコードは、無効な文字を許可していました。これは、無効な文字は許可されているが解釈が異なるプロキシと組み合わせて、HTTP 応答にデータを挿入するために悪用される可能性があります。HTTP 応答を操作することにより、攻撃者がウェブキャッシュポイズニングを発生させる、XSS 攻撃を実行する、自分以外のリクエストから秘密情報を取得するなどの可能性があります。(CVE-2016-6816)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.66より前です。したがって、fixed_in_apache_tomcat_8.5.66_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat の JNDI レルムの脆弱性により、攻撃者が、有効なユーザー名のさまざまなバリエーションを使用して認証したり、LockOut レルムによって提供される保護の一部をバイパスしたりする可能性があります。この問題は、Apache Tomcat 10.0.0-M1〜10.0.5、9.0.0.M1～9.0.45、8.5.0～8.5.65に影響を与えます。（CVE-2021-30640）

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.41より前です。したがって、fixed_in_apache_tomcat_8.0.41_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M13、8.5.0 ～ 8.5.8、8.0.0.RC1 ～ 8.0.39、7.0.0 ～ 7.0.73 および 6.0.16 ～ 6.0.48 の NIO HTTP コネクターにおける送信ファイルコードのエラー処理のバグにより、現在のプロセッサーオブジェクトがプロセッサーキャッシュに複数回追加されました。これは、同じプロセッサーを同時リクエストに使用される可能性があるということです。プロセッサーを共有すると、セッション ID や応答本体などのリクエスト間で情報が漏えいする可能性があります。このバグは、バージョン 8.5.x で最初に確認され、8.5.x のコネクタコードのリファクタリングにより、バグが確認される可能性が高くなりました。当初、8.5.x のリファクタリングによってバグが発生するようになったと考えられていましたが、さらなる調査の結果、このバグは現在サポートされている Tomcat のすべてのバージョンに存在することが判明しました。(CVE-2016-8745)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.65より前です。したがって、fixed_in_apache_tomcat_8.5.65_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat の脆弱性により、攻撃者がリモートでサービス拒否を発生させる可能性があります。ノンブロッキングI/O中のエラー処理を改善する変更の一部として導入されたエラーにより、リクエストオブジェクトに関連するエラーフラグがリクエスト間でリセットされませんでした。これは、非ブロッキングI/Oエラーが発生すると、そのリクエストオブジェクトによって処理される今後のリクエストはすべて失敗することを意味します。ユーザーは、例えば接続をドロップすることで DoS を発生させる可能性を作り出すことで、非ブロッキング I/O エラーを発生させることができました。ノンブロッキング I/O を使用しないアプリケーションは、この脆弱性の影響を受けません。この問題は、Apache Tomcat 10.0.3 ～ 10.0.4、9.0.44、8.5.64 に影響を及ぼします。(CVE-2021-30639)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは9.0.0.M18より前です。したがって、fixed_in_apache_tomcat_9.0.0.m18_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - バグ 60718 の調査中に、Apache Tomcat 9.0.0.M1 から 9.0.0.M17、8.5.0 ～ 8.5.11、8.0.0.RC1 ～ 8.0.41、および 7.0.0 ～ 7.0.75 でのアプリケーションリスナーの呼び出しの一部で、適切なファサードオブジェクトが使用されていないことが確認されました。SecurityManager で信頼できないアプリケーションを実行すると、その信頼できないアプリケーションがリクエストや応答オブジェクトへの参照を保持し、別のウェブアプリケーションに関連する情報にアクセスしたり、変更したりする可能性があります。(CVE-2017-5648)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.100より前です。したがって、fixed_in_apache_tomcat_7.0.100_security-7 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 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)

  - Apache Tomcat 9.0.0.M1から9.0.30、8.5.0から8.5.50、7.0.0から7.0.99のApache Tomcatでは、HTTPヘッダーの解析コードが行末解析に対する手法を使用するため、無効なHTTPヘッダーの一部が有効と解析される可能性がありました。そのため、無効なTransfer-Encodingヘッダーを特定の方法で不適切に処理するリバースプロキシの後方にTomcatがある場合、HTTPリクエストのスマグリングが発生しました。そのようなリバースプロキシはありそうもないように思われます。(CVE-2020-1935)

  - 9.0.28 ～ 9.0.30、8.5.48 ～ 8.5.50、7.0.98 ～ 7.0.99 の Apache Tomcat にあるリファクタリングによって、リグレッションが引き起こされました。リグレッションの結果、無効なTransfer-Encodingヘッダーが不適切に処理されることになり、無効なTransfer-Encodingヘッダーを特定の方法で不適切に処理するリバースプロキシの後方にTomcatがある場合、HTTPリクエストのスマグリングが発生する可能性がありました。そのようなリバースプロキシはありそうもないように思われます。(CVE-2019-17569)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは9.0.0.M10より前です。したがって、fixed_in_apache_tomcat_9.0.0.m10_security-9 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45でのResourceLinkFactory実装が、グローバルJNDIリソースへのWebアプリケーションのアクセスを、Webアプリケーションに明示的にリンクされているリソースに限定していませんでした。そのため、明示的なResourceLinkが設定されているかどうかに関係なく、Webアプリケーションが任意のグローバルJNDIリソースにアクセスできていた可能性があります。（CVE-2016-6797）

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45で実行している悪意のあるWebアプリケーションが、JSP Servletの構成パラメーターを操作して構成済みのSecurityManagerをバイパスできていました。（CVE-2016-6796）

  - SecurityManagerが設定されている場合、システムプロパティを読み取るWebアプリケーションの機能はSecurityManagerによって制御される必要があります。Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、構成ファイル用のTomcatのシステムプロパティ置換機能が悪意のあるWebアプリケーションによって使用され、SecurityManagerをバイパスし、本来表示されないはずのシステムプロパティを読み取る可能性があります。（CVE-2016-6794）

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、悪意のあるWebアプリケーションがWebアプリケーションにアクセス可能なTomcatユーティリティメソッドを介して、設定されたSecurityManagerをバイパスできていました。（CVE-2016-5018）

  - Apache Tomcat バージョン9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、入力されたユーザー名が存在しない場合、Realmの実装は入力されたパスワードを処理しませんでした。これにより、有効なユーザー名を決定するタイミング攻撃が可能になりました。デフォルトの構成には、この脆弱性の悪用を困難にする LockOutRealm が含まれています。
    (CVE-2016-0762)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは9.0.0.M13より前です。したがって、fixed_in_apache_tomcat_9.0.0.m13_security-9 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - バージョンが6.0.48より前、7.0.73より前の7.x、8.0.39より前の8.x、8.5.7より前の8.5.x、9.0.0.M12より前の9.xのApache Tomcatでは、JmxRemoteLifecycleListenerが使用されていて、攻撃者がJMXポートに到達できる場合、リモートでコードが実行される可能性があります。この問題は、認証情報タイプに影響を与えるCVE-2016-3427Oracleパッチとの一貫性を保つためにこのリスナーが更新されなかったために存在します。（CVE-2016-8735）

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M11 および、8.5.0 ～ 8.5.6 の HTTP/2 ヘッダーパーサーは、利用可能なバッファよりも大きなヘッダーを受信した場合に、無限ループに陥ります。これにより、サービス拒否攻撃が可能になります。(CVE-2016-6817)

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M11、8.5.0 ～ 8.5.6、8.0.0.RC1 ～ 8.0.38、7.0.0 ～ 7.0.72、6.0.0 ～ 6.0.47 で HTTP リクエスト行を解析するコードは、無効な文字を許可していました。これは、無効な文字は許可されているが解釈が異なるプロキシと組み合わせて、HTTP 応答にデータを挿入するために悪用される可能性があります。HTTP 応答を操作することにより、攻撃者がウェブキャッシュポイズニングを発生させる、XSS 攻撃を実行する、自分以外のリクエストから秘密情報を取得するなどの可能性があります。(CVE-2016-6816)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 9.0.45より前です。したがって、fixed_in_apache_tomcat_9.0.45_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat の脆弱性により、攻撃者がリモートでサービス拒否を発生させる可能性があります。ノンブロッキングI/O中のエラー処理を改善する変更の一部として導入されたエラーにより、リクエストオブジェクトに関連するエラーフラグがリクエスト間でリセットされませんでした。これは、非ブロッキングI/Oエラーが発生すると、そのリクエストオブジェクトによって処理される今後のリクエストはすべて失敗することを意味します。ユーザーは、例えば接続をドロップすることで DoS を発生させる可能性を作り出すことで、非ブロッキング I/O エラーを発生させることができました。ノンブロッキング I/O を使用しないアプリケーションは、この脆弱性の影響を受けません。この問題は、Apache Tomcat 10.0.3 ～ 10.0.4、9.0.44、8.5.64 に影響を及ぼします。(CVE-2021-30639)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.39より前です。したがって、fixed_in_apache_tomcat_8.0.39_security-8 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - バージョンが6.0.48より前、7.0.73より前の7.x、8.0.39より前の8.x、8.5.7より前の8.5.x、9.0.0.M12より前の9.xのApache Tomcatでは、JmxRemoteLifecycleListenerが使用されていて、攻撃者がJMXポートに到達できる場合、リモートでコードが実行される可能性があります。この問題は、認証情報タイプに影響を与えるCVE-2016-3427Oracleパッチとの一貫性を保つためにこのリスナーが更新されなかったために存在します。（CVE-2016-8735）

  - Apache Tomcat 9.0.0.M1～9.0.0、M11、8.5.0～8.5.6、8.0.0.RC1～8.0.38、7.0.0～7.0.72、6.0.0～6.0.47でHTTPリクエスト行を解析するコードは、無効な文字を許可していました。これは、無効な文字は許可されているが解釈が異なるプロキシと組み合わせて、HTTP 応答にデータを挿入するために悪用される可能性があります。HTTP 応答を操作することにより、攻撃者がウェブキャッシュポイズニングを発生させる、XSS 攻撃を実行する、自分以外のリクエストから秘密情報を取得するなどの可能性があります。(CVE-2016-6816)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.99より前です。したがって、fixed_in_apache_tomcat_7.0.99_security-7 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 ～ 9.0.29、8.5.0 ～ 8.5.49 および 7.0.0 ～ 7.0.98 で FORM 認証を使用すると、ごくわずかな時間の間に攻撃者がセッション固定攻撃を実行する可能性がありました。実際に悪用するには時間が短すぎると考えられましたが、念のため、この問題はセキュリティの脆弱性として扱われています。(CVE-2019-17563)

  - Apache Tomcat 9.0.0.M1～9.0.28、8.5.0～8.5.47、7.0.0、7.0.97 が JMX Remote Lifecycle Listener で構成されているとき、Tomcat のプロセスまたは構成ファイルに対するアクセス許可を持たないローカルの攻撃者が、RMI レジストリを操作して中間者攻撃仕掛け、JMX インターフェースへのアクセスに使用されているユーザー名とパスワードを取得する可能性があります。攻撃者がこれらの認証情報を利用して JMX インターフェースにアクセスし、Tomcat インスタンスを完全に制御する可能性があります。(CVE-2019-12418)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.44より前です。したがって、fixed_in_apache_tomcat_8.0.44_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Java サーブレット仕様のエラーページメカニズムでは、エラーが発生して発生したエラーに対してエラーページが設定されているとき、元のリクエストと応答がエラーページに転送されることが要求されます。これは、リクエストが元の HTTP メソッドでエラーページに表示されることを意味します。
    エラーページが静的ファイルの場合は、実際の HTTP メソッドに関係なく、GET リクエストを処理しているかのようにファイルのコンテンツが供給されることが予想されます。Apache Tomcat 9.0.0.M1 ～ 9.0.0.M20、8.5.0 ～ 8.5.14、8.0.0.RC1 ～ 8.0.43 および 7.0.0 ～ 7.0.77 のデフォルトサーブレットでは、これを行いませんでした。元のリクエストにもよりますが、DefaultServlet が書き込みを許可するように設定されている場合には、カスタムエラーページの置き換えや削除など、静的エラーページの予期せぬ望ましくない結果を招く可能性があります。
    その他のユーザー提供エラーページに関する注意: (1) 特に明記しない限り、JSP は HTTP メソッドを無視します。エラーページとして使用される JSP は、実際のメソッドに関係なく、すべてのエラーディスパッチを GET リクエストとして処理する必要があります。(2) デフォルトでは、サーブレットが生成する応答は HTTP メソッドに依存します。エラーページとして使用されるカスタムのサーブレットは、実際のメソッドに関係なく、すべてのエラーディスパッチを GET リクエストとして処理する必要があります。(CVE-2017-5664)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.27より前です。したがって、fixed_in_apache_tomcat_8.0.27_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 6.x の 6.0.45 以前、7.x の 7.0.65 以前、8.x の 8.0.27 以前の RequestUtil.java におけるディレクトリトラバーサルの脆弱性により、認証されたリモートのユーザーが、意図された SecurityManager 制限をバイパスし、$CATALINA_BASE/webapps ディレクトリが示すとおり、getResource、getResourceAsStream、または getResourcePaths 呼び出しのウェブアプリケーションが使用するパス名の「/..」(スラッシュ、ドット、ドット) を通じて親ディレクトリを一覧表示する可能性があります。(CVE-2015-5174)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.78より前です。したがって、fixed_in_apache_tomcat_7.0.78_security-7 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Java サーブレット仕様のエラーページメカニズムでは、エラーが発生して発生したエラーに対してエラーページが設定されているとき、元のリクエストと応答がエラーページに転送されることが要求されます。これは、リクエストが元の HTTP メソッドでエラーページに表示されることを意味します。
    エラーページが静的ファイルの場合は、実際の HTTP メソッドに関係なく、GET リクエストを処理しているかのようにファイルのコンテンツが供給されることが予想されます。Apache Tomcat 9.0.0.M1 ～ 9.0.0.M20、8.5.0 ～ 8.5.14、8.0.0.RC1 ～ 8.0.43 および 7.0.0 ～ 7.0.77 のデフォルトサーブレットでは、これを行いませんでした。元のリクエストにもよりますが、DefaultServlet が書き込みを許可するように設定されている場合には、カスタムエラーページの置き換えや削除など、静的エラーページの予期せぬ望ましくない結果を招く可能性があります。
    その他のユーザー提供エラーページに関する注意: (1) 特に明記しない限り、JSP は HTTP メソッドを無視します。エラーページとして使用される JSP は、実際のメソッドに関係なく、すべてのエラーディスパッチを GET リクエストとして処理する必要があります。(2) デフォルトでは、サーブレットが生成する応答は HTTP メソッドに依存します。エラーページとして使用されるカスタムのサーブレットは、実際のメソッドに関係なく、すべてのエラーディスパッチを GET リクエストとして処理する必要があります。(CVE-2017-5664)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 9.0.46より前です。したがって、fixed_in_apache_tomcat_9.0.46_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat の JNDI レルムの脆弱性により、攻撃者が、有効なユーザー名のさまざまなバリエーションを使用して認証したり、LockOut レルムによって提供される保護の一部をバイパスしたりする可能性があります。この問題は、Apache Tomcat 10.0.0-M1〜10.0.5、9.0.0.M1～9.0.45、8.5.0～8.5.65に影響を与えます。（CVE-2021-30640）

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.36より前です。したがって、fixed_in_apache_tomcat_8.5.3_and_8.0.36_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 7.0.70 より前の 7.x、8.0.36 より前の 8.x、8.5.3 より前の 8.5.x、9.0.0.M7 より前の 9.x および、その他の製品で使用される、1.3.2 より前の Apache Commons Fileupload の MultipartStream クラスは、リモートの攻撃者が長い境界文字列を介してサービス拒否 (CPU 消費) を引き起こす可能性があります。(CVE-2016-3092)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは9.0.0.M19より前です。したがって、fixed_in_apache_tomcat_9.0.0.m19_security-9 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 から 9.0.0.M18、8.5.0 から 8.5.12 において、HTTP コネクタのリファクタリングにより、send file 処理にリグレッションが生じるようになりました。send file ファイル処理が迅速に完了した場合、プロセッサーがプロセッサーキャッシュに 2 回追加される可能性があります。これにより、同じプロセッサが複数のリクエストに使用され、予期しないエラーや応答の取り違えが発生する可能性があります。(CVE-2017-5651)

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M18 および 8.5.0 ～ 8.5.12 において、接続に関連付けられている HTTP/2 GOAWAY フレームの処理が、その接続に関連するストリームを閉じず、そのストリームが現在のウィンドウ更新を待機している場合、アプリケーションがさらにデータを書き込むことを許可しません。これらの待機しているストリームは、それぞれ 1 つのスレッドを消費します。したがって、悪意のあるクライアントが一連の HTTP/2 リクエストを構築し、利用可能なすべての処理スレッドを消費する可能性があります。(CVE-2017-5650)

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M18、8.5.0 ～ 8.5.12、8.0.0.RC1 ～ 8.0.42、7.0.0 ～ 7.0.76、6.0.0 ～ 6.0.52 に、パイプラインリクエストを処理する際のバグがあり、send file を使用すると、前のリクエストの send file の処理が完了したときにパイプラインリクエストが失われます。これにより、応答が間違ったリクエストに対して送信される可能性があります。たとえば、リクエストA、B、Cを送信したユーザーエージェントは、リクエストAに対して正しい応答、リクエストBに対してリクエストCに対する応答を得、リクエストCに対しては応答を確認できない可能性があります。（CVE-2017-5647）

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.51より前です。したがって、fixed_in_apache_tomcat_8.5.51_security-8 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 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)

  - Apache Tomcat 9.0.0.M1から9.0.30、8.5.0から8.5.50、7.0.0から7.0.99のApache Tomcatでは、HTTPヘッダーの解析コードが行末解析に対する手法を使用するため、無効なHTTPヘッダーの一部が有効と解析される可能性がありました。そのため、無効なTransfer-Encodingヘッダーを特定の方法で不適切に処理するリバースプロキシの後方にTomcatがある場合、HTTPリクエストのスマグリングが発生しました。そのようなリバースプロキシはありそうもないように思われます。(CVE-2020-1935)

  - 9.0.28 ～ 9.0.30、8.5.48 ～ 8.5.50、7.0.98 ～ 7.0.99 の Apache Tomcat にあるリファクタリングによって、リグレッションが引き起こされました。リグレッションの結果、無効なTransfer-Encodingヘッダーが不適切に処理されることになり、無効なTransfer-Encodingヘッダーを特定の方法で不適切に処理するリバースプロキシの後方にTomcatがある場合、HTTPリクエストのスマグリングが発生する可能性がありました。そのようなリバースプロキシはありそうもないように思われます。(CVE-2019-17569)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.90より前です。したがって、fixed_in_apache_tomcat_7.0.90_security-7 のアドバイザリに記載されている脆弱性の影響を受けます。

  - 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)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは9.0.0.M21より前です。したがって、fixed_in_apache_tomcat_9.0.0.m21_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Java サーブレット仕様のエラーページメカニズムでは、エラーが発生して発生したエラーに対してエラーページが設定されているとき、元のリクエストと応答がエラーページに転送されることが要求されます。これは、リクエストが元の HTTP メソッドでエラーページに表示されることを意味します。
    エラーページが静的ファイルの場合は、実際の HTTP メソッドに関係なく、GET リクエストを処理しているかのようにファイルのコンテンツが供給されることが予想されます。Apache Tomcat 9.0.0.M1 ～ 9.0.0.M20、8.5.0 ～ 8.5.14、8.0.0.RC1 ～ 8.0.43 および 7.0.0 ～ 7.0.77 のデフォルトサーブレットでは、これを行いませんでした。元のリクエストにもよりますが、DefaultServlet が書き込みを許可するように設定されている場合には、カスタムエラーページの置き換えや削除など、静的エラーページの予期せぬ望ましくない結果を招く可能性があります。
    その他のユーザー提供エラーページに関する注意: (1) 特に明記しない限り、JSP は HTTP メソッドを無視します。エラーページとして使用される JSP は、実際のメソッドに関係なく、すべてのエラーディスパッチを GET リクエストとして処理する必要があります。(2) デフォルトでは、サーブレットが生成する応答は HTTP メソッドに依存します。エラーページとして使用されるカスタムのサーブレットは、実際のメソッドに関係なく、すべてのエラーディスパッチを GET リクエストとして処理する必要があります。(CVE-2017-5664)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.0.0-RC3 より前です。したがって、fixed_in_apache_tomcat_8.0.0-rc3_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Jakarta Tomcat 5.0.19 (Coyote/1.1) および Tomcat 4.1.24 (Coyote/1.0) では、Transfer-Encoding: chunked ヘッダーと Content-Length ヘッダーの両方を持つ HTTP リクエストを介して、ウェブキャッシュをポイズニングし、ウェブアプリケーションファイアウォール保護をバイパスすることで、XSS 攻撃を実行できます。これにより、Tomcat はリクエストの本文を誤って処理して転送し、受信サーバーがそれを別の HTTP リクエストとして処理するようにします。これは HTTP リクエストスマグリングと呼ばれています。(CVE-2005-2090)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.75より前です。したがって、fixed_in_apache_tomcat_7.0.75_security-7 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M13、8.5.0 ～ 8.5.8、8.0.0.RC1 ～ 8.0.39、7.0.0 ～ 7.0.73 および 6.0.16 ～ 6.0.48 の NIO HTTP コネクターにおける送信ファイルコードのエラー処理のバグにより、現在のプロセッサーオブジェクトがプロセッサーキャッシュに複数回追加されました。これは、同じプロセッサーを同時リクエストに使用される可能性があるということです。プロセッサーを共有すると、セッション ID や応答本体などのリクエスト間で情報が漏えいする可能性があります。このバグは、バージョン 8.5.x で最初に確認され、8.5.x のコネクタコードのリファクタリングにより、バグが確認される可能性が高くなりました。当初、8.5.x のリファクタリングによってバグが発生するようになったと考えられていましたが、さらなる調査の結果、このバグは現在サポートされている Tomcat のすべてのバージョンに存在することが判明しました。(CVE-2016-8745)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 9.0.12より前です。したがって、fixed_in_apache_tomcat_9.0.12_security-9 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat バージョン 9.0.0.M1 ～ 9.0.11、8.5.0 ～ 8.5.33、および 7.0.23 ～ 7.0.90 のデフォルトサーブレットがディレクトリへのリダイレクトを返したとき (ユーザーからの「/foo」リクエストに対する「/foo/」へのリダイレクトなど)、特別に細工された URL を使用して、攻撃者が選択した任意の URI へのリダイレクトが生成される可能性があります。(CVE-2018-11784)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.3より前です。したがって、fixed_in_apache_tomcat_8.5.3_and_8.0.36_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 7.0.70 より前の 7.x、8.0.36 より前の 8.x、8.5.3 より前の 8.5.x、9.0.0.M7 より前の 9.x および、その他の製品で使用される、1.3.2 より前の Apache Commons Fileupload の MultipartStream クラスは、リモートの攻撃者が長い境界文字列を介してサービス拒否 (CPU 消費) を引き起こす可能性があります。(CVE-2016-3092)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.77より前です。したがって、fixed_in_apache_tomcat_7.0.77_security-7 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 ～ 9.0.0.M18、8.5.0 ～ 8.5.12、8.0.0.RC1 ～ 8.0.42、7.0.0 ～ 7.0.76、6.0.0 ～ 6.0.52 に、パイプラインリクエストを処理する際のバグがあり、send file を使用すると、前のリクエストの send file の処理が完了したときにパイプラインリクエストが失われます。これにより、応答が間違ったリクエストに対して送信される可能性があります。たとえば、リクエストA、B、Cを送信したユーザーエージェントは、リクエストAに対して正しい応答、リクエストBに対してリクエストCに対する応答を得、リクエストCに対しては応答を確認できない可能性があります。（CVE-2017-5647）

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.58より前です。したがって、fixed_in_apache_tomcat_8.5.58_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 10.0.0-M1～10.0.0-M7、9.0.0.M1～9.0.37、8.5.0～8.5.57に接続しているHTTP/2クライアントが、接続に対して合意された同時ストリームの最大数を超える場合 (HTTP/2プロトコルの違反)、意図されたヘッダーではなく、以前のリクエストから、HTTPヘッダー (HTTP/2疑似ヘッダーを含む) がその接続で行われるその後のリクエストに含まれる可能性がありました。このため、予期しないリソースに対する応答がユーザーに表示される可能性がありました。（CVE-2020-13943）

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 7.0.72より前です。したがって、fixed_in_apache_tomcat_7.0.72_security-7 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45でのResourceLinkFactory実装が、グローバルJNDIリソースへのWebアプリケーションのアクセスを、Webアプリケーションに明示的にリンクされているリソースに限定していませんでした。そのため、明示的なResourceLinkが設定されているかどうかに関係なく、Webアプリケーションが任意のグローバルJNDIリソースにアクセスできていた可能性があります。（CVE-2016-6797）

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45で実行している悪意のあるWebアプリケーションが、JSP Servletの構成パラメーターを操作して構成済みのSecurityManagerをバイパスできていました。（CVE-2016-6796）

  - SecurityManagerが設定されている場合、システムプロパティを読み取るWebアプリケーションの機能はSecurityManagerによって制御される必要があります。Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、構成ファイル用のTomcatのシステムプロパティ置換機能が悪意のあるWebアプリケーションによって使用され、SecurityManagerをバイパスし、本来表示されないはずのシステムプロパティを読み取る可能性があります。（CVE-2016-6794）

  - Apache Tomcat 9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、悪意のあるWebアプリケーションがWebアプリケーションにアクセス可能なTomcatユーティリティメソッドを介して、設定されたSecurityManagerをバイパスできていました。（CVE-2016-5018）

  - Apache Tomcat バージョン9.0.0.M1～9.0.0.M9、8.5.0～8.5.4、8.0.0.RC1～8.0.36、7.0.0～7.0.70、6.0.0～6.0.45では、入力されたユーザー名が存在しない場合、Realmの実装は入力されたパスワードを処理しませんでした。これにより、有効なユーザー名を決定するタイミング攻撃が可能になりました。デフォルトの構成には、この脆弱性の悪用を困難にする LockOutRealm が含まれています。
    (CVE-2016-0762)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている Tomcat のバージョンは 8.5.38より前です。したがって、fixed_in_apache_tomcat_8.5.38_security-8 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Apache Tomcat 9.0.0.M1 ～ 9.0.14、および 8.5.0 ～ 8.5.37 の HTTP/2 実装では、過剰な数の SETTINGS フレームを持つストリームを受け入れ、クライアントはリクエスト/応答データを読み書きせずにストリームを開いたままにしておくことができました。Servlet API のブロッキング I/O を利用したリクエストに対してストリームを開いたままにすることで、クライアントはサーバーサイドのスレッドをブロックし、最終的にスレッドの枯渇と DoS を招く可能性がありました。(CVE-2019-0199)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている DLink DIR のバージョンは、2.01MT です。したがって、CVE-2021-40655 のアドバイザリに記載されている脆弱性の影響を受けます。

  - D-LINK-DIR-605 B2 ファームウェアバージョン : 2.01MT に情報漏洩の問題が存在します。攻撃者は、/getcfg.php ページへの POST リクエストを偽造することで、ユーザー名とパスワードを取得できます (CVE-2021-40655)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートホストにインストールされている DLink DIR のバージョンは、2.17.b02 より前です。したがって、SAP10018 のアドバイザリに記載されている脆弱性の影響を受けます。

  - D-Link DIR-600 ルーター (rev. Bx) のファームウェア 2.17b02 以前に複数のクロスサイトリクエスト偽造 (CSRF) の脆弱性が存在します。これにより、リモート攻撃者は管理者が次のリクエストを実行する際に認証を乗っ取ることが可能です。(1) 管理者アカウントを作成する、(2) hedwig.cgi に対して細工された設定モジュールを使用してリモート管理を有効化する、(3) pigwidgeon.cgi に対して SETCFG、SAVE、ACTIVATE アクションを用いて新しい設定を有効化する、(4) ping アクションを使用して diagnostic.php に対して ping を送信する。(CVE-2014-100005)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

自己報告されたバージョン番号によると、リモートホストで実行されている JetBrains TeamCity のバージョンは、2024.3.1 より前のバージョンです。そのため、以下の複数の脆弱性の影響を受けます。

  - 利用可能な更新のページに複数の蓄積型 XSS が存在する可能性があります。(CVE-2024-35300)

  - コミットステータスパブリッシャーが、GitHub アプリトークンのプロジェクト範囲のチェックに失敗します。(CVE-2024-35301)

Nessus では、実際にはこれらの問題をテストしていませんが、その代わりにサーバーのバナーにあるバージョンに依存していることに注意してください。

ID	名前	深刻度
200194	OpenSSL 1.0.0 < 1.0.0b の脆弱性	critical
200193	OpenSSL 0.9.8h < 0.9.8r の脆弱性	critical
200192	OpenSSL 0.9.8v < 0.9.8w の脆弱性	critical
200191	OpenSSL 0.9.8h < 0.9.8o の脆弱性	critical
200190	OpenSSL 0.9.8 < 0.9.8p の脆弱性	critical
198229	TeamCity Server の複数の脆弱性 (CVE-2024-36362 / CVE-2024-36365)	high
198225	TeamCity Server < 2024.3.2 複数の脆弱性	high
198223	nginx 1.1.x < 1.1.19 / 1.0.x < 1.0.15 のバッファオーバーフローの脆弱性	critical
198216	TeamCity Server < 2023.5.6 XSS の脆弱性	medium
198068	TeamCity Server < 2023.11.0 バックアップからの復元時の XSS	medium
197857	Apache Tomcat 8.0.0.RC1 < 8.0.42	critical
197856	Apache Tomcat 9.0.0.M1< 9.0.19の複数の脆弱性	high
197855	Apache Tomcat 10.0.0.M1 < 10.0.4	high
197854	Apache Tomcat 9.0.0.M1 < 9.0.0。M15	high
197853	Apache Tomcat 9.0.0.M1 < 9.0.0.M8	high
197852	Apache Tomcat 8.5.0 < 8.5.31	high
197851	Apache Tomcat 8.5.0 < 8.5.12	critical
197850	Apache Tomcat 8.0.0.RC1< 8.0.37の複数の脆弱性	critical
197849	Apache Tomcat 9.0.0.M1< 9.0.29の複数の脆弱性	high
197848	Apache Tomcat 7.0.0< 7.0.73の複数の脆弱性	critical
197847	Apache Tomcat 8.5.0 < 8.5.66	medium
197846	Apache Tomcat 8.0.0.RC1 < 8.0.41	high
197845	Apache Tomcat 8.5.0 < 8.5.65	high
197844	Apache Tomcat 9.0.0.M1 < 9.0.0。M18	critical
197843	Apache Tomcat 7.0.0< 7.0.100の複数の脆弱性	critical
197842	Apache Tomcat 9.0.0.M1< 9.0.0.M10の複数の脆弱性	critical
197841	Apache Tomcat 9.0.0.M1< 9.0.0.M13の複数の脆弱性	critical
197840	Apache Tomcat 9.0.0 < 9.0.45	high
197839	Apache Tomcat 8.0.0.RC1< 8.0.39の複数の脆弱性	critical
197838	Apache Tomcat 7.0.0< 7.0.99の複数の脆弱性	high
197837	Apache Tomcat 8.0.0.RC1 < 8.0.44	high
197832	Apache Tomcat 8.0.0-RC1 < 8.0.27	medium
197831	Apache Tomcat 7.0.0 < 7.0.78	high
197830	Apache Tomcat 9.0.0.M1 < 9.0.46	medium
197829	Apache Tomcat 8.0.0.RC1 < 8.0.36	high
197828	Apache Tomcat 9.0.0.M1< 9.0.0.M19の複数の脆弱性	critical
197827	Apache Tomcat 8.5.0< 8.5.51の複数の脆弱性	critical
197826	Apache Tomcat 7.0.25 < 7.0.90	high
197825	Apache Tomcat 9.0.0.M1 < 9.0.0。M21	high
197824	Apache Tomcat 8.0.0 < 8.0.0-RC3 の複数の脆弱性	medium
197823	Apache Tomcat 7.0.0 < 7.0.75	high
197822	Apache Tomcat 9.0.0.M1 < 9.0.12	medium
197821	Apache Tomcat 8.5.0 < 8.5.3	high
197820	Apache Tomcat 7.0.0 < 7.0.77	high
197819	Apache Tomcat 8.5.0 < 8.5.58	medium
197818	Apache Tomcat 7.0.0< 7.0.72の複数の脆弱性	critical
197817	Apache Tomcat 8.5.0 < 8.5.38	high
197740	DLink DIR が 2.01MT と等しい (CVE-2021-40655)	high
197733	DLink DIR < 2.17.b02 (SAP10018)	high
197720	TeamCity Server < 2024.3.1 複数の脆弱性	medium

検出

Nessus の Web Servers ファミリー

critical

critical

critical

critical

critical

high

high

critical

medium

medium

critical

high

high

high

high

high

critical

critical

high

critical

medium

high

high

critical

critical

critical

critical

high

critical

high

high

medium

high

medium

high

critical

critical

high

high

medium

high

medium

high

high

medium

critical

high

high

high

medium