FBI に侵入したいなら、FBI から始めることはないでしょう。FBI が信頼している企業のどれかから始めるはずです。
この数週間で起きたのは、まさにそれでした。ShinyHunters グループは、FBI の採用ポータルである FBIJobs.gov に侵入しました。FBI 自身の防御を破ったのではなく、通用口を通ってです。その通用口とは、第三者の請負業者が FBI に代わって管理するプラットフォームでした。2人の匿名の情報筋を引用した Reuters の報道によれば、そのプラットフォームは Oracle PeopleSoft で、請負業者は Accenture のために働いていました。Oracle は、このグループが悪用していた PeopleSoft の弱点に対する修正を6月に公開しており、FBI は請負業者がパッチを適用しなかったことを原因としています。
FBI は不正な活動を認め、Reuters によれば、その請負業者を外しました。しかし、名前よりも重要なのは経緯です。地球上で最もセキュリティ意識の高い組織のひとつが攻撃者に到達されたのは、その環境内のプラットフォームが何か月もパッチを適用しておらず、誰のプロセスもそれに気づかなかったからです。
FBI の委託先のチェーンが、既知の脆弱性を抱えたプラットフォームを夏のあいだずっと気づかれないまま抱えていられたのなら、貴社の中ではいま何がパッチ未適用のまま眠っているでしょうか。
実際に何が失敗したのか
ここでファイアウォールを強行突破した者はいません。失敗したのは管理モデル、つまりほぼすべての組織が第三者リスクを扱うやり方です。
仕組みはこうです。ベンダーは承認される前にアンケートに回答します。年に一度、誰かがその認証、ポリシー、証明書をレビューします。「ベンダーレビュー済み」のチェックボックスにチェックが入ります。そして誰もが通常業務に戻ります。そのあいだもベンダーのプラットフォームは毎日変わり続けます。パッチが適用されたりされなかったり、設定がドリフトしたり、AI 機能がひそかに有効化されたり。
問題は評価が欠けていたことではありません。実際に行われている評価は写真のようなもので、ある瞬間を認証するものです。プラットフォームが6月以降ずっと脆弱な状態にあっても、誠実に回答されたアンケートがそれを見逃すことはありえます。定期的なレビューは、環境を記録するために設計されたものであって、監視するためのものではないからです。
貴社の環境も同じです。貴社のセキュリティは、いまやそこにつながるすべてのベンダー、プラットフォーム、連携、AI ツール、請負業者が管理するシステムのセキュリティでもあります。そのどれもが貴社の管理の及ばない扉であり、すべてが毎日変化しています。攻撃者はこれを知っています。彼らは最も強固な壁を攻めません。ベンダーの一覧を物色するのです。
従来のセキュリティが見逃し続ける理由
従来のセキュリティ企業は、静的な世界のために作られました。年に一度のペネトレーションテスト、コンプライアンスのチェックリスト、四半期単位で回るベンダーレビューのサイクル。環境がゆっくりとしか変わらなかった頃には、そのペースは理にかなっていました。
いまはもう違います。そして最も新しい層ほど、最も速く変化します。企業は、インベントリが追いつけない速さで AI エージェントやツールを導入しています。6月に見逃したパッチは、秋には侵害のニュースになります。年に一度確認される管理策は、残りの364日間はただの前提にすぎません。
ギャップの原因は努力や意図ではありません。アーキテクチャです。継続的な問題を、定期的なプロセスで塞ぐことはできません。
Redthread はどう戦うか：環境を年に一度ではなく、継続的に評価する
Redthread は、ひとつの信念を軸に2つの製品を構築しています。信頼は継続的に検証されなければならず、検出結果は推測ではなく実証されていなければならない、という信念です。
1つ目は、当社の AI ネイティブなアプリケーション保護プラットフォームです。エージェント不要を基本としているため、何もインストールせず、数分で使い始められます。従来のレビューが最も苦手とする層、つまり第三者と AI の領域も含めて、環境を継続的に評価します。シャドーAI の発見機能は、チームが実際に使っているツール、エージェント、連携を見つけ出します。誰も棚卸ししていなかったもの、つまりまさにリスクを抱えているものも含めてです。クラウドのポスチャとデータセキュリティのスキャンが、その下のインフラをカバーします。そして弱点を報告する場合は、それを証明します。エクスプロイト検証は、スキャナーの当て推量から推測した深刻度スコアを割り当てるのではなく、攻撃を再現します。
これにより、ベンダーとの対話が変わります。見逃されたパッチがアンケートの回答の中に隠れることはできません。継続的な再評価のもとでは、翌年のレビューを待たず、再現手順付きの実証済みの検出結果として数日のうちに表面化します。そのすべてが、環境のひとつのコンテキストグラフ（アプリケーション、コード、クラウドアカウント、アイデンティティ、すでに稼働している制御、そしてそれらが到達できるデータ）の上に載っているため、ベンダーの弱点は、それが貴社の環境で実際に何に到達できるかによってランク付けされます。そしてベンダーが基準を満たせば、Redthread は監査人が実際に求めるフレームワーク（SOC 2、ISO 27001、ISO 42001、PCI DSS v4.0、GDPR、HIPAA、NIST CSF、NIST AI RMF、EU AI Act）にマッピングされた証明書（Letter of Attestation）を発行します。これは自己申告のチェックボックスではなく、ベンダーに責任を求めることのできる証拠です。また企業は、自社のサプライチェーンに責任を果たさせる取り組みの一環として、こうしたレポートを自社の名前で発行することもできます。
同じ考え方を、エージェントのサプライチェーンに：ATPP
2つ目の製品である Agentic Trust & Protection Platform（ATPP）は、同じモデルを最も変化の速いベンダー領域、つまり AI エージェントとそれが呼び出すツールに適用します。
当社は毎日、公開 MCP レジストリ全体をスキャンして結果に署名しています。その日のマニフェストは公開の Sigstore Rekor 透明性ログに固定され、ツール定義はフィンガープリント化されるため、静かな変更も表面化します。11月2日のスキャンでは、公式 MCP レジストリの 55,375 件のサーバーを対象に、1,518 件の掲載すり替え（同じ名前のまま、掲載の背後にあるコードの持ち主が替わったもの）と、バージョンを上げないまま定義が変更された 2,193 件のツールを検出しました。これは FBIJobs の失敗をエコシステムの規模で再現したものです。承認したものが、いつの間にか実行しているものではなくなっているのです。サーバーが合格した公開者は公開バッジを獲得し、誰でもツールに依存する前にその信頼状態を確認できます。
組織の内部では、ATPP がすべてのエージェントに実際に稼働しているビルドに紐付いた暗号学的アイデンティティを与え、アイデンティティと権限を呼び出し時に検証します。オンボーディングの時点ではなく、エージェントが行動する時点でです。署名付きの信頼状態イベントが継続的に流れるため、ツールが逸脱したり証明が失敗したりすると、信頼はライブのシグナルとして低下するか、取り消されます。さらに先へ進む準備ができたチーム向けに、プレビュー中の Enforce ゲートウェイがそのシグナルに基づいてインラインで対処できます。
私たちと一緒に作りましょう
当社は本番システムを持つ若い会社であり、明確な視点を持っています。これからの10年のセキュリティで勝つのは、信頼を年に一度認証するのをやめ、継続的に検証し始めた者だ、という視点です。
当社は、2〜3社の創業デザインパートナー枠を募集しています。パイロットは30〜45日間無料で、ベンダーと AI の領域を含む、貴社の環境の本番稼働中の一部で実施します。創業パートナーには大幅に割り引かれた価格が固定で適用され、当社が次に何を作るかに直接意見を届けるルートが得られます。エンタープライズのレビューにエージェントを送り出す創業チームの方、あるいはベンダーの一覧が監視できる規模を超えてしまった企業の方は、 ぜひご相談ください。
まずは事実を知ることから始めましょう。 無料のセルフサービススキャンを実行するか、ライブのトラストデータを trust.redthreadsec.comで確認してください。問われているのは、開いた扉を先に見つけるのか、後になってニュースで知るのか、それだけです。