CVE-2022-0778 のためのシンプルなリモートトリガーPOC

理由

私たちのサーバー実装が CVE-2022-0778 に対して脆弱であるかどうかをリモートで検証しようとした際、非常に煩雑であることがわかりました。BN_nod_sqrt() の解析バグをトリガーする悪意ある証明書を作成する手順は以前から存在していましたが、主な問題は、ほとんどのクライアント実装が TLS ハンドシェイクで使用するためにクライアント証明書を解析しようとすることです。その結果、

実装が脆弱な場合、バグがトリガーされ、クライアントは CPU を 100% 使用して停止します。
実装が脆弱でない場合、証明書を解析できず、クライアントは当然ながら終了します。

目的

実際に必要だったのは、TLS ハンドシェイクにメッセージを注入し、CertificateRequest メッセージへの応答としてクライアントがサーバーに送信する Certificate メッセージの内容を置き換えられるようにすることでした。

方法

これは tlslite-ng に依存しており、TLSConnection._clientKeyExchange メソッドをオーバーライドすることで、脆弱性がある可能性のあるサーバーとの TLS ハンドシェイク中に以下の処理を行います。

通常通り ClientHello メッセージを送信します。
ServerHelloMessage を受信し、CertificateRequest が含まれているか確認します。
含まれている場合、DER エンコードされた細工済み証明書をディスクから読み込み、任意の Certificate メッセージを構築します。
細工済みメッセージをサーバーに送信し、サーバーがそれを解析して CVE-2022-0778 をトリガーすることを期待します。

crafted.crt は https://github.com/drago-96/CVE-2022-0778#using-asn1-templates の手順に基づいて作成されています。必要に応じて再作成しても構いません。

Usage

usage: main.py [-h] [--server SERVER] [--port PORT]

Parameters

optional arguments:
  -h, --help       show this help message and exit
  --server SERVER  Name of the server to connect for the TLS handshake,
                   defaults to "localhost"
  --port PORT      Port where server listens for TLS connections, defaults to
                   "443"

CVE-2022-0778-POC

人気