サブスクリプションリンクがパスワードと同等な理由
主要なプロキシプロトコルの認証フィールドは数えるほどしかありません。Shadowsocks は暗号化方式とパスワード、Trojan はパスワードと TLS、VMess と VLESS は UUID、Hysteria2 と TUIC は QUIC 上でパスワードまたは UUID とパスワードによる認証を使います。これらのフィールドは最終的に 1 本のノードリンクに書き込まれ、リンクを手にした人がフィールドも手にします。
サブスクリプションリンクはこれをさらに一歩進めます。長いトークン付きのアドレスで、クライアントがリクエストすると Base64 でエンコードされたノード一覧、または Clash / Mihomo 用の YAML 設定が返ります。このやり取りにアカウントとパスワードの入力は不要で、リンクそのものが通行証になります。だからこそ、一度外部に流出すると、パスワードを変えても相手の接続は止まりません。
サブスクリプションリンクは認証情報そのものです。グループチャットに貼る、スクリーンショットに写す、第三者製の変換サイトに渡す——どれもパスワードを渡すのと同じ結果になります。違いは、パスワードは変更できるのに対し、リンクは自分で再発行しない限り無効にならないことです。
| 認証情報の種類 | 漏えい後に相手ができること | 認証情報を無効にする方法 |
|---|---|---|
| アカウントのパスワード | ユーザーパネルにログインし、注文と通信量を確認し、サブスクリプションを再取得する | パネルのパスワードを変更する |
| サブスクリプションリンク | 任意のクライアントで全ノードを取得でき、通信量は同じプランに計上される | パネルでサブスクリプションを再発行する |
| 個別のノードリンク | 1 つのノードだけを使い、同じくプランの通信量を消費する | サブスクリプションの再発行でまとめて無効になる |
| クライアントの設定ファイル | 全ノードと振り分けルールを含み、任意の端末にインポートできる | サブスクリプションを再発行して再インポートする |
本サービスは同時接続台数に制限がありません。この設計は利便性には有利ですが、安全面では別の意味を持ちます。サブスクリプションリンクを他人が使っても「台数超過」の表示は出ないため、受動的に気づくことはできません。異常に気づく手段は通信量の記録と能動的な再発行だけです。月額プランは 60GB 付きで ¥9.9 から、トラフィックパックは ¥158 / 300GB からで、リンク流出の代償はそのまま通信量に換算されます。
登録時:入力すべきでない情報
VPNZM の登録はユーザー名とパスワードだけで、メールアドレスは不要です。項目が 1 つ減れば、漏えいの入り口も 1 つ減ります。メールアドレスが他所で流出していれば、攻撃者はそれを使って他のサイトにログインを試み、ついでに VPN アカウントも探り当てようとします。ユーザー名とパスワードは、何を入れるかよりも、どう入れるかが重要です。
- ✅ ユーザー名は本名やよく使う SNS ID と無関係な文字列にし、個人を特定されないようにします。
- ✅ パスワードはパスワードマネージャーに生成させ、16 文字以上で、メール・クラウドストレージ・決済アカウントと使い回さない。
- ✅ 支払いはサイト内の Alipay / WeChat / USDT の経路で行い、注文はアカウントに紐づきます。見知らぬ相手が指定するアドレスへの送金はしないでください。
- ❌ ニックネームやメモに本名、会社名、住んでいる都市を書かない。
- ❌ 誕生日、名前のローマ字、よく使う英語名をユーザー名やパスワードの一部にしない。
- ❌ サブスクリプションリンクをチャットの保存、公開されたクラウドノートのリンク、ブラウザのブックマーク同期に残さない。
サブスクリプションリンクの保管と再発行
保管の目的はただ一つ、リンクをクライアントの中だけに置くことです。難しいツールは要りません。共有しない、スクリーンショットを撮らない、第三者サイトを経由させない——この 3 つの習慣で足ります。端末を替えるときはパネルからコピーし直し、チャット履歴から古いものを探さないでください。
- ユーザーパネルでサブスクリプションを再発行すると、古いリンクは即座に無効になります。
- クライアントに戻り、古い設定を無効化ではなく削除してから、新しいリンクをインポートします。
- 端末ごとに再インポートします。つながらない端末があれば、それがちょうど点検になります。
- プランの通信量記録を数日間観察します。異常な増加があれば、古いリンクが使われていた証拠です。
再発行の頻度はリスクで決めます。リンクを自分の端末にしかインポートしていなければ、半年に 1 回で十分です。グループ共有、スクリーンショットの送信、第三者による変換、端末の紛失を経験したら、その場で再発行してください。
第三者の「サブスク変換」「オンライン速度測定」「ノード検査」ページは、サブスクリプションリンクをフォームに貼り付けるよう求めます。リンクが手元の端末を離れた後に保存されるかどうかは、確認できません。形式を変える必要があるときは、ローカルクライアント付属の変換機能を使うか、自分のマシン上で変換を実行してください。
結論:リンクの漏えいとパスワードの漏えいは別問題です。パスワードの変更は後者を、サブスクリプションの再発行は前者を解決します。片方だけでは、もう片方の経路は開いたままです。
公共 Wi-Fi の本当のリスク
公共 Wi-Fi のリスクは暗号アルゴリズムが破られることではなく、接続の前後数分間にあります。同名の偽アクセスポイント、HTTP で動くキャプティブポータル、乗っ取られた DNS 解決。どれも高度な手段ではなく、あなたが「接続」をタップしてしまうところから始まります。
| 状況 | 起こりうること | 対策 |
|---|---|---|
| 偽アクセスポイント(同一 SSID) | 接続先は相手の機器で、通信はまずそこを通る | 自動接続を切り、SSID を手動で確認する |
| キャプティブポータルのログイン画面 | ページが HTTP で、偽の入力フォームに差し替えられる可能性がある | ポータル画面ではアカウント情報を入力せず、接続後にクライアントを起動する |
| DNS ハイジャック | ドメインが偽サイトのアドレスに解決される | クライアントを TUN モードにして名前解決を引き継ぐ |
| 同一セグメントでの盗聴 | 同じネットワークの相手が、端末の開いているポートやサービスをスキャンできる | OS のファイアウォールを有効にし、ファイル共有を無効にする |
DNS リークは別に取り上げる価値があります。通信がすでにプロキシ経由でも、OS がローカルネットワークに名前解決を要求していれば、どのサイトにアクセスしたかは Wi-Fi 提供者に伝わり、偽のアドレスを返されることもあります。確認方法は単純です。接続後にサイト内の IP 確認ページ を開き、出口アドレスと地域が選択した回線と一致するかを見ます。さらにクライアント側で、DNS 問い合わせが同じ出口を通っているかを確認してください。一致しなければ TUN モードに切り替え、クライアントに 53 番ポートを引き継がせます。
HTTPS は依然として有効です。証明書の検証に通ったサイトなら、同じセグメントの端末から内容は読めません。本当に避けるべきは、証明書の警告を無視することと、HTTP のページでアカウント情報を入力することです。ブラウザに証明書エラーが出たら、まずそのネットワークから切断してから調べてください。
端末を紛失した後の対処順序
順序の要点は、先に経路を断ち、次に入り口を断つことです。リンクは経路、アカウントは入り口です。端末を紛失したときは両方が必要ですが、リンクだけが流出した場合は最初の手順だけで足ります。
- サブスクリプションリンクを再発行します。古いリンクは即座に無効になり、紛失した端末のクライアントは設定が残っていても接続できません。
- パネルのパスワードを変更します。信頼できる別の端末でログインし、変更後に注文と通信量をもう一度確認します。
- 通信量を点検します。プランの通信量記録を見て、自分が使っていない時間帯に増えていないか確認します。
- 残りの端末に新しいリンクを再インポートし、使わなくなった古い端末の設定も削除します。
- 1 週間観察します。異常が止まれば対処は行き届いています。接続が続くなら、漏えい箇所が 1 つではないということです。
結論:まずサブスクリプションを再発行し、その後にパスワードを変更します。逆にすると、リンクが使えるままの時間が空白期間になります。
クライアントごとの違いと日常の習慣
各プラットフォームのクライアントは「設定がどこに保存されるか」が異なり、それが共用端末での漏えい面を決めます。
- Windows:設定は多くの場合プレーンテキストのファイルで、ユーザーディレクトリに置かれ、同じマシンの他のアカウントからも読める可能性があります。
- macOS:クライアントはネットワーク拡張として動作し、初回インストールにはシステムの許可が必要です。設定は同じくローカルに保存されます。
- Android:VpnService でトンネルを確立し、アプリ単位の振り分けに対応します。設定はアプリのプライベートディレクトリに保存されます。
- iOS:NetworkExtension を使い、設定はアプリのサンドボックス内に置かれます。アプリを削除すると一緒に消えます。
- Linux:コマンドラインのクライアントが多く、設定ファイルの権限は本人のみ読み取り可にすることをおすすめします。
振り分けルールは、どの通信をプロキシ経由にするかを決めます。ルールの順序を誤ると、内部ネットワークのアドレスや決済ドメインまで外に出てしまいます。接続トラブルを調べるときは、まずルールの適用順を見て、その次に DNS が引き継がれているかを見てください。各 OS のインポート手順は クイックスタート に分けて書いてあります。インポートに失敗したら、まずサブスクリプションの形式とクライアントが合っているか確認してください。
日常の 3 か条:公共の端末や借り物の端末にサブスクリプションをインポートしない。設定ディレクトリをクラウドストレージに同期しない。端末を替えるときは再発行してからインポートし、2 台で同じリンクを長期間使い回さない。