【ITニュース解説】GitHub Now Blocks Two More Anthropic Key Types at Push. Here's What It Still Misses

ソフトウェア開発の世界では、コードを共有し管理するためにGitとGitHubが広く使われている。この環境で特に注意が必要なのが、APIキーのような秘密情報（シークレット）の管理だ。APIキーは、私たちが作ったプログラムが、AnthropicのAIサービスのような外部のサービスを利用するための「合言葉」のようなもので、これが漏洩すると、悪意のある第三者にサービスを不正利用され、多大な損害につながる恐れがある。

そんな中、GitHubは2026年10月13日、秘密情報の漏洩を防ぐための機能をさらに強化したと発表した。具体的には、AI企業AnthropicのAPIキーのうち、「anthropic_user_api_key」と「anthropic_service_api_key」の2種類の検出能力が向上し、これらのキーが含まれるコードがGitHubにプッシュされるのを自動的にブロックするようになった。これは、開発者が誤って秘密情報を公開してしまう事故を防ぐための重要な一歩と言える。

AnthropicのAPIキーにはいくつかの種類があり、それぞれ異なる用途が推奨されている。「個人用キー」は主に個人の開発作業で使うことを想定しており、キーの持ち主が組織を離れると機能しなくなる。「サービスアカウントキー」は、プログラムが自動的に動くCI/CDパイプラインや、本番環境のサービス、あるいは自動化されたエージェントなど、共有される作業負荷のために設計されている。開発者は、プロジェクトの目的や環境に応じてこれらのキーを適切に使い分けることが求められる。今回のGitHubの更新は、これらAnthropicが新しく推奨するキーの種類に対応したものだ。

GitHubの「プッシュ保護」機能は、開発者がGitのコマンドラインからコードをプッシュしようとしたり、GitHubのウェブインターフェース上でコミットしたり、ファイルをアップロードしたりする際に、コミット内容をスキャンして既知の秘密情報がないかを確認する。もし秘密情報が検出されれば、プッシュは阻止される。特に無料の公開リポジトリでは、この保護機能がデフォルトで有効になっており、新たなAnthropicのキータイプも自動的にブロック対象に追加された。これにより、公開リポジトリへの秘密情報漏洩のリスクは大幅に低減されることが期待される。

しかし、このプッシュ保護にはいくつかの限界があることも理解しておく必要がある。まず、プッシュがブロックされても、検出された秘密情報は開発者のローカルコンピュータのGit履歴には残ったままだ。GitHubへの公開は防がれても、ローカルで消去されたわけではないため、手動で履歴から削除するなどの対応が必要になる。

また、GitHubのリポジトリには「公開リポジトリ」と「プライベートリポジトリ」の2種類がある。今回のGitHubの変更でデフォルトで保護されるのは、主に公開リポジトリだ。プライベートリポジトリの場合、「GitHub Secret Protection」と「リポジトリプッシュ保護」という機能を組織またはリポジトリレベルで明示的に有効にしない限り、秘密情報のプッシュはブロックされない。つまり、プライベートなプロジェクトで作業している場合、開発者自身がこれらのセキュリティ設定をオンにしなければ、新しい保護機能の恩恵を受けられない。

さらに、プッシュ保護は「壁」ではなく「一時停止」のようなものだ。リポジトリへの書き込み権限を持つユーザーは、特定の理由（例：「テストで使用している」「誤検出だ」「後で修正する」）を付けて、プッシュ保護をバイパスし、ブロックされたコミットを強制的にプッシュできる。リポジトリレベルのプッシュ保護が有効な場合は、バイパスするたびにアラートが生成され、管理者やセキュリティ担当者に通知されるが、デフォルト設定の公開リポジトリではアラートが生成されない場合があるため、バイパスの利用は慎重に行うべきだ。

APIキーのような秘密情報は、Gitのコミット履歴だけでなく、開発者のコンピュータのシェル履歴（ターミナルで入力したコマンドの履歴）にも残ってしまう可能性がある。そのため、コマンドラインで直接APIキーを設定する際には特に注意が必要であり、履歴の定期的なクリーンアップも怠らないようにする。

これらの点を踏まえ、システムエンジニアを目指す初心者が秘密情報の安全な管理のために今すぐ取るべき具体的な行動を3つ挙げる。

1. リポジトリプッシュ保護を有効にする: 自分の所属する組織がGitHub Secret Protectionを利用しているなら、組織レベルでプッシュ保護を有効にすること。そうでなくても、プライベートリポジトリで作業する場合は、必ずリポジトリレベルでプッシュ保護をオンにする。この機能はデフォルトでは無効な場合が多いため、忘れずに設定を確認する。

2. エージェントやCI/CDには専用のキーを使用する: Anthropicの推奨どおり、自動化されたプロセスや複数の人が関わる共有環境では「サービスアカウントキー」を使う。自分の個人用キーとは別に専用のキーを用意することで、もしエージェントのキーが漏洩しても、自分の個人用キーを巻き添えにせずに済むし、キーの管理も容易になる。また、個人のキーは持ち主が組織を離れると機能しなくなるため、共有環境で個人用キーを使うのはリスクが高い。

3. .envファイルをGitの追跡対象から外し、コミット履歴を確認する: 秘密情報を含むことが多い.envファイルは、Gitの管理対象から外すための.gitignoreファイルに必ず追加する。もし、すでに誤って.envファイルがコミットされてしまっている場合は、git rm --cached .envコマンドでGitの追跡対象から外し、ファイル自体はローカルに残す。さらに、過去のコミット履歴にAnthropicのキー（通常はsk-ant-で始まる）が含まれていないか、git log --all -p | grep -c 'sk-ant-'のようなコマンドで確認することが非常に重要だ。もし履歴に本物のキーが見つかり、それが一度でもGitHubにプッシュされていたら、直ちにAnthropicのコンソールでそのキーをローテーション（新しいキーに交換）する必要がある。一度公開されてしまったキーは、履歴を書き換えても完全に元に戻すことはできないため、最優先でローテーションを行う。

GitHubの提供するプッシュ保護機能は、秘密情報漏洩を防ぐための強力な「最後の防護網」となるが、それはあくまで補助的な手段だ。真のセキュリティは、上記のような開発者自身の意識と、日々の適切なセキュリティ習慣によって築かれる。この新しい機能を「計画」そのものと捉えるのではなく、安全な開発を支える「ネット」と位置づけ、自分自身の責任で秘密情報を守る意識を持つことが大切である。