リモートRedhat Enterprise Linux 8ホストにインストールされているパッケージは、RHSA-2022: 1254 アドバイザリに記載されている脆弱性の影響を受けます。

  - waitress: HTTP リクエストの一貫性のない解釈 (「HTTPリクエストスマグリング」) (CVE-2022-24761)

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

リモートRedhat Enterprise Linux 8ホストにインストールされているパッケージは、RHSA-2022: 1253 アドバイザリに記載されている脆弱性の影響を受けます。

  - waitress: HTTP リクエストの一貫性のない解釈 (「HTTP リクエストスマグリング」) (CVE-2022-24761)

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

リモートの Redhat Enterprise Linux 7 ホストにインストールされているパッケージは、RHSA-2022: 1264 のアドバイザリに記載されている脆弱性の影響を受けます。

  - waitress: HTTP リクエストの一貫性のない解釈 (「HTTPリクエストスマグリング」) (CVE-2022-24761)

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

リモートの Debian 10/11 ホストには、dsa-5138 のアドバイザリに記載された脆弱性の影響を受けるパッケージがインストールされています。

  - Waitress は、Python 2 および 3 用の Web Server Gateway Interface サーバーです。着信 HTTP リクエストが RFC7230 標準と一致することを適切に検証しないプロキシの背後で Waitress バージョン 2.1.0 以前を使用すると、Waitress およびフロントエンドプロキシは、リクエストの開始点と終了点について一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介してウェイトレスにスマグリングされ、その後の動作が可能になります。リクエストのスマグリングを引き起こす可能性がある 2 つのクラスの脆弱性があり、このアドバイザリで対処されています。文字列を整数に解析するための Python の「int()」の使用により、「+ 10」は「10」として解析され、「0x01」は「1」として解析されます。ここでは、標準として、文字列は数字または16進数のみでなければなりません。
    さらに、Waitress はチャンク拡張をサポートしていませんが、不正な文字が含まれていないことを検証せずにそれらを破棄していました。この脆弱性は Waitress 2.1.1 でパッチが適用されています。回避策が利用可能です。waitress の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。ただし、特定のプロキシサーバーにはこの機能がない場合があるため、代わりに最新バージョンの waitres にアップグレードすることが推奨されます。
    (CVE-2022-24761)

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

リモートのUbuntu 20.04LTS/21.10ホストには、USN-5364-1のアドバイザリに記載された脆弱性の影響を受けるパッケージがインストールされています。

  - Waitress は、Python 2 および 3 用の Web Server Gateway Interface サーバーです。着信 HTTP リクエストが RFC7230標準と一致することを適切に検証しないプロキシの背後で Waitress バージョン 2.1.0以前を使用すると、Waitress およびフロントエンドプロキシは、リクエストの開始点と終了点について一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介してウェイトレスにスマグリングされ、その後の動作が可能になります。リクエストのスマグリングを引き起こす可能性がある 2 つのクラスの脆弱性があり、このアドバイザリで対処されています。文字列を整数に解析するための Python の「int()」の使用により、「+ 10」は「10」として解析され、「0x01」は「1」として解析されます。ここでは、標準として、文字列は数字または16進数のみでなければなりません。
    さらに、Waitress はチャンク拡張をサポートしていませんが、不正な文字が含まれていないことを検証せずにそれらを破棄していました。この脆弱性は Waitress 2.1.1 でパッチが適用されています。回避策が利用可能です。waitress の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。ただし、特定のプロキシサーバーにはこの機能がない場合があるため、代わりに最新バージョンの waitres にアップグレードすることが推奨されます。
    (CVE-2022-24761)

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

