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

  - 悪意のある HTTP 送信者はチャンク拡張を使用して、リクエストまたは応答本文から読み取る受信者に、本文よりも多くのバイトをネットワークから読み取らせることができます。悪意のある HTTP クライアントはこれをさらに悪用し、ハンドラーがリクエスト本文全体を読み取ることができないときに、サーバーに大量のデータ (最大約 1 GiB) を自動的に読み取らせる可能性があります。チャンク拡張は、あまり使用されない HTTP 機能であり、チャンクされたエンコーディングを使用して送信されるリクエストまたは応答本文に追加のメタデータを含めることを許可します。net/http チャンクエンコーディングリーダーは、このメタデータを破棄します。送信者は、転送されるバイトごとに大きなメタデータセグメントを挿入することで、これを悪用できます。チャンク読み取りプログラムは、エンコードされたバイトに対する実際の本文の比率が小さすぎる場合にエラーを生成するようになりました。(CVE-2023-39326)

  - filepath パッケージは、\??\ プレフィックスが付いたパスを特別なものとして認識しません。Windows では、\??\ で始まるパスは、\? で始まるパスと同等のルートローカルデバイスパスです。\??\ プレフィックスの付いたパスは、システム上の任意の場所へのアクセスに使用される可能性があります。たとえば、パス \??\c:\x は、より一般的なパス c:\x. 修正される前の Clean は、\a\..\??\b のようなルート化されたパスを root ローカルデバイスパス \??\b に変換する可能性がありました。現在、Clean はこれを \??\b に変換します。同様に、Join(\, ??, b) は、一見無害に見えるパス要素のシーケンスを root ローカルデバイスパス \??\b に変換する可能性がありました。現在、Join はこれを \.\??\b に変換します。さらに、修正により、IsAbs は \??\ で始まるパスを絶対パスとして正しく報告するようになり、また VolumeName は \??\ プレフィックスをボリューム名として正しく報告するようになりました。更新:  Go 1.20.11 および Go 1.21.4 で、Windows の \? で始まるパスのボリューム名の定義が誤って変更され、filepath.Clean(\?\c: ) が \?\c: ではなく \?\c: を返すようになりました (他の影響もあります)。以前の動作が復元されました。(CVE-2023-45283)

  - Windows で、IsLocal 関数が予約されたデバイス名を正しく検出しないことがあります。COM1 のように、スペースが続く予約名や、COM や LPT の後に上付き文字が続く予約名は、誤ってローカルとして報告されます。修正により、IsLocal はこれらの名前を非ローカルとして正しく報告するようになりました。(CVE-2023-45284)

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

検出

Amazon Linux 2023 : golang、golang-bin、golang-misc (ALAS2023-2024-477)

high Nessus プラグイン ID 187686

バージョン 1.1