eMudhra証明書の欠陥が引き金に、偽造TLS証明書が大量出現

研究者が重大な認証局(CA)の欠陥を公表してからわずか数時間後に、不正な暗号証明書がインターネット上で急増しました。eMudhraの証明書の欠陥により、攻撃者は秘密鍵をごく短時間で復元できる状態でした。ネットワークインフラ大手のCloudflareは、この欠陥のある証明書を使った接続試行2万2000件を追跡したテレメトリを公開しました。さらに、各種OSのソフトウェアクライアントは、侵害されたこれらの証明書を現在も日常的に受け入れ続けています。企業のセキュリティ部門は、影響を受ける署名機関への信頼を直ちに取り消す必要があります。

取るに足らないエントロピーと、瞬時に可能な鍵の復元

この問題の発端は、認証局の鍵生成スクリプトで前例のないエントロピー不足が起きたことでした。384ビットの暗号学的に安全な素数を生成するはずが、自動化されたパイプラインは4から237までの単純な整数を出力していました。このため、外部の研究者や悪意ある攻撃者は、8つの基盤となる秘密鍵をほぼ瞬時に導き出せました。

Cloudflareは10月21日、独自のプロキシ「Pingora」を使い、グローバルなエッジ全体で不正なトラフィックの監視を開始しました。eMudhra事案に関するCloudflareの技術分析によると、観測した試行の3分の2は無害な検証用プローブでした。しかし、残りの接続は、偽造証明書をホストする稼働中のサーバーに直接つながっていました。

不正ななりすましとIoT機器への影響

観測した接続のうち約160セッションでは、無関係な第三者のドメインを含む証明書が使われていました。複数の証明書が、企業や、ネットワークに接続されたIoT(モノのインターネット)機器になりすましていました。有効期間が2年を超える偽造証明書もありました。そのうち1件は、バグが最初に公表されてから1時間もたたない10月20日に出現しています。

幸い、調査担当者は、ネットワーク上で攻撃者が通信を傍受していたことを示す確かな証拠を確認していません。ホスト名が一致しなければブラウザーが即座にエラーを表示するため、注意深いユーザーに対するサーバーへの直接的ななりすましは失敗しました。ただし、標的を絞った傍受キャンペーンは、集計した指標だけでは見つけにくいままです。

モバイル環境で目立つクライアント側の検証失敗

クライアント側の脆弱性を調べるため、研究者は自動化したブラウザーチャレンジで5000万セッションを評価しました。最新のデスクトップブラウザーは、ほとんどのテストで侵害された信頼チェーンを正しく拒否しました。一方、旧世代のモバイル環境では、懸念される高い割合で脆弱性が確認されました。

特に、Android搭載のWebViewコンポーネントは、テストの30〜40%で不正な証明書を信頼しました。自動巡回するクローラーやボットのクライアントも、半数を超える割合で侵害されたチェーンを受け入れました。初期の対応は迅速に進みましたが、その後、世界的なパッチ適用の勢いは鈍化しています。

業界への波紋と認証局の事業撤退

Cloudflareは、10月19日に脆弱性を発見すると、社内システムの強化を急ぎました。エンジニアは人工知能(AI)ツールを投入し、4時間以内に社内のコードリポジトリを監査しました。その結果、技術者は10月30日までに、重要なプロキシコンポーネントをすべて修正しました。

厳しい規制当局の監視を受け、eMudhraは公的な認証局市場から完全に撤退すると発表しました。同社の幹部は、鍵の危殆化の原因を欠陥のある生成スクリプトにあると説明しましたが、独自のソースコードは公開していません。今回の暗号面での失態は、重要なソフトウェアプラットフォーム全体で、証明書失効に機敏に対応できる体制を整える必要があることを改めて示しています。

翻訳元: https://meterpreter.org/emudhra-certificate-flaw/

本記事は meterpreter.org の記事を翻訳・要約したものです。