リモートの SUSE Linux SLED15 / SLES15 / openSUSE 15 ホストには、SUSE-SU-2022:3731-1 のアドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - Waitress は、Python 2 および 3 用の Web Server Gateway Interface サーバーです。着信 HTTP リクエストが RFC7230 標準と一致することを適切に検証しないプロキシの背後で Waitress バージョン 2.1.0 以前を使用すると、Waitress およびフロントエンドプロキシは、リクエストの開始点と終了点について一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介してウェイトレスにスマグリングされ、その後の動作が可能になります。リクエストのスマグリングを引き起こす可能性がある 2 つのクラスの脆弱性があり、このアドバイザリで対処されています。文字列を整数に解析するための Python の「int()」の使用により、「+ 10」は「10」として解析され、「0x01」は「1」として解析されます。ここでは、標準として、文字列は数字または16進数のみでなければなりません。
    さらに、Waitress はチャンク拡張をサポートしていませんが、不正な文字が含まれていないことを検証せずにそれらを破棄していました。この脆弱性は Waitress 2.1.1 でパッチが適用されています。回避策が利用可能です。waitress の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。ただし、特定のプロキシサーバーにはこの機能がない場合があるため、代わりに最新バージョンの waitres にアップグレードすることが推奨されます。
    (CVE-2022-24761)

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

リモートの Debian 9 ホストには、dla-3000 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - バージョン 1.3.1までの Waitress は RFC7230の MAY 部分を実装し、次のように述べています: start-line およびヘッダーフィールドの行終端子は CRLF シーケンスですが、受信者の MAY は単一の LF を行終端子として認識し、先行する CR を無視します。残念ながら、フロントエンドサーバーが CRLF のヘッダーフィールドと同じ方法で LF のヘッダーフィールドを解析しない場合、フロントエンドサーバーとバックエンドサーバーが 2 つの異なる方法で同じ HTTP メッセージを解析する可能性があります。これにより、HTTP リクエストスマグリング/スプリットが発生する可能性があります。これにより、フロントエンドサーバーが単一の HTTP メッセージのみを表示しているにもかかわらず、Waitres が 2 つのリクエストを表示する可能性があります。この問題は Waitress 1.4.0で修正されています。(CVE-2019-16785)

  - バージョン 1.3.1までの Waitress は、Transfer-Encoding ヘッダーを解析し、単一の文字列値のみを検索します。その値がチャンクされていない場合、その文字列は通過し、代わりに Content-Length ヘッダーを使用します。
    HTTP の標準によると、Transfer-Encoding はコンマ区切りのリストであり、最も内側のエンコーディングが最初で、その後に転送コーディングが続き、チャンクで終了する必要があります。送信したリクエスト:
    Transfer-Encoding: gzip、chunked が誤って無視され、リクエストが HTTP メッセージの本文サイズを決定する代わりに Content-Length ヘッダーを使用します。: これにより、Waitress が HTTP パイプラインの場合に単一のリクエストを複数のリクエストとして処理する可能性があります。この問題は Waitress 1.4.0で修正されています。(CVE-2019-16786)

  バージョン 1.4.0までの Waitress では、waitress の前でプロキシサーバーが使用される場合、フロントエンドを回避して waitress によって異なる方法で解析される無効なリクエストが攻撃者によって送信されて、HTTP リクエストスマグリングが発生する可能性があります。Transfer-Encodingヘッダーに特別な空白文字を含むように特別に細工されたリクエストが、Waitressによってチャンクリクエストとして解析されるものの、無効な文字が含まれるTransfer-Encodingヘッダーが無効と見なされて、代わりにContent-Lengthがフロントエンドサーバーによって使用される可能性があります。フロントエンドサーバーがバックエンドの waitress サーバーに対する HTTP パイプライン処理を実行する場合、これが HTTP リクエストを分割することになり、キャッシュポイズニングまたは予期しない情報漏洩が発生する可能性があります。この問題は、より厳密な HTTP フィールドの検証により、Waitress 1.4.1で修正されました。
    (CVE-2019-16789)

  - バージョン 1.3.1までの Waitress では、Content-Length ヘッダーを2回送信することによる HTTP リクエストスマグリングが発生します。
    Waitress は、二重の Content-Length ヘッダーを折り返すため、コンマ区切りの値を整数にキャストできないため、Content-Length を内部で 0 に設定します。2 つの Content-Length ヘッダーが単一のリクエストで送信された場合、Waitres はリクエストに本文がないものとして処理し、リクエストの本文を HTTP パイプライン処理の新しいリクエストとして処理します。この問題は Waitress 1.4.0で修正されています。
    (CVE-2019-16792)

  - Waitress は、Python 2 および 3 用の Web Server Gateway Interface サーバーです。着信 HTTP リクエストが RFC7230標準と一致することを適切に検証しないプロキシの背後で Waitress バージョン 2.1.0以前を使用すると、Waitress およびフロントエンドプロキシは、リクエストの開始点と終了点について一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介してウェイトレスにスマグリングされ、その後の動作が可能になります。リクエストのスマグリングを引き起こす可能性がある 2 つのクラスの脆弱性があり、このアドバイザリで対処されています。文字列を整数に解析するための Python の「int()」の使用により、「+ 10」は「10」として解析され、「0x01」は「1」として解析されます。ここでは、標準として、文字列は数字または16進数のみでなければなりません。
    さらに、Waitress はチャンク拡張をサポートしていませんが、不正な文字が含まれていないことを検証せずにそれらを破棄していました。この脆弱性は Waitress 2.1.1でパッチが適用されています。回避策が利用可能です。waitress の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230標準に一致することを確認します。ただし、特定のプロキシサーバーにはこの機能がない場合があるため、代わりに最新バージョンの waitres にアップグレードすることが推奨されます。
    (CVE-2022-24761)

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

したがって、ALAS2022-2022-235 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Waitress は、Python 2 および 3 用の Web Server Gateway Interface サーバーです。着信 HTTP リクエストが RFC7230 標準と一致することを適切に検証しないプロキシの背後で Waitress バージョン 2.1.0 以前を使用すると、Waitress およびフロントエンドプロキシは、リクエストの開始点と終了点について一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介してウェイトレスにスマグリングされ、その後の動作が可能になります。リクエストのスマグリングを引き起こす可能性がある 2 つのクラスの脆弱性があり、このアドバイザリで対処されています。文字列を整数に解析するための Python の「int()」の使用により、「+ 10」は「10」として解析され、「0x01」は「1」として解析されます。ここでは、標準として、文字列は数字または16進数のみでなければなりません。
    さらに、Waitress はチャンク拡張をサポートしていませんが、不正な文字が含まれていないことを検証せずにそれらを破棄していました。この脆弱性は Waitress 2.1.1 でパッチが適用されています。回避策が利用可能です。waitress の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。ただし、特定のプロキシサーバーにはこの機能がない場合があるため、代わりに最新バージョンの waitres にアップグレードすることが推奨されます。
    (CVE-2022-24761)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
159551	RHEL 8: Red Hat OpenStack Platform 16.1 (python-waitress) (RHSA-2022: 1254)	Nessus	Red Hat Local Security Checks	2022/4/6	2024/6/3	high
159552	RHEL 8: Red Hat OpenStack Platform 16.2 (python-waitress) (RHSA-2022: 1253)	Nessus	Red Hat Local Security Checks	2022/4/6	2024/6/4	high
159597	RHEL 7: Red Hat OpenStack Platform 13.0(python-waitress) (RHSA-2022: 1264)	Nessus	Red Hat Local Security Checks	2022/4/8	2024/6/4	high
161328	Debian DSA-5138-1 : waitress - セキュリティ更新	Nessus	Debian Local Security Checks	2022/5/18	2023/10/27	high
159515	Ubuntu 20.04 LTS: Waitress の脆弱性 (USN-5364-1)	Nessus	Ubuntu Local Security Checks	2022/4/5	2024/8/27	high
166532	SUSE SLED15 / SLES15 / openSUSE 15 セキュリティ更新: python-waitress (SUSE-SU-2022:3731-1)	Nessus	SuSE Local Security Checks	2022/10/26	2023/7/14	high
161188	Debian DLA-3000-1：waitress - LTS セキュリティ更新	Nessus	Debian Local Security Checks	2022/5/13	2023/10/27	high
168586	Amazon Linux 2022 : python-waitress (ALAS2022-2022-235)	Nessus	Amazon Linux Local Security Checks	2022/12/10	2023/9/15	high

検出

プラグインの検索

high

high

high

high

high

high

high

high