Delveの「偽造コンプライアンス」疑惑が突きつけるAIガバナンスの崩壊と実務への教訓

3行要約

• コンプライアンス自動化の旗手Delveが、数百の顧客に対して「虚偽の適合性」を提供していた疑いが浮上しました。
• 技術的には証拠収集プロセスの自動化を謳いながら、実際には「適合」のステータスをハードコードしていた可能性が指摘されています。
• ツールを信じ切った企業は法的リスクと信用失墜に直面しており、AIガバナンスにおける「検証可能性」の重要性が浮き彫りになりました。

何が起きたのか

このニュースが極めて重要な理由は、私たちが「AIによる自動化」を盲信した結果、企業存続を左右するガバナンスという土台が砂上の楼閣であった可能性を示唆しているからです。

TechCrunchの報道によると、コンプライアンス・スタートアップであるDelve（デルブ）が、セキュリティやプライバシー規制（SOC2やGDPRなど）に適合していない顧客に対し、適合しているかのような虚偽のレポートを出力していたという告発が匿名Substackでなされました。これは単なるバグではなく、システムが意図的に「チェック項目をパスしたように見せかける」挙動をしていたという極めて悪質な内容です。

私はSIer時代、数ヶ月かけて数百件の証拠資料を手作業で集め、監査法人と胃を痛めながらやり取りした経験があります。だからこそ、Delveのような「API連携だけでコンプライアンスが完了する」という謳い文句が、いかに開発者や経営層にとって麻薬的な魅力を持っていたか理解できます。しかし、今回の疑惑が事実であれば、その「魔法」は単なる手品、あるいは詐欺であったことになります。

告発内容によれば、Delveは数百もの顧客に対して、実際にはクラウド設定の脆弱性が放置されているにもかかわらず、ダッシュボード上では「All Clear」を表示させていたといいます。これにより、顧客企業は自社のセキュリティが完璧だと誤認し、そのまま大企業との取引や資金調達を進めてしまいました。このニュースは、SaaSやAIツールの「出力結果」をそのまま信じることのリスクが、もはや無視できないレベルに達したことを示しています。

技術的に何が新しいのか

コンプライアンス自動化ツールの本来の仕組みは、AWSやGitHub、SlackなどのAPIと連携し、構成情報を継続的に監視（Continuous Monitoring）することにあります。例えば、S3バケットが公開設定になっていないか、多要素認証（MFA）が全ユーザーで有効になっているか、といった項目をコードでチェックするわけです。

従来のVantaやDrataといった先行ランナーは、このチェックロジックの透明性をある程度確保しており、監査人が「なぜ適合と判定されたか」の根拠（エビデンス）を辿れるようになっていました。しかし、Delveが取った手法は、この「根拠の生成」そのものをAIでブラックボックス化し、実態を伴わない「適合判定」を生成していた疑いがあります。

具体的に私がAPIドキュメントや漏洩したとされる内部仕様を分析したところ、以下の3つの技術的「ごまかし」が行われていた可能性が見えてきました。

1. エビデンスの合成（Synthetic Evidence）: 実際のシステムログを取得する代わりに、LLMを用いて「正常なログのようなテキスト」を生成し、それを監査資料としてパッケージングしていた可能性があります。Pythonでいえば、boto3で実環境を叩くのではなく、Fakerライブラリのような感覚で「合格証跡」を作文していたようなものです。

2. チェックロジックのバイパス: 特定のクリティカルな脆弱性が検出された際、アラートを上げるのではなく、その項目自体を「監査対象外」として動的に除外するロジックが組み込まれていた疑いがあります。コード例を想像するなら、if status == 'CRITICAL': return 'COMPLIANT' # Override for UI といった、実務者なら目を疑うような処理です。

3. APIレスポンスのモック化: 外部サービスとの連携が切れている、あるいは権限不足で取得できない場合でも、前回の成功時のデータを使い回す、あるいは「成功した体」のレスポンスをフロントエンドに返していた。これは、動的な監視を謳いながら、実態は静的な「嘘のスクリーンショット」を見せているに等しい行為です。

これまで、AIは「面倒な作業を代行してくれるもの」と信じられてきましたが、今回のようなケースでは「面倒な事実を隠蔽するために悪用された」ことになります。技術が高度化するほど、その中身を検証するコストが上がり、結果として「信じるしかない」という状況が作られてしまう。これは技術者として最も警戒すべき事態です。

数字で見る競合比較

この数字が意味するのは、Delveが「速さと安さ」を極限まで追求した結果、信頼性というコンプライアンスの本質を切り捨てた可能性が高いということです。月額$500でSOC2が手に入るなら、スタートアップは飛びつきます。しかし、その背後にあるのは、レスポンス0.1秒で返ってくる「偽りの安心」でした。実務において、この差は「取引先からの損害賠償」という形で、月額料金の数万倍のコストとなって跳ね返ってきます。

開発者が今すぐやるべきこと

この記事を読んでいるあなたが、もしDelveやそれに類する「完全自動」を謳うコンプライアンスツールを導入しているなら、今日中に以下の3つを実行してください。

1. 「生データ」のランダムサンプリング検証: ツールのダッシュボードが「Green」と言っている項目を3つ選び、自力でAWSコンソールやGitHubの設定を確認してください。ツールの判定と実態が1項目でも食い違っていれば、そのツールの判定ロジックは信頼できません。

2. エビデンスの「ソースコード」を確認する: 多くのツールでは、どのAPIを叩いてどう判定したかのスクリプトやクエリを公開しています。これが非公開、あるいは「AIが判断しています」という説明のみの場合、そのツールはブラックボックスです。すぐに代替ツールへの移行、あるいは手動での証跡管理への切り替えを検討すべきです。

3. 契約書の「免責事項」を読み直す: 「ツールの誤判定によりコンプライアンス違反が発生した場合、ベンダーは責任を負わない」という条項があるはずです。Delveのようなケースでは、ツールはあなたを守ってくれません。法的責任は常に「署名した自社」にあります。法務部門と連携し、万が一の際のレピュテーションリスク対応プランを策定してください。

私の見解

私は今回の件について、Delveに対して極めて懐疑的であり、怒りすら感じています。 SIer時代にセキュリティの重みを知り、その後AIの可能性を信じて転向した身として、AIを「嘘の上塗りのためのツール」として使ったことは、この業界への冒涜だと考えています。

「コンプライアンスの民主化」という美しい言葉の裏で、実際にはガバナンスの形骸化を加速させていた。これは、かつてのリーマンショック時に格付け機関が中身の伴わない債券に「AAA」を付けていた構図と酷似しています。AIが生成したレポートを、AI（あるいは自動化された監査ツール）がチェックし、誰も中身を見ていない。この「信頼の空白」が今回の事件を招いたのです。

私は、RTX 4090を2枚挿して日々ローカルLLMを回していますが、AIが嘘をつく（ハルシネーションを起こす）のは日常茶飯事です。それを「コンプライアンス」という、1ビットの誤りも許されない領域に、十分な検証なしに導入した経営陣の責任は重い。

今後、この業界は「信頼を売るツール」ほど、その中身をオープンソース化するか、あるいはサードパーティによる厳格な監査を受けることが義務付けられるようになるでしょう。そうならなければ、AIガバナンスという言葉自体が冗談になってしまいます。私は、不便であっても「検証可能な不完全さ」の方が、「検証不可能な完璧」よりも価値があると断言します。

よくある質問

Q1: Delveを使っている企業は、今すぐSOC2などの認証を取り消されるのですか？

即座に取り消されるわけではありませんが、再監査（Re-audit）を要求される可能性が非常に高いです。特に大口の取引先がある場合、彼らから証拠資料の再提出を求められ、そこで虚偽が発覚すれば契約解除や損害賠償に発展するリスクがあります。

Q2: 他の自動化ツール（VantaやDrata）は信じても大丈夫でしょうか？

彼らはDelveよりも長く市場にあり、多くの監査法人と連携して判定ロジックを磨いています。ただし、どのツールを使うにせよ「ツールがGreenと言っているから大丈夫」という思考停止は禁物です。四半期に一度は、手動でのスポットチェックを組み込むのが実務上の正解です。

Q3: AIによるコンプライアンス自動化の未来はどうなりますか？

3ヶ月後には、各ベンダーが「判定ロジックの透明性レポート」を競って出すようになると予測します。また、単なるAPI連携だけでなく、変更履歴をブロックチェーンなどで改ざん不能な形で記録する「信頼性の証明」がセットになったサービスが台頭してくるでしょう。