DigiCert は世界最大級の認証局のひとつです。その事業はアイデンティティの検証です。ウェブサイトに鍵マークが表示されるとき、その背後にある証明書を DigiCert が発行している可能性は高いでしょう。11月5日、BleepingComputer は、DigiCert がデータ侵害を受けたと顧客に通知したこと、そして流出した記録には、DigiCert 自身がそうした確認のために収集した身分証明書類が含まれていることを報じました。
侵害の発端は移行作業でした。Mozilla の Bugzilla プラットフォームで公開された DigiCert 自身のインシデント報告によると、2025年2月4日のサーバー移行で、社内の業務システムが、VPN 経由でしか到達できないネットワークセグメントから、パブリックインターネットから到達可能なセグメントへと誤って移されました。このシステムには他のアプリケーション向けの自己登録機能があったため、インターネット上の誰もがアカウントを作成できました。さらに認可の欠陥により、アプリケーションに割り当てられていないそれらのアカウントが、アーカイブされた顧客情報を読み取り専用モードで閲覧できる状態になっていました。
関係するデータの性質こそが、今回の侵害を通常の連絡先リストの漏えいとは異なるものにしています。DigiCert によると、影響を受けたアーカイブには、アーカイブ済み顧客データのごく一部、すなわち氏名、業務用メールアドレス、電話番号、業務上の住所が含まれていました。ごく少数のアカウントについては、証明書の検証時に提出された個人の身分証明書類——運転免許証、パスポート、公共料金の請求書など、氏名と住所が記載された書類——も記録に含まれていました。DigiCert は影響を受けた人数を明らかにしていません。クラウドアーキテクトの Fabian Bader 氏は、自身が受け取った通知の写しを X で共有し、このインシデントを「限定的」と表現することに異議を唱えました。
あらゆるセキュリティチームが懸念すべきなのはタイムラインです。それは、あらゆる段階でほぼ正しく機能していたシステムのタイムラインだからです。DigiCert は2026年6月、露出したシステム上で不正なアカウントを初めて発見し、それらはアプリケーションに割り当てられていないため顧客情報にはアクセスできないと結論づけました。システムが本来どう動くはずだったかを踏まえれば妥当な推論であり、そして誤った推論でした。同社が運営するセキュリティリサーチプログラムを通じた報告で、外部のユーザーがアカウントを作成できると警告され、DigiCert は6月24日にそれを確認して修正を展開しました。しかし、アーカイブされたデータにすでにアクセスされていたことには気づきませんでした。同社がアーカイブへのアクセスを初めて疑ったのは10月12日になってからで、10月19日、追加調査によって、不正なアカウントが2026年6月27日から7月2日にかけて顧客情報を読み取っていたことが確認されました。DigiCert 自身の言葉では、「このインシデントは当初、データアクセスの事象ではなく、アカウント作成の問題として扱われました」。
境界も重要です。不正なアカウントのアクセスは読み取り専用でした。記録の変更、証明書の検証の承認、証明書の発行はできず、ログにもそうした活動は見られませんでした。DigiCert の認証局サービス、CertCentral、DigiCert ONE プラットフォームは侵害されておらず、顧客のログイン認証情報と発行済みの証明書は引き続き安全です。そのいずれにも疑いはありません。そして、そのいずれも、持ち出されたものを変えはしません。これらの書類はなりすましの原材料であり、本来存在するはずのなかったアカウントが、本来到達できるはずのなかったシステムを通じて読み取れる状態にあったのです。
実際に何が失敗したのか
3つの異なる失敗が積み重なって、ひとつの侵害になりました。
第一に、検知されないドリフト。移行作業によってシステムがネットワーク境界を越えて——VPN 限定からインターネット到達可能へと——移されたにもかかわらず、16か月間、その変更を指摘するものは何もありませんでした。ネットワークの変更は、どの環境でも最も日常的な作業のひとつであり、同時に最も危険な作業のひとつでもあります。誰が何に到達できるかを、静かに書き換えてしまうからです。置かれた場所のおかげで安全だったシステムは、移された瞬間に安全ではなくなりました。
第二に、一度だけ、しかも誤ったタイミングで評価された認可チェック。このシステムのロジックは、アプリケーションが割り当てられていないアカウントはデータにアクセスできない、というものでした。アカウントがどのように作成されたかについての記述が、アカウントに何ができるかの保証として扱われていたのです。認可の欠陥がその保証を破り、チェックが本当に意味を持つアクセスの時点で、誰もそれを再確認しませんでした。そのアカウントが信頼されたのは、それが何をしているかではなく、どのように生まれたかによってでした。
第三に、最初のもっともらしい説明で止まった調査。「不正なアカウントは存在するが、データには到達できない」というのは、それだけで完結しているように感じられる結論です。その結論によって6月に案件は閉じられ、6月下旬から7月上旬にかけてデータが読み取られているあいだも、案件は閉じられたままでした。それを正すはずだった証拠が調べられたのは、ようやく疑いが生まれた後の10月になってからでした。
Redthread はこの種の失敗に対してどう設計されているか
これこそ、Redthread の評価プラットフォームが縮小するために設計された種類の失敗です。貴社自身の環境に潜む悪用可能な弱点とドリフトを、証拠とともに見つけ出し、継続的に再確認します。
評価プラットフォーム (redthreadsec.com）は、エージェント不要で AI ネイティブです。環境全体——エージェント、アプリケーション、コード、クラウドアカウント、アイデンティティ、制御、そしてそれらが到達できるデータ——をひとつのコンテキストグラフ、Redthread Flow にまとめます。そのため、社内システム、それが置かれたセグメント、その背後にある身分証明書類が、つながったひとつの全体像として表示されます。無料のセルフサービス環境スキャン（Assess & Consolidate）は、何もインストールせずに、AI とエージェントの利用範囲、シャドーAI、クラウドのポスチャと機密データの露出（DSPM）、クラウドをまたぐ攻撃経路を、優先度の高い順に示します。当社のエクスプロイト検証エンジンは弱点を実際に突き、MITRE ATLAS にマッピングした OWASP LLM Top 10 に照らして AI アプリケーションとエージェントのペネトレーションテストを行います。すべての検出結果には再現可能な PoC が付きます。推測ではなく、証拠です。CI/CD ゲーティングは実証済みの攻撃経路を持ち込むマージをブロックし、継続的な再評価がドリフトを捉え、結果は監査人が求めるフレームワークにマッピングされたレポートと証明書（Letter of Attestation）にまとめられます。
Agentic Trust & Protection Platform — ATPP (trust.redthreadsec.com、コンソールでは Agent Trust & Enforce）は、同じ原則を機械の権限に適用します。ビルドに紐付いた暗号学的エージェントアイデンティティ（SPIFFE）により、アイデンティティは名前や静的な認証情報ではなく、検証可能な形で貴社のコードそのものになります。アイデンティティとツールの主張は、アカウント作成時ではなく使用の瞬間に、呼び出し時にあわせて検証されます。署名付きレシートによる権限を狭めていく委任により、権限は受け渡されるたびに狭まることしかできません。ツールがドリフトすると失効が伝播します。オーケストレーター、ゲートウェイ、SIEM 向けに署名付きの信頼状態イベントを発行します。そして、MCP レジストリ全体の日次署名付きスキャン（11月1日のスキャンでは 54,513 件のサーバーを対象に 1,509 件の掲載すり替えを検出しました）を、公開の Sigstore Rekor 透明性ログに固定しています。プレビュー中の Enforce ゲートウェイはこれらのチェックを呼び出しの経路上に置き、Claude Code と Cursor 向けのフックは、各 MCP ツール呼び出しを実行前にサーバーの署名付き主張と照合します。署名鍵は、クラウドのボールトで封印された別の署名サービスで保管され、署名を依頼することはできても、鍵を読み取ることは決してできません。信頼イベントは、データベース自体が更新・削除・切り捨てを拒否する台帳に書き込まれます。
Redthread が主張しないこと
率直に言います。Redthread は DigiCert の環境の内部にいたわけではなく、DigiCert を評価したこともありません。当社のエクスプロイト検証エンジンがあの認可の欠陥を見つけていた、あるいはあの移行を指摘していたと約束することもできません。ATPP はエージェントのアイデンティティ層であり、認証局の監査ツールではありません。また、影響を受けた人数についても主張しません。DigiCert は人数を公表しておらず、現在出回っている数字はいずれも推測です。当社が主張するのは、構造的で検証可能なことです。スキャン結果から推測するのではなく実際に突いて実証した弱点、継続的に再確認されるドリフト、使用の瞬間に検証される権限は、今回の侵害をここまで大きくした検知の空白と影響範囲の両方を縮小します。DigiCert に身分証明書類を提出したことがある方は、その書類が流出したものとして扱い、それを使ったなりすましの試みに注意してください。
私たちと一緒に作りましょう
当社は、2〜3社の創業デザインパートナー枠を募集しています。30〜45日間の無料パイロットでは、環境スキャンを行い、ひとつの本番ワークフローに検知のみのモードで暗号学的アイデンティティと呼び出し時の検証を導入し、監査人から繰り返し求められる証明の証拠をお渡しします。パイロット後は、大幅に割り引かれた創業パートナー価格で固定されます。貴社の環境にある社内システムが身分証明書類を保持しているなら（実際に保持しています）、まずは 無料の環境スキャン を redthreadsec.com でお試しいただくか、デザインパートナー枠について当社へ直接ご相談ください。
出典： BleepingComputer「DigiCert data breach exposes customer information, identity documents」（2026年11月5日）、Mozilla の Bugzilla プラットフォームに掲載された DigiCert のインシデント報告（2026年11月1日掲載。2026年11月5日付の BleepingComputer および SC Media の要約による）。