eMudhra事件でWebアプリ開発者が点検すべきこと - Qiita

ブラウザがWebサイトにアクセスするとき、Webサーバは証明書チェーンの公開鍵と、サーバ証明書に基づく通信内容の署名を送信します。クライアントは、サーバ証明書から中間CA、信頼済みルートCAへと署名を辿ります。OSやブラウザには証明書ストアを管理する機能があり、そこで「信頼する」と設定した証明書に辿り着けた場合、接続先のサーバを信頼するのです。（後述しますが実際はもう少し複雑です） 2. eMudhraで何が起きたのか 問題の通報は2026年10月17日UTC、日本時間では18日に行われました。 eMudhraというインドの認証局の発行する中間CA証明書の秘密鍵が第三者によって容易に復元できたという内容でした。 対象は8組の中間CA鍵で、TLS用が6組、コード署名用が2組です。 これらはP-384という楕円曲線を使う鍵だったが、秘密鍵に相当する整数がすべて256未満でした。本来は384ビッ

[otoku-memo]

長い割に情報量がない。とにかくこれが一番まとまってる https://emudhra.we-have-a-problem.com/

[naggg]

“今回、危険になったのは「偽サイトにもHTTPSを付けられること」ではありません。攻撃者が、本物のドメイン名に対する証明書を、管理者の許可なく作れることです。”

[m4fg]

そうこう言ってるとbind9の脆弱性報告きてて激アツ

[m50747]

脆弱性の問題が鍵長が整数256未満て、何で重要な説明の箇所を8ビットだったと表現しないのだろうか。その後に384ビットと説明しているのに。

[nguyen-oi]

また証明書まわりの不祥事かよ、開発者の連休が消えるな