Last Updated on 2026年7月25日 by oba3
インド政府のサイバー犯罪対策機関が、インターネットを使わず通信できるメッセージアプリのビットチャット（Bitchat）について、ソースコードなどを公開するリポジトリへの国内アクセスを停止するようギットハブ（GitHub）へ命じた。ビットチャットはアプリストアだけに依存せず、公開コードからソフトを入手、検証、再配布できる。今回の焦点はメッセージ機能そのものではない。政府が配布基盤へ命令を出すことで、中央サーバーを持たない通信ソフトの普及経路をどこまで制限できるかにある。
何が起きたのか？
インド内務省の傘下にあるインド・サイバー犯罪調整センターは2026年7月23日、ビットチャットのコードや関連ファイルを公開する複数のリポジトリについて、アクセス停止措置を取るようギットハブへ通知した。報道では、命令への対応期限として3時間が示されたとされる。
ビットチャットは、旧ツイッター（Twitter）の共同創業者でブロック（Block）を率いるジャック・ドーシー（Jack Dorsey）が開発に関わる分散型メッセージアプリである。近距離ではブルートゥースのメッシュ通信を利用し、インターネット回線、携帯電話網、電話番号、中央管理サーバーがなくても端末間でメッセージを中継できる。
当局は、匿名性の高いオフライン通信がテロ組織、組織犯罪、サイバー犯罪、国家安全保障を脅かす主体に悪用され、適法な監視や捜査を回避する危険があると説明している。デリーで通信制限が行われた際、抗議活動の参加者がビットチャットなどのオフライン通信手段を利用したことも、措置の背景として報じられた。
ただし、公開された情報だけでは、インド国外を含むリポジトリ全体の削除を求めたのか、インド国内からの閲覧や取得を制限する措置なのか、対象となるすべてのURLがどこまで確定しているのかは明確でない。ギットハブが命令へどの範囲で対応したかも継続確認が必要となる。
なぜ重要なのか？
一般的なモバイルアプリへの規制では、アップル（Apple）やグーグル（Google）のアプリストアへ配信停止を求める方法が使われる。ストアから削除されれば、多くの利用者は新規にインストールできなくなり、更新も受けにくくなる。
しかし、ビットチャットはソースコードが公開され、アンドロイド（Android）向けの実行ファイルもギットハブ経由で配布できる。公式ストアで扱われなくても、利用者がコードを複製したり、第三者が別の配布先を作ったりできるため、ストアだけを止めても流通経路は残る。
そこで政府がコード共有サービスへ直接命令を出せば、規制対象は完成したアプリから、開発、検証、更新、複製を支える基盤へ広がる。ソフトの利用を止めるために、開発者が公開する設計図や配布ファイルまで対象にできるかが制度上の争点となる。
市場構造への影響
分散型通信ソフトは中央運営会社のサーバーを停止しても、すでに端末へ導入された機能まで直ちに消えるわけではない。ビットチャットの近距離通信は端末同士で成立するため、ウェブサイトやリポジトリが遮断された後も、既存利用者間では動作が続く可能性がある。
一方、新しい利用者が安全な正規版を入手し、脆弱性修正を受け取るには、信頼できる配布基盤が必要になる。主要リポジトリへのアクセスが止まれば、非公式な複製サイトや改変版へ利用者が移り、偽アプリや悪意あるコードを導入する危険が高まる。
つまり、配布停止は利用者数を減らす効果を持ち得る一方、ソフト自体を完全に消去する措置ではない。コードがすでに複製されていれば、別のリポジトリ、ファイル共有サービス、端末間転送を通じて再配布できる。規制当局と開発者の間では、削除命令と再公開が繰り返される可能性もある。
この方式が他のソフトへ広がれば、ウォレット、暗号化通信、匿名化技術、分散型金融の接続ツールなども、サービス提供者ではなくコード配布先を通じて規制される場面が増える。中央管理者を特定しにくいソフトでも、利用者が集まる公開基盤を押さえることで普及速度を抑える設計である。
資金・規制・流動性との関係
ビットチャットはビットコインの分散型設計思想と結び付けて紹介されることがあるが、今回の中心は暗号資産の取引や資金移動ではなく通信ソフトの配布である。アプリがビットコインを直接送金する機能を主要目的としていると断定するのは適切ではない。
それでもWeb3分野にとって無関係ではない。ウォレットやオンチェーンアプリの多くは、公開コード、開発者向けライブラリ、実行ファイルをギットハブなどで提供している。政府がコード公開先へ地域別の遮断を求める運用を強めれば、ブロックチェーン自体が稼働していても、利用者が安全な接続ソフトを入手する入口が狭くなる。
法的には、ギットハブが単なる保管場所なのか、違法または危険とされたソフトの配布を仲介する事業者なのかが重要になる。命令の根拠、対象範囲、開発者への通知、異議申し立ての手続きが不透明であれば、正当な安全保障措置と過度な情報制限の境界を検証しにくい。
また、公開リポジトリを遮断すると、独立した研究者がコードを調査し、脆弱性や危険な機能を確認する機会も減る。利用を制限する目的と、技術を公開状態で監査できる利点をどう両立するかが課題となる。
初心者向け補足
ギットハブは、開発者がソフトのソースコードや更新履歴を保存し、共同で開発するためのサービスである。完成したアプリを配る場所としても使われるため、コードの保管庫であると同時に配布経路にもなっている。
リポジトリとは、ソースコード、説明書、更新記録、実行ファイルなどをまとめた保管場所を指す。公式リポジトリが利用できなくなっても、コードの複製が別の場所に残っていれば、ソフトそのものが消滅するわけではない。
ブルートゥースのメッシュ通信では、近くにある複数の端末がメッセージを順番に中継する。インターネット停止時にも使える反面、中央事業者がすべての通信を管理する仕組みではないため、当局による監視や停止が難しくなる。
Web3Timesの視点
今回の措置を、インドが一つのメッセージアプリを禁止したニュースだけで捉えると、規制執行の変化を見落とす。政府が接触したのは通信を管理する中央サーバーではなく、世界中の開発者がコードを共有する配布基盤だった。
分散型ソフトでは、運営会社の営業停止やアプリストアからの削除だけでは配布を止めにくい。そのため、規制は利用者が最初にコードへ触れる入口、更新を受け取る経路、正規版を確認する場所へ向かう。これは分散型サービスに対し、プロトコルではなく周辺インフラを管理する手法である。
ただし、主要リポジトリを遮断しても、すでに公開されたコードの複製までは回収できない。実効性を判断するには、ギットハブ上のページが消えたかだけでなく、アプリの新規導入数、別サイトへの複製、既存端末での利用、更新版の配布状況を追う必要がある。
今後の焦点は、ギットハブの対応範囲、命令の法的根拠、開発者側の異議申し立て、地域限定遮断の有無である。インドの措置は、アプリストアを介さない分散型ソフトであっても、コードが集中する配布地点を通じて規制できる可能性を示した。同時に、コードを止めることと通信機能を止めることの間には、なお大きな距離が残っている。
