Grok Buildのデータ送信問題、Git履歴や機密情報も無制限アップロードか

xAIが提供するAI開発支援ツール「Grok Build」において、ユーザーのローカルプロジェクト内にある機密ファイルやGitのコミット履歴、未追跡のファイルが、適切なフィルタリングなしに同社のサーバーへ送信されていることがセキュリティ研究者の調査で明らかになった。通常、AIコードアシスタントはコンテキストを理解するためにプロジェクト内のファイルを読み込むが、Grok Buildは開発者が意図しない範囲のデータまで一括してアップロードしている。具体的には、ローカル環境で動作するバックグラウンドプロセスが、プロジェクトルート以下の全ファイルを再帰的にスキャンし、暗号化や除外処理を施さずにAPIリクエストのペイロードに含めて送信していた。この挙動は、プロキシツールを用いた通信解析（MITM）によって確認されており、開発者が明示的に送信を許可していないファイルも対象に含まれている。

Grok Buildのデータ送信仕様は、既存の主要なAIコードアシスタントと比較して、セキュリティ上の配慮が著しく欠けていると指摘されている。多くの開発ツールでは、`.gitignore`やツール専用の無視設定ファイル（`.copilotignore`など）を参照し、不要なファイルや機密性の高いファイルを送信対象から除外する。しかし、Grok Buildはこれらの設定を無視し、`.git`ディレクトリ内の内部データや、環境変数を格納した`.env`ファイルまで送信していた。以下に、主要なAI開発ツールとGrok Buildにおけるデータ送信制御の比較を示す。

この検証結果が示す通り、Grok Buildはローカルリポジトリのメタデータや過去のコミット履歴まで送信しており、過去にコミットしてしまった一時的なパスワードやAPIキーなども遡って収集されるリスクがある。

プロジェクトのメタデータや環境変数が外部サーバーに送信されることは、単なるプライバシーの問題に留まらず、重大なセキュリティインシデントに直結する。特に`.env`ファイルに記述されたデータベースの接続情報やサードパーティ製サービスのAPIトークンが漏洩した場合、不正アクセスやサプライチェーン攻撃の足がかりとされる危険性がある。また、Gitの内部ディレクトリ（`.git`）には、過去のすべての変更履歴が記録されているため、現行のコードから機密情報を削除していても、過去のコミットから情報が復元されてしまう。このようなリスクを回避するため、開発現場ではGrok Buildの使用を一時的に制限するか、ローカルプロキシやファイアウォールを用いてxAIのデータ送信先ドメインへの通信を遮断するなどの対策が必要となる。AIツールの利便性を享受しつつも、送信されるデータのスコープを厳密に制御できる仕組みの導入が強く求められている。