TesujieMudhraの中間CA証明書に関する問題では、ブラウザーやOSの対応と、アプリに組み込まれた証明書の扱いを分けて確認する必要があります。Googleは、鍵生成の乱数が不十分だったことで、該当の鍵を使った偽のHTTPS証明書を作成され得ると説明しています。Googleの公式説明
この記事は2026年10月29日時点の情報をもとに、Flutter・Dart・Firebase関連の確認点を整理したものです。問題の発覚が今日という意味ではなく、配布済みアプリを含む対応を継続して追うための記事です。eMudhra側の対応状況は10月28日更新の公式声明で確認できます。
OSの更新と、アプリ内の証明書ストアは同じではない
アプリがどの証明書ストアと検証処理を使うかで、OSやブラウザーの対策がそのまま効くかは異なります。Firebaseの公式案内は、対象のアプリについてSDK・プラグインの更新、再ビルド・再配布、利用者側の更新を求めています。Firebaseの対象と対応
管理者のPCだけを更新した状態と、利用者へ修正版が行き渡った状態は区別して記録します。
Flutter・DartはOSと接続方法を照合する
Dart SDKの公式アドバイザリは、dart:io でTLS／HTTPS接続するアプリについて、Android・Windows、未修正のLinux環境やコンテナなどの影響を説明しています。同じ告知では、Web・iOS・macOSはブラウザーやApple側の証明書検証を使うため、このDartの問題の対象外とされています。Dart・Flutterの公式アドバイザリ
安定版の修正はDart 3.13.7、Flutter 3.47.8です。対象アプリはSDKを更新してビルドし直し、バイナリやアプリを配布します。LinuxはシステムのCA証明書バンドルが更新済みかなど、告知が示す環境条件も照合します。
ここで対象外とされるOSでも、アプリに同梱した別のSDKが影響を受ける場合があります。特にFirestoreのSDKは、次の項目として確認します。
FirestoreとApp Distributionは別の更新対象
| 利用しているもの | 公式案内で確認する対象と作業 |
|---|---|
| FlutterのCloud Firestoreプラグイン | iOS・macOS・Windowsの対象版を照合し、プラグイン更新後に再ビルド・再配布 |
| Apple向けのネイティブFirestore SDK | 対象SDKを更新し、アプリを再配布 |
| Unity・C++のFirestore SDK | Apple・デスクトップ向けの対象SDKを更新し、ビルド・配布し直す |
| Firebase App Distribution Gradleプラグイン | 5.3.1以降へ更新し、CIなどで更新版が使われることを確認。これだけを理由とするアプリの再配布は不要 |
対応する修正版は配布先とSDK系列によって異なります。Firebaseの公式ページには、直近のメジャー版へ移行していない構成向けの修正版も案内されています。実際の依存関係を、公式の対象版・修正版の表と照合してください。
なお、同ページはCloud Firestoreのバックエンド自体はこの問題の影響を受けていないと説明しています。サービス側と、アプリ内のSDKの更新を切り分けることが確認点です。
WordPress・Chromeにも、同じ問題への別の対応がある
WordPress 7.1.4には、eMudhraの失効に伴う同梱ルート証明書の更新が含まれます。WordPress公式告知、Tesujiの更新記事
ChromeにはCRLSetによるブロックやルートストアの対応が案内されています。Google公式説明。一つの認証局の問題が、ブラウザー・アプリSDK・CMSそれぞれの更新につながる事例としてたどれます。
配布済みアプリまで、対応の記録をつなぐ
以下はTesuji編集上の運用提案です。
- アプリ・配布先OS・SDK／プラグインの版・ビルド番号を一覧にする。
- それぞれの公式告知と照合し、影響あり・対象外・確認中を記録する。
- 修正版でビルド・動作確認し、配布した版と日時を記録する。
- 利用者へ更新を案内し、旧版がどれくらい残っているか確認する。
- 証明書の検証を無効にして接続障害を回避する運用を安易に導入しない。
証明書を提供する側の移行と、証明書を信頼する利用側の更新は、別々に進みます。利用者の端末まで含めて対応完了を確認することが、この事例からの保守上の確認点です。
確認日：2026年10月29日。対象OS・修正版・配布方法は更新されるため、作業時点の公式案内を確認してください。