FreeBSD:cjose:ハードコードされた暗号鍵の使用(3a38fdda-b05a-11f1-9369-b42e991fc52e)

critical Nessus プラグイン ID 345680

Language:

概要

リモートの FreeBSD ホストに 1 つ以上のセキュリティ関連の更新プログラムがありません。

説明

リモートホストにインストールされている FreeBSD のバージョンは、テスト済みバージョンより前です。したがって、3a38fdda-b05a-11f1-9369-b42e991fc52e のアドバイザリに記載されている脆弱性の影響を受けます。

https://github.com/OpenIDC/cjose/security/advisories/GHSA-f6wf-pqg3-6wqq による報告:

OpenIDC/cjose は、Javascript Object Signing and Encryption(JOSE)を実装する C ライブラリです。0.6.1 から 0.6.2.5 までのバージョンでは、cjose が AES-CBC-HMAC コンテンツ暗号化アルゴリズム(「A128CBC-HS256」、「A192CBC-HS384」、または「A256CBC-HS512」)と、新しいコンテンツ暗号化キー(CEK)を生成する何らかの鍵管理アルゴリズムを使用して JWE を暗号化する際に、CEK はランダムに生成されるのではなく、すべてゼロバイトになります。このため、結果として生成される JWE は、固定された、公知の鍵で暗号化および認証されます。このため、JWE を取得した者は誰でも、平文を復元し、コンテンツを偽造または改ざんすることができます。これは、バージョン 0.6.2.6 で、「RAND_bytes」から CEK を生成する「_cjose_jwe_set_cek_aes_cbc()」によって修正されています。回帰テストでは、「encrypted_key」が各 AES-CBC-HMAC バリアントの 2 つの暗号化間で異なることをアサートします。アップグレードまでは、cjose で暗号化されたデータの場合、3 つのオプションが利用可能です。AES-CBC-HMAC「enc」の代わりに AES-GCM「enc」(「A128GCM」/「A192GCM」/「A256GCM」)を使用するか、呼び出し元指定の CEK を指定して「alg=dir」を使用するか、影響を受けるアルゴリズムペアで JWE 暗号化に cjose を使用しないようにします。これらは、新しい暗号文のみに対する緩和策です。すでにゼロキーで暗号化されているデータは侵害されたままであるため、再暗号化する必要があります (含まれていた機密情報もローテーション)。

Tenable は、前述の記述ブロックを FreeBSD セキュリティアドバイザリから直接抽出しています。

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