GitHub Copilot: 個人プランの通信ドメインだけをファイアウォールで止める
Copilot はプランごとに通信先のドメインが分かれている。社内ネットワークで *.business.githubcopilot.com/*.enterprise.githubcopilot.com は許可し、*.individual.githubcopilot.com(Free/Pro/Pro+)は遮断すれば、社員が個人アカウントでサインインしても学習対象になりうる経路では通信できない。
どんな場面で使う?
- 会社で Copilot Business/Enterprise を契約しているが、全員が本当にその経路で使っているか言い切れないとき
- Copilot Free/Pro/Pro+ の入出力が、オプトアウトしない限りモデル学習に使われる方針(2026-04-24 適用)への対策
- VS Code に Copilot Chat が標準で同梱され(1.116 以降)、拡張の配布を止める統制が効かなくなったとき
手順(freee の事例)
- ネットワーク層で止める(採用): 社内のファイアウォール/プロキシで次を設定する
- 許可:
*.business.githubcopilot.com、*.enterprise.githubcopilot.com - 遮断:
*.individual.githubcopilot.com
- 許可:
- 個人設定もお願いする(部分採用): 個人アカウントを業務で使う人には
- github.com の「Allow GitHub to use my data for AI model training」をオフ
- github.com で「Push protection for yourself」をオン(どのリポジトリでも秘密情報の push を止める)
- シートの割り当てを棚卸しする: 組織に招待されていても、Business/Enterprise のシートが付いていなければ組織のポリシーは効かず、Free に自動で入ってしまう
注意点
- 社内ネットワークを通らない環境(自宅回線など)ではすり抜ける。SSO や IP 許可リストで「社内の情報に触れられない」ようにして補う
- 全員にシートを配る方法は確実だが、使わない人の分もコストがかかる(freee は見送り)
- Copilot は MCP サーバーやモデルの許可リスト、利用状況のダッシュボードなど統制機能が揃っている。ここを押さえれば AI 利用の統制の多くを GitHub 側に集められる、というのが記事の見立て
- 関連: エージェントの通信をプロキシ経由にして、許可したサイトにしか出られないようにする
出典
- いいね: @tk3fftk · 2026-04-22
- freee Developers Hub「GitHub Copilotにソースコードを学習されないために対応したこと」: developers.freee.co.jp