Apple、侵害されたeMudhra証明書をmacOSのgitが10日経っても信頼し続ける
Ten days later, Git on macOS still trusts the compromised eMudhra certificates
eMudhraの証明書侵害が10月17日にAppleへ通知されてから10日以上経過しても、macOSに同梱されるgitやcurl、python3は侵害された証明書を依然として信頼している。10月26日リリースのmacOS 27.2は修正どころかユーザーが手動で施した回避策を巻き戻し、再び脆弱な状態に陥れた。一方、ボランティア運営を含む数十のプロジェクトは数日前に対応を済ませている。gitのcloneやpullが改ざんされ、GitHubトークンが傍受される危険がある。
さらに悪いことに、10月26日にリリースされたmacOS 27.2はこの問題を修正せず、ユーザーが手作業で施した回避策を元に戻してしまい、再び脆弱な状態に陥れた。
HNでの議論
368- chrisweekly
そう、つまりgitだけの問題ではなく、システムが提供するユーティリティ群全体の問題なんだ。macOSが不正な証明書を信頼してしまい、OSを信頼するこれらのユーティリティが影響を受ける。私はgitとcurlにhomebrewを使っているが、それがここで関係あるかどうかはまだ確認していない。
Appleのガイダンスが証明書チェーンを手動で編集しろというもので、しかもその後のOSアップデートでその緩和策が元に戻り、脆弱性が再導入される可能性がある（これまでに少なくとも一度は起きている）と想定しているのは、かなりとんでもない話だ。
- jrochkind1
MacOSがOSレベルの/etc/sslから削除していないというのは大問題で、OS提供のgitだけにとどまらない影響がある。おそらく/etc/certsはほとんどのGUIのMacソフトウェアでは使われていないのだろうか？ Linuxも含め、OSレベルの証明書管理の混沌とした状態はかなり憂鬱だ。
Appleがまだセキュリティ先進企業としてのブランドを維持しようとしているなら、システムアップデートで失効したCA証明書を/etcから削除するのはかなり簡単なことだと思うのだが？
- truelson
Apple自身が推奨するパッチはこれだ：https://support.apple.com/en-us/149555
Macを使う開発者はほぼ全員、このパッチを当てるべきだろう。
- qaz_plm
- faxmeyourcode
これらの弱い鍵がほぼ全員に信頼されていた1年半の間、誰かがそれに気づいていたという証拠はなく、それが原因で実際にMITM攻撃が行われた証拠もないが、たとえ10日間でも、高位の重要人物から認証情報を収集できる機会が三文字機関にあったとしたら、その見返りは想像に難くない。
証拠も証明もないが、私はこのラップ/アンラップ鍵生成の失態は意図的であり、弱い鍵は機関や政府によって発見され秘密にされ、敵対者の攻撃に利用されたと確信している。
空港を所有している、あるいは無料の公共Wi-Fiを所有しているなら、伝統的なMITM攻撃を行う必要はない。トラフィックは平文で収集でき、これが1年半以上続いていたという「可能性」と向き合わなければならない。そこまで長くないにしても、少なくとも過去10日間は確実にそうだった。
- kryptiskt
皮肉ではなく言うが、AppleはWindows Updateをコピーすべきだ。モノリシックなOSアップデートの外で小さなパッチを追加する方法なしに、どうやってここまで来たのか全く分からない。
- commandlinefan
どうやら我々は皆、証明書失効を…諦めてしまったようだ？ CRLとOCSPはまさにこの種の事態のために設計されたが、どちらも実行不可能として放棄され、代替もないように見える。
- gringofyx
フラットなcert.pemファイル（または同様のもの）では「この中間証明書を信頼しない」とは言えない。
macOSには必要な検証機能（Safariを保護していたSecurity.framework/trustdのパス）が既にある。MacOSがCLIをそれ経由にすれば良いのだが。
- kd913
つい数日前にMacOS 27.2をリリースしたばかりでは？ なぜ少なくともその時にパッチを当てなかったのか？
- mFixman
詳しい人への質問：単一のルート認証局の脆弱性が暗号化を破壊しうるのに、なぜ何百ものルート認証局が存在するのか？
5つ程度に絞ってより厳密に監視できれば、eMudhra証明書のような問題は展開前に発見される可能性が高いのではないか？