要約:
Apple は最近、iOS および iPadOS デバイス上で重大なセキュリティ上の問題がある 8 つのデジタル証明書をブロックしました。これは、攻撃者がこれらの証明書を使用して正規の Web サイトを偽装し、フィッシングや中間者攻撃を実行したり、ユーザー データを盗んだりするのを防ぐためです。ただし、セキュリティ研究者は、一部の macOS システム ツールが依然としてこれらの問題のある証明書を信頼している可能性があるため、Mac ユーザーとシステム管理者は引き続き今後のセキュリティ アップデートに注意を払う必要があると注意を喚起しています。
このインシデントには、インドの認証局である eMudhra によって発行された 8 つの中間証明書が関係しています。デジタル証明書は、インターネット セキュリティ システムの重要な部分です。ブラウザが Web サイトにアクセスすると、証明書を使用してサーバーの ID が確認され、HTTPS 暗号化接続を介したデータ送信が保護されます。たとえば、ユーザーが銀行の Web サイトにアクセスすると、ブラウザはその接続が実際に銀行サーバーへのものであり、攻撃者によって設定された偽の Web サイトではないことを確認する必要があります。
通常、認証局は、権限のない第三者が信頼できる Web サイトの ID を偽装できないように、証明書を発行するのに十分な強度を持つ暗号キーを使用する必要があります。しかし、セキュリティ研究者は、eMudhra に関与する 8 つの証明書には非常に深刻な鍵生成の問題があり、それらの秘密鍵は 256 未満の整数であることが判明しました。これは、攻撃者が複雑な計算をほとんど必要とせずに、関連する秘密鍵を回復する機会を得るために、非常に少数の可能な値を試行するだけで済むことを意味します。
Mozilla の調査によると、これらの秘密キーは非常に推測しやすいものです。最新の暗号化では、この状況はアカウントのパスワードとして非常に単純な数字を使用するのと同じであり、通常のセキュリティをまったく提供できません。攻撃者が関連する秘密キーを入手すると、これらの証明書によって発行された他の証明書を偽造することが可能になり、影響を受けるソフトウェアは接続が正規の Web サイトへのものであると誤って認識するようになります。
このタイプの攻撃の危険性は、攻撃者が必ずしもターゲット Web サイトのサーバーを直接侵害する必要がないことです。信頼できる HTTPS 証明書が偽造され、ネットワーク トラフィックの傍受やその他の手段と組み合わせられる場合、攻撃者は銀行、企業、またはその他の正規の Web サイトになりすまして、ユーザーが知らないうちにパスワード、ID 情報、またはその他の機密データを送信するよう誘導する可能性があります。攻撃者は、ユーザーが受信した Web ページのコンテンツを変更して、さらに詐欺を行ったり、マルウェアを拡散したりする場合もあります。
関連する問題は、2026 年 10 月 17 日にブラウザー セキュリティ チームに報告されました。その後、Google、Mozilla、およびその他のメーカーは、影響を受ける証明書が引き続き信頼されないようにする措置を講じました。 Mozilla は、Firefox の OneCRL 証明書ブロック メカニズムを通じて保護情報を配布します。通常、ユーザーは関連する保護を得るためにブラウザを手動で更新したり、デバイスを再起動したりする必要はありません。 Google はまた、Chrome の証明書ブロック メカニズムを更新し、関連する証明書に対して制限措置を講じました。
Apple は 10 月 19 日に関連する遮断措置を導入し始めました。セキュリティ研究者によると、これらの措置により、Apple のシステム証明書検証メカニズムに依存するソフトウェアが影響を受ける証明書を信頼できなくなります。 Apple が行動を起こしたのは Google や Mozilla より少し遅れましたが、現在では関連する証明書が封鎖対象に含まれています。
これら 8 つの証明書のすべてが Web サイトの HTTPS 接続に使用されるわけではないことに注意してください。そのうち 6 つは TLS 関連の証明書で、他の 2 つはコード署名の目的に関係します。コード署名証明書は、ソフトウェア発行者の身元とソフトウェアが改ざんされているかどうかを確認するために使用されます。したがって、証明書の秘密キーに重大な欠陥があると、ソフトウェアの配布や信頼システムにも影響を与える可能性があります。
ただし、現時点では、攻撃者がこれらの証明書を使用して実際の攻撃を実行したという証拠はありません。セキュリティ研究者らは、問題の証明書には重大な欠陥があるものの、そのすべてが実稼働環境で使用されているわけではないと指摘した。 Googleはまた、ブロッキング措置を講じる前は、影響を受ける6つの中間証明書によって発行され、関連するログ記録に入力されたTLS証明書は、証明書の透明性の公開ログには見つからなかったと述べた。これにより、既知のパブリック HTTPS 証明書の悪用リスクがある程度軽減されますが、他のソフトウェアや非パブリック環境での潜在的な影響が完全に排除されるわけではありません。
Mac ユーザーの場合、状況はもう少し複雑です。 Appleはブロック措置を講じているが、Mozillaの暗号化エンジニアのデニス・ジャクソン氏は、macOSの組み込みコマンドラインツールcurlには依然として信頼性の問題が存在する可能性があると指摘した。このツールで使用される証明書のセットは、関連する証明書の失効情報をチェックしないため、場合によっては、証明書が無効であると宣言された場合でも、curl は引き続き証明書を受け入れます。
これは、ネットワーク リクエストに対して macOS の組み込み Curl に依存するスクリプト、開発ツール、または自動化サービスは、独自の証明書検証動作を追加でチェックする必要がある可能性があることを意味します。特に関連する証明書を受け入れているシステムの場合は、証明書のブロック措置が実際に使用されているソフトウェアと信頼できるストレージ メカニズムをカバーしているかどうかにさらに注意を払う必要があります。
一般ユーザーの場合、最も安全なアプローチは、Apple が提供するシステムおよびソフトウェアのセキュリティ アップデートを速やかにインストールし、ブラウザを最新バージョンに保つことです。企業の管理者と開発者は、サーバー、コマンド ライン ツール、アプリケーション、カスタム証明書ストアが影響を受ける証明書をまだ信頼しているかどうかを確認し、セキュリティ研究者が提供する検出と軽減の推奨事項に従う必要があります。
このインシデントは、デジタル証明書システムにおける見落とされがちな問題も明らかにしました。HTTPS が成熟した暗号化アルゴリズムを使用している場合でも、証明書の生成プロセスで使用される秘密キーが単純すぎる場合、ID 検証システム全体が簡単に突破される可能性があります。暗号化技術自体は失敗しません。本当の問題は、キーの生成と証明書管理のリンクにあります。
eMudhra は、インフラストラクチャが侵害されたという証拠はなく、関連するデータ漏洩も発見されていないと述べました。同機関は影響を受ける可能性のある顧客と協力して、関連する証明書の置き換えを支援している。これらの証明書は 2025 年 4 月に生成され、問題は 1 年以上存在しているため、関連機関は、他のソフトウェア、システム、サービスが信頼関係を確立するためにこれらの証明書に依存していないかどうかをさらに確認する必要があります。
全体として、Apple がこれら 8 つの証明書をブロックすることは、潜在的な攻撃を阻止するための重要なステップですが、証明書が取り消されたからといって、すべてのソフトウェアが直ちに信頼を停止するわけではありません。一般のユーザーにとって、システムとブラウザをタイムリーに更新することが通常、最も直接的な保護手段となります。開発者や企業にとっては、証明書検証メカニズムをさらにチェックして、関連するすべてのアプリケーションが期限切れの証明書を正しく識別できることを確認する必要があります。
コメント