リモート Azure Linux 3.0 ホストにインストールされている cert-manager / cf-cli / docker-buildx / docker-compose / moby-compose / moby-engine / packer のバージョンは、テストされたバージョンより前です。したがって、CVE-2024-45337 のアドバイザリに記載されている脆弱性の影響を受けます。

  - (コールバックフィールド ServerConfig.PublicKeyCallback を介して) connection.serverAuthenticate を誤用するアプリケーションやライブラリは、認証バイパスに脆弱である可能性があります。ServerConfig.PublicKeyCallback のドキュメントによると、この関数を呼び出しても、提供されたキーが実際に認証に使用されることは保証されません。具体的には、SSH プロトコルにより、クライアントは、対応する秘密鍵のコントロールを証明する前に、公開鍵が受け入れ可能かどうかを照会できます。PublicKeyCallback は複数の鍵で呼び出される可能性があり、鍵が提供された順序は、クライアントが正常に認証された鍵を推測するのに使用できない可能性があります。PublicKeyCallbackまたは派生情報に渡されるキーを保存し、接続が確立されると、これに基づいてセキュリティ関連の決定を行う一部のアプリケーションが、不適切な仮定をしている場合があります。たとえば、攻撃者が公開鍵AとBを送信し、Aで認証する可能性があります。PublicKeyCallbackは、最初にAで、次にBで2回のみ呼び出されます。脆弱なアプリケーションは、その後、攻撃者がは実際には秘密鍵をコントロールしません。この API は広く誤用されているため、部分的な緩和策として golang.org/x/cry...@v0.31.0 は、公開鍵による認証に成功した場合に、ServerConfig.PublicKeyCallback に最後に渡される鍵が接続を認証するのに使用する鍵となるプロパティを強制しています。PublicKeyCallback が、必要に応じて、同じキーで複数回呼び出されるようになりました。注意PasswordCallback、KeyboardInteractiveCallback、NoClientAuth などの異なる方法で接続が認証された場合、クライアントは PublicKeyCallback に渡される最後に鍵をコントロールしない可能性があります。ユーザーは、外部状態を参照する代わりに、認証の試行に関連するデータを記録するために、さまざまな認証コールバックからのアクセス許可の戻り値の拡張フィールドを使用する必要があります。接続が確立されると、成功した認証試行に対応する状態は、ServerConn.Permissions フィールドを介して取得できます。注意: 一部のサードパーティライブラリは、複数の認証試行で Permissions タイプを共有することで、このタイプを悪用します。サードパーティライブラリのユーザーは、関連するプロジェクトのガイダンスを参照する必要があります。(CVE-2024-45337)

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

検出

Azure Linux 3.0 セキュリティ更新cert-manager / cf-cli / docker-buildx / docker-compose / moby-compose / moby-engine / packerCVE-2024-45337]

critical Nessus プラグイン ID 215502

依存が見つかりません