ZCodeが完全なGit履歴をアップロード、AIコーディングのプライバシーに警鐘

AIコーディング支援ツールは、コード補完だけでなく、ファイルの変更、タスクの実行、複数モジュールにまたがる調査まで担うようになりました。その結果、ローカル環境から取得できる情報の範囲も広がっています。開発効率が上がる一方で、何を読み取り、何を送信し、どれだけ保存するのかを確認することが重要になっています。

問題の概要

今回のZCodeをめぐる議論の焦点は、単にAIツールがソースコードを読むことではありません。エンドツーエンドの長時間タスク機能が、プロジェクトの完全な.git履歴をまとめてパッケージ化し、アップロードすると報告された点にあります。公式コミュニティもこの挙動を確認しています。提供された素材によれば、この問題によってGLM-5.5のリリースが延期され、関係者が対応を進めています。

完全なGit履歴は、現在の作業ツリーよりはるかに広い情報を含みます。主ブランチから削除されたコードが過去のコミットや別ブランチに残っている場合もあります。コミットメッセージ、ファイルパス、差分、変更の流れから、システム構成や修正方針、社内の開発情報が推測される可能性もあります。「現在のコードだけを送る」という認識だけでは、実際のリスクを説明できません。

開発者が確認すべき点

• 送信範囲：隠しディレクトリ、履歴、未追跡ファイル、別ブランチを読み取るか。
• 機能の発動条件：どの機能が収集範囲を広げ、実行前に通知と同意があるか。
• データのライフサイクル：学習利用の有無、保存期間、削除方法、第三者アクセス。
• 企業向けの管理：テナント分離、権限、保存地域、監査ログが用意されているか。
• ローカルの対策：機密リポジトリで長時間タスクやネットワーク通信を制限できるか。

この問題が示すこと

AIコーディングツールの安全性は、現在のファイルが送信されるかどうかだけで判断できません。コンテキストの発見方法、ファイルの梱包方法、送信されるメタデータ、その後の利用まで、データの経路全体を調べる必要があります。企業はリポジトリ権限や秘密情報管理に加え、AIツールをソフトウェアサプライチェーンと情報漏えい対策の監査対象に含めるべきです。

開発者は、AIコーディングツールを無条件に信頼できるローカル拡張ではなく、権限を持つ外部サービスとして扱うのが安全です。送信範囲が明確になるまでは、営業秘密、認証情報、未公開設計を含むリポジトリを長時間自動化機能に渡すべきではありません。提供側には、見える形で設定でき、監査可能なデータ制御と、重要な操作を拒否できる仕組みが求められます。

出典：OSChina