waitress の脆弱性(CVE-2019-16792)

概要

waitress に脆弱性 (CVE-2019-16792) が存在。データの不正な改ざんを許す可能性があります。対策: 1.4.0 以上に更新。

原文の説明

取得元が公開している説明をそのまま載せています (多くは英語)。

Impact

Waitress would header fold a double Content-Length header and due to being unable to cast the now comma separated value to an integer would set the Content-Length to 0 internally.

So a request with:

Content-Length: 10
Content-Length: 10

would get transformed to:

Content-Length: 10, 10

Which would Waitress would then internally set to Content-Lenght: 0.

Waitress would then treat the request as having no body, thereby treating the body of the request as a new request in HTTP pipelining.

Patches

This issue is fixed in Waitress 1.4.0. This brings a range of changes to harden Waitress against potential HTTP request confusions, and may change the behaviour of Waitress behind non-conformist proxies.

The Pylons Project recommends upgrading as soon as possible, while validating that the changes in Waitress don't cause any changes in behavior.

Workarounds

Various reverse proxies may have protections against sending potentially bad HTTP requests to the backend, and or hardening against potential issues like this. If the reverse proxy doesn't use HTTP/1.1 for connecting to the backend issues are also somewhat mitigated, as HTTP pipelining does not exist in HTTP/1.0 and Waitress will close the connection after every single request (unless the Keep Alive header is explicitly sent... so this is not a fool proof security method).

Issues/more security issues:

open an issue at https://github.com/Pylons/waitress/issues (if not sensit…

出典: OSV.dev (Open Source Vulnerabilities) NVD GitHub Advisory OSV

自動生成の要約

取得元のデータ (CVSS・CWE・影響バージョンなど) から SecPulse が定型文で組み立てた要約です。AI は使っていません。正確な内容は下の原文と参照URLで確認してください。

waitress という製品で、CVE-2019-16792 という番号がついた弱点 (脆弱性) が見つかりました。
データの不正な改ざんを許す可能性があります。
対策: waitress を 1.4.0 以上に更新してください。
心配なら、システム担当者や製品の公式サイトで「waitress CVE-2019-16792」を検索してください。

CVE-2019-16792 (waitress) — CWE-444
攻撃ベクター: ネットワーク経由 (リモート攻撃可) / 認証不要 / 被害者操作不要
修正バージョン: 1.4.0 (即時適用推奨)
暫定回避: Various reverse proxies may have protections against sending potentially bad HTTP requests to the backend, and or hardening against potential issues like this.
対応方針: 1) SBOMで影響バージョン横断確認, 2) ステージング検証→本番更新, 3) WAF/プロキシで該当エンドポイントを監視, 4) ログでIOC調査。
参考: 当ページの『参照URL』の GHSA / vendor advisory / patched release を参照。

❓ 何が問題か

waitress に 脆弱性 (CWE-444) があります。

📍 影響範囲

waitress の影響バージョンはベンダーのアドバイザリで確認してください。

🔥 重要度

重要度: ?。データの不正な改ざんを許す可能性があります。

🔧 修正方法

1.4.0 に更新してください。

🛡️ 暫定回避

暫定回避: Various reverse proxies may have protections against sending potentially bad HTTP requests to the backend, and or hardening against potential issues like this.

🔍 検知方法

Webサーバ・プロキシ・WAFログで該当CVEのIOCに合致する不審リクエストを検索。SBOM/依存ファイルで影響バージョンを横断確認。

対応アクション

SOC/SREチームが順番に実行すべき具体的なステップとコマンド例

1
影響範囲の特定 identify
```
grep -r 'waitress' . | grep -v node_modules
```
リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で waitress を grep し、稼働しているサービス・バージョンを把握する。
2
暫定回避策の適用 mitigate
```
Various reverse proxies may have protections against sending potentially bad HTTP requests to the backend, and or hardening against potential issues like this.
```
パッチが適用されるまでの応急処置として、Various reverse proxies may have protections against sending potentially bad HTTP requests to the backend, and or hardening against potential issues like this. を実施。回避策の副作用 (機能低下) を確認した上で。
3
パッチ適用 patch
```
Upgrade waitress to 1.4.0
```
ステージング環境で 1.4.0 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
4
事後検証 verify
```
Confirm patched version is live in production
```
パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

影響パッケージ

PyPI waitress

[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.4.0"}]}]