GitHub、Copilotに監査向けユーザー紐付け導入

米GitHub（世界最大のソフトウェア開発基盤を運営する米企業）は、エンタープライズ管理者向けに、GitHub Copilot（GitHubが提供するAIコーディング支援ツール）のクライアント側テレメトリ（運用ログ）において、ユーザー属性を紐付けられる新設定「telemetry.capture.identity」の提供を開始しました。プロンプトや生成コードといった機密コンテンツを収集することなく利用実績を特定でき、企業のセキュリティ監査要件への適合性を高めます。

ユーザー紐付け属性と対応クライアント環境

今回追加された telemetry.capture.identity 設定を有効化すると、OpenTelemetry（OTel）形式のログデータに以下の3つの属性が付与されます。

• user.name: 認証済みのGitHubアカウント名（GitHubログイン）
• process.user.name: 作業端末のローカルOSユーザー名
• host.name: 作業端末のホスト名（マシン名）

本機能は初期状態では無効（オフ）に設定されており、従来の仮名化されたユーザー識別子とは分離して管理されます。利用可能な環境は、Copilot CLI、GitHub Copilotデスクトップアプリ、および「Agent Host」機能を利用するVS Codeセッションです。

5つのコンテンツ収集クラスの個別制御

企業管理者はユーザー識別情報の紐付けに加え、以下の5種類のコンテンツ収集クラスを個別にオン／オフ制御できるようになりました。

収集クラス	収集対象のデータ	主な用途と注意点
prompts	ユーザー、システム、開発者のプロンプトおよび入力コンテキスト	プロンプト内容の監査（ソースコードが含まれる可能性あり）
responses	AIアシスタントからの返答内容および推論過程	出力コードや回答の品質監査
toolArguments	ツール引数、コマンド、MCPサーバーやプラグインの識別子	実行指示内容の検証
toolOutput	ツールの実行結果データおよびエラー詳細	実行成否や障害調査
policyDetail	サンドボックスのファイルパスなどポリシー詳細情報	セキュリティ境界の動作確認

すべての収集クラスは初期状態でオフとなっています。企業管理者による集中管理設定（managed values）は端末側のローカル設定や環境変数より常に優先されます。

機密保護と監査証跡を両立させる実務的メリット

従来のテレメトリ設定では、詳細ログを取得しようとするとソースコードやプロンプト全文まで収集されてしまい、社内情報漏洩の懸念からテレメトリ自体を全面遮断せざるを得ない企業が多くありました。

今回の分離設計により、「コードやプロンプトの内容は一切外部に出さず、どの開発者がいつCopilotを活用したかという稼働実績のみを記録する」といった運用が可能になります。これにより、金融機関や製造業など機密管理が厳しい現場でも、コンプライアンスを満たした安全な導入が進めやすくなります。

分析と今後の展望

AIエージェントがIDEを超えてCLIや自律タスク実行へと活用領域を広げる中、企業のIT部門には「誰がどのような権限でAIツールを実行したか」を正確に把握するガバナンスが求められています。OpenTelemetry標準に準拠したオープンな監査ログ出力と、コンテンツ非収集を前提としたID管理の提供は、エンタープライズにおけるAI開発基盤の標準装備となる動きといえます。

引用元：The GitHub Blog