中国のGiteeリポジトリで2万6,400件の有効なクラウド・AIキーが露出

公開コードから削除された認証情報も、誰も無効化しなければ使い続けられる。中国のGiteeプラットフォームでは、スキャンによってテスト時に認証に成功したクラウド・AIキー2万6,400件が見つかった。

独立系研究者のBen Zimmermann氏は、750万件の公開リポジトリを調査した結果を10月28日に公表した。認証情報にはAlibaba Cloud、DeepSeek、海外サービスのものが含まれていた。このスキャンでは、攻撃者による利用や現在も有効であるかどうかは確認されていない。

中国の開発者や地域のサプライヤーと取引するAPAC企業にとって、露出したコードは、露出したクラウドアカウントやAIサービスを意味する可能性もある。

Gitの履歴に埋もれていた、使用可能なキー数千件

MongoDBの Kingfisherチームによる調査で、Zimmermann氏は完全なリポジトリ履歴に対してTruffleHogとKingfisherを実行した。両スキャナーは発行元プロバイダーに疑わしい認証情報を照会し、使用可能な各キーを1回だけ集計した。現在のコードからシークレットを削除しても、過去のコミットまでは消えない。

発見されたものには、名称不明のエンタープライズAIプラットフォームの組織管理者用認証情報も含まれていた。使用可能なキーが必ずしも管理者アクセスを与えるとは限らない。 Googleの標準APIキーは、クォータと課金のためにプロジェクトを識別し、リスクはキーの制限内容によって異なる。

中国のGiteeエコシステムは地域の開発者をグローバルサービスにつないでいる

中国の国家オープンソースホスティング構想を支援するために選ばれた Giteeは、1,400万人を超えるメンバーと4,000万件のプロジェクトがあるとしている。今回の調査対象は750万件の公開リポジトリであり、ホスティングされているすべてのプロジェクトではない。

露出したAlibaba Cloud、DeepSeek、Zhipuのキーは、権限によっては不正利用や料金発生につながる可能性がある。リスクは国境も越える。請負業者のGiteeリポジトリに、APACの別の地域で運用されるアプリケーション用のキーが含まれていることもある。そのため企業は、自社のコードを別の場所でホスティングしている場合でも、サプライヤーのGiteeプロジェクトを確認すべきだ。

Zimmermann氏は、個人向けメールサービスに関連付けられたコミットを多数発見しており、所有者の特定は困難だった。Giteeが中国にあることだけでは、影響を受けた組織のうち中国企業が何社あるかは分からず、名前が挙がった企業のシステムが侵害された証拠にもならない。

2つのスキャナーが異なるセキュリティ上の死角を露呈

TruffleHogは使用可能な認証情報1万2,737件を特定し、Kingfisherは1万4,664件を特定したが、重複は1,001件にとどまった。TruffleHogには検出機能がなかったため、Zhipuのキー1,489件はすべてKingfisherが発見した。また、DeepSeekのキーもKingfisherの方がはるかに多く、2,940件に対してTruffleHogは230件だった。Alibaba CloudについてはTruffleHogの成績が上回った。

発見されたもののほぼ半数に当たる1万2,242件のキーは、2025年のコミットに由来していた。中国のAIチームにとって、こうした差は、1つのスキャナーだけに頼ったり、現在のソースファイルだけを確認したりすると、露出した認証情報を見逃しかねない理由を示している。

The Hacker Newsは、1カ月にわたるスキャンの正確な実施期間は公表されていないと報じた。Zimmermann氏は影響を受けた主要ベンダーに通知したが、個々の開発者には連絡しておらず、無効化が行われたかどうかも確認されていない。ベンダーへの警告を、修正の完了と取り違えてはならない。

中国の開発者とAPAC企業は、露出したアクセスを調査する必要がある

組織はまず、露出した各キーの所有者と、それに依存するアプリケーションを特定すべきだ。コードを削除してもコピーされた認証情報は無効にならないため、チームは発行元プロバイダー側で元となるアクセスを対処する必要がある。

• 開発者と中国の請負業者：古いGiteeのコミット、フォーク、共有プロジェクトを検索する。スキャナーがAlibaba Cloud、DeepSeek、Zhipuのキーを認識することを確認し、置き換えたキーはソースコードの外部に保存する。
• クラウド管理者：アプリケーション内のAccessKeysを置き換えるには、 Alibaba Cloudの手順に従い、その後で古いキーを無効化する。ActionTrailで過去90日間の異常なAPI呼び出しや新規ユーザーを確認し、OSSとSLSのサービスログは個別に調べる。
• AIプラットフォームの所有者：露出したAPIキーを無効化し、利用状況と料金を確認するとともに、利用可能な上限と制限を適用する。 OpenAIは、コードを公開する前に、キーの分離、支出制御、確認を行うことを推奨している。

APAC企業で中国を拠点とするサプライヤーを利用している場合は、リポジトリのスキャン、キーの無効化、アクティビティレビューを実施した証拠を求めるべきだ。この確認には、CI/CDスクリプト、ミラーリポジトリ、共有開発プロジェクトも含める。今回の調査全体で無効化が確認されていない以上、問題のコード行が消えたからといってインシデントが解決したことにはならない。

関連記事： 漏えいしたAWSアクセスキー数千件がなお有効であり、企業が露出した認証情報を公開リポジトリから単に削除するのではなく、無効化する必要がある理由を浮き彫りにしている。