Clashの購読リンクは、単なる設定ファイルのURLではありません。多くの場合、URLそのものに契約者を識別するトークンや認証情報が含まれており、リンクを知っている人はノード一覧やルール設定を取得できる可能性があります。SNS、スクリーンショット、クラウド同期、アクセスログなどからURLが漏れると、通信を第三者に利用されたり、契約情報を勝手に更新されたりするリスクがあります。この記事では、Clashサブスクリプションの仕組み、漏洩を確認する方法、発見後の対処、日常的に守るための設定と運用を整理します。
購読リンクは認証情報として扱う
購読リンクは、一般的にHTTPSで始まるURLです。しかし、HTTPSで保護されているのは端末と配信サーバーの通信経路であり、URLをコピーした第三者から秘密を守る仕組みではありません。URLのパスやクエリ文字列に、ユーザーID、ランダムなトークン、プラン識別子、有効期限などが含まれていることがあります。
Clash Verge、Clash Verge Rev、Clash for Android、ClashX、Mihomoなどのクライアントは、登録した購読URLへアクセスしてYAMLまたはBase64形式の設定を取得します。取得した設定には、プロキシサーバーのホスト名、ポート、UUID、パスワード、SNI、トランスポート設定などが含まれる場合があります。つまり、リンクが漏れると、設定ファイルの内容だけでなく、契約中のノード構成まで見られる可能性があります。
ただし、リンクが知られたからといって、必ずしも直ちに通信内容が読まれるわけではありません。多くのプロキシ通信は別途暗号化されています。しかし、第三者による購読情報の取得、ノードの無断利用、帯域制限の早期到達、アカウントの停止といった被害につながるため、漏洩の可能性がある時点で対処することが重要です。
漏洩すると何が見られ、何が起きるのか
購読リンクの権限と配信サービスの実装によって影響は変わります。リンクを取得した第三者ができることは、通常のWebページを閲覧する場合より広い可能性があります。特に、購読URLが長期間有効で、アクセス回数やIPアドレスに制限がない場合は注意が必要です。
| 漏洩した情報 | 想定される影響 | 優先する対処 |
|---|---|---|
| 購読URL | 設定・ノード情報の取得、帯域の無断使用 | リンクの無効化または再発行 |
| 設定ファイル | UUIDやパスワードなど個別ノード情報の悪用 | サーバー側の認証情報を変更 |
| 管理画面のURLやAPIキー | 契約状態や利用量の閲覧、設定変更 | 管理パスワードとAPIキーを即時変更 |
| 端末内の履歴やキャッシュ | 古いリンクがバックアップや同期先に残る | 履歴・同期データ・不要な設定を整理 |
配信元によっては、購読URLへのアクセス時刻、IPアドレス、User-Agent、取得回数を記録しています。自分が使っていない時間帯や地域からの取得、短時間の大量アクセス、複数の異なるIPからの定期取得が見つかった場合は、漏洩を疑う材料になります。ただし、携帯回線やVPN、共有ネットワークではIPが変わるため、単一のIPだけで断定することは避けてください。
また、購読URLを短縮URLサービスに変換する方法はおすすめできません。短縮サービスの管理者や分析機能に元のURLが渡ることがあり、アクセスログにも機密情報が残ります。URLをQRコードにして共有する場合も同じで、画像化しただけでは秘密性は高まりません。
漏洩を疑ったときの確認と対処手順
漏洩が疑われる場合は、まずClashの設定を何度も更新するより、購読元のアカウントとリンクを保護することを優先します。古いリンクを端末から削除しても、配信サーバー側で有効なままなら第三者は引き続き利用できます。次の順番で確認すると、対応漏れを減らせます。
- 公開場所を確認する:ブラウザ履歴、メッセージ、メール、Gitリポジトリ、Issue、クラウドメモ、スクリーンショット、バックアップを検索します。URLのドメインだけでなく、リンクに含まれる固有のパスやトークンの一部も確認します。
- 購読元の管理画面を開く:利用量、アクセス履歴、最近の端末、ノード使用状況、リンク発行履歴に不審な変化がないか確認します。
- 古いリンクを無効化する:「再発行」「リセット」「トークン更新」「全購読リンクを失効」などの機能を利用します。名称はサービスによって異なります。
- 必要なら認証情報を変更する:特定のノード設定やサーバー側のUUID、パスワード、APIキーが漏れた場合は、購読リンクだけでなく該当する認証情報も変更します。
- Clash側の登録を置き換える:すべての端末で古い購読を削除し、新しいリンクを登録します。自動更新が有効な端末を見落とさないよう、PC、スマートフォン、タブレットを一覧化します。
- 更新後に接続を検証する:ノード一覧、ルール、DNS、TUNモード、プロキシグループが期待どおりか確認し、古いノードが残っていないことを確認します。
# 実際のトークンや購読URLは記録しない provider: primary-subscription source: https://provider.example/subscribe/<REDACTED_TOKEN> created: 2026-09-10 status: replace-after-suspected-leak
サポートへ問い合わせるときも、URL全体を貼り付ける必要はありません。サービス名、アカウント識別子の一部、発生時刻、エラーメッセージ、末尾数文字を伏せたURLなどで状況を説明できます。どうしても設定の確認が必要な場合は、トークン、UUID、パスワード、サーバーアドレスをマスクしてから送信してください。
安全に保管し、Clashへ読み込む方法
購読リンクを安全に運用する基本は、保存場所を減らし、不要な共有を避け、更新経路を確認することです。Clashのクライアントに登録する際は、公式サイトや信頼できる配布元から入手したアプリを使用し、名前の似た非公式アプリへリンクを入力しないようにします。悪意のあるアプリは、設定を読み込む機能を装いながら、購読URLを外部へ送信する可能性があります。
- パスワード管理アプリに保存する:メモ帳、スクリーンショット、チャットの自分用メッセージより、暗号化された保管庫を利用します。表示名には「購読リンク」とだけ書き、URLをタイトルに含めない方法も有効です。
- クリップボードを長時間残さない:貼り付け後にクリップボードを消去し、共有クリップボードやキーボード履歴に残らないようにします。
- 自動更新の頻度を確認する:短すぎる更新間隔は配信元へのアクセス回数を増やします。必要以上に頻繁な更新を避け、提供元が推奨する間隔を使います。
- URLの出所を確認する:リダイレクト、短縮URL、見覚えのないドメインを経由するリンクは登録しません。HTTPSだけで安全と判断せず、契約している提供元のドメインかを確認します。
- 端末のアクセス権を見直す:バックアップ、クラウド同期、リモートサポートツール、画面録画アプリなどが機密情報に触れない構成にします。
購読URLをYAMLファイルへ直接書き込んで管理する場合は、Gitへコミットしないことが大切です。公開リポジトリだけでなく、非公開リポジトリのログ、Issue、CIの出力、バックアップにも残る可能性があります。環境変数や秘密情報管理機能を使える環境では、トークンを設定ファイルと分離してください。なお、すでに公開したリンクは、ファイルを削除しただけでは安全になりません。履歴に残った時点で漏洩したものとして再発行します。
配信元を選ぶときの判断ポイント
購読リンクの安全性は、URLの長さや見た目だけでは判断できません。重要なのは、漏洩したときに無効化できるか、アクセスを管理できるか、更新情報を明確に説明しているかです。料金が安いことやノード数が多いことだけを理由に選ぶと、障害時や不正利用時に必要な情報を得られない場合があります。
| 確認項目 | 望ましい状態 | 注意が必要な状態 |
|---|---|---|
| リンクの再発行 | 管理画面から即時に失効・再発行できる | サポートへ連絡しないと無効化できない |
| 利用状況 | 通信量、取得履歴、端末情報を確認できる | 利用量や異常アクセスを確認できない |
| アカウント保護 | 強力なパスワードや多要素認証に対応 | 共有IDや固定パスワードを使う |
| 通信と証明書 | HTTPSを使用し、証明書警告がない | HTTPのみ、または警告を無視させる |
| サポート対応 | 漏洩時の手順と連絡先が明確 | 障害・失効ポリシーの説明がない |
購読配信がHTTPSであっても、Clash側の設定にあるskip-cert-verify: trueを安易に有効化しないでください。証明書検証を無効にすると、通信相手が正しいサーバーか確認しにくくなります。接続エラーを解決するためにこの項目を変更する場合は、まずドメイン、システム時刻、証明書の有効期限、クライアントのバージョンを確認します。
また、提供元が取得する情報についても確認しましょう。購読URLの取得時刻やIPアドレスは、プロキシ経由の通信内容とは別に記録されることがあります。プライバシーポリシー、ログの保存期間、アカウント削除後の扱い、第三者への提供方針を確認し、自分が許容できるサービスを選ぶことが大切です。
よくある質問
HTTPSの購読リンクなら漏洩しても安全ですか?
安全とは言い切れません。HTTPSは通信中の盗聴や改ざんを防ぐための仕組みであり、リンクをコピーした人による利用を防ぐものではありません。公開場所に貼り付けた場合や、端末の履歴・バックアップから流出した場合は、リンクの再発行を検討してください。
Clashから購読を削除すれば漏洩対策になりますか?
端末上から古いリンクを消すことは必要ですが、それだけでは不十分です。配信元でリンクが有効なままだと、第三者はそのURLを使い続けられます。まず配信元の管理画面で失効または再発行を行い、その後すべての端末で新しいリンクへ置き換えます。
設定ファイルを共有しただけなら問題ありませんか?
設定ファイルには購読URLが含まれていなくても、UUID、パスワード、サーバー情報、APIキーなどが含まれることがあります。共有前に機密値を削除し、必要なら専用の一時アカウントやテスト用ノードを使います。すでに共有した場合は、含まれていた認証情報を変更してください。
漏洩したか分からない場合も再発行すべきですか?
公開リポジトリ、SNS、第三者が管理するチャット、画面共有、紛失した端末などに表示された可能性があるなら、再発行のコストは通常、被害を調査し続けるコストより小さいでしょう。利用履歴に異常がなくても、漏洩の可能性があるリンクは使い続けない方が安全です。
Clashの購読リンクは、便利な自動更新機能を支える一方で、アカウントやプロキシ設定へつながる重要な秘密情報です。リンクを公開しない、保存場所を限定する、配信元の履歴を確認する、疑わしいときは即時に再発行するという4つの習慣を守れば、リスクを大きく抑えられます。安全なリンク管理と適切なClashクライアントを組み合わせ、通信環境を無理なく継続的に管理してください。
Clash でトラフィックを完全制御
Windows・macOS・Linux・Android・iOS 対応。柔軟なルール、すぐに使えます。