VPNの安全対策では、まず保護すべき対象を分けて考えましょう。アカウント情報は管理画面へのアクセスを左右し、サブスクリプションURLを持つ人は接続設定を取得できる可能性があります。公衆Wi-Fiでは通信がどのネットワークを経由するかが問題になります。クライアントを起動しただけで、こうしたリスクがすべてなくなるわけではありません。認証情報を適切に保管し、設定の入手元を確認したうえで、通信経路を確かめることが大切です。
セキュリティの範囲:暗号化接続で保護されるもの
VPNUPSは「軍用レベルの暗号化」を安全性の訴求に用いていますが、リスクを判断するには、実際にどの範囲の通信が保護されるかを確認する必要があります。暗号化トンネルが主に保護するのは、端末からトンネルの出口までのうち、トンネルに取り込まれた通信です。出口から接続先のウェブサイトまでの通信は、HTTPSなどアプリケーション層の暗号化に依存します。暗号化は、ウェブページがフィッシングサイトかどうかを判別したり、偽のサポート担当者に自分でパスワードを渡すのを防いだりするものではありません。
一般にVPNと呼ばれるものには、サブスクリプション設定を使うプロキシクライアントも含まれることがあります。システムプロキシの影響を受けるのは、通常、プロキシ設定に従うアプリだけです。TUNモードはより広範な端末通信を取り込めますが、ルーティング、除外設定、DNS設定によって範囲が変わります。ステータスバーのアイコンだけで、すべてのアプリがトンネルを経由していると判断しないでください。
| 保護対象 | よくあるリスク | 優先して行う対策 | 別途確認が必要なこと |
|---|---|---|---|
| 管理画面のアカウント | パスワードの使い回し、偽のログインページ | 使い回しのないパスワード、ドメインの確認 | 端末とブラウザーが信頼できるか |
| サブスクリプションURL | スクリーンショットの流出、オンライン変換サービスへの情報保存 | アクセス認証情報として保管 | 漏えい後に古いURLを無効化したか |
| 公衆Wi-Fiの通信 | 偽装アクセスポイント、ローカルネットワークからの通信観察 | アクセスポイントの提供元とトンネルの接続状態を確認 | ウェブサイトの証明書とHTTPSの状態 |
| DNSクエリ | 想定した経路と異なる名前解決、ルールとの不一致 | クライアントとシステムの名前解決設定を確認 | テスト用ドメインに適用されるルールを確認 |
IEPL専用線、中継、直結は、回線の構成方法を表すものであり、アカウントを保護する仕組みではありません。IEPLは専用の伝送経路に使われ、中継は別のノードを経由し、直結には同様の中継区間がありません。これらの名称だけでは端末の信頼性は保証されず、接続先ウェブサイトの証明書確認の代わりにもなりません。
アカウントの管理:使い回さないパスワードと信頼できるアクセス先
VPNUPSではメールアドレス不要で、ユーザー名とパスワードを使ってアカウントを作成できます。入力する情報が少なければ、個人情報が漏れるリスクを抑えやすくなります。その分、ログイン情報はより慎重に保管してください。アカウント復旧を、確認できていない連絡手段に頼るのは避けましょう。利用前に管理画面で実際の復旧方法を確認し、メールによる再設定が使えると決めつけないでください。
パスワードは、普段使うメール、職場のシステム、ほかのウェブサイトとは別のものにしてください。パスワードマネージャーで固有のパスワードを生成・保存するほうが、チャットのお気に入りに書き留めるより長期的な管理に適しています。保存済みのアクセス先と現在のドメインが一致しないという警告が出た場合は、手入力で貼り付ける前にアドレスを確認してください。
- ✅ ドメインを確認したvpnups.comのページから管理画面にアクセスし、信頼できるブックマークを保存します。
- ✅ 個人用端末のパスワードマネージャーにアカウント情報を保存し、同期設定と端末へのアクセス権を確認します。
- ✅ 共用端末から離れる前にログアウトします。より安全なのは、共用端末でログインしないことです。
- ❌ サポート担当者、グループチャットの参加者、遠隔サポートの相手に、パスワード全文、サブスクリプションURL、決済情報を送らないでください。
シークレットウィンドウで主に減らせるのは、端末上に残る閲覧履歴です。公用パソコンを信頼できる状態にしたり、端末上の悪意あるプログラムによる入力情報の読み取りを防いだりすることはできません。ブラウザー拡張機能も確認しましょう。ウェブページの内容を読み取れる拡張機能は、管理画面の情報にアクセスする可能性があります。使っていない拡張機能は無効にし、OSとブラウザーを最新の状態に保ってください。
サブスクリプションリンク:アクセス用の認証情報として管理
サブスクリプションURLは、一般的なヘルプ記事のリンクとは異なります。通常、購読を識別するトークンが含まれ、クライアントがアクセスするとノード情報や関連設定を取得できます。利用できる機能はサーバー側の仕様によりますが、URLを持つ人が設定を利用できる可能性があるため、共有した場合はアクセス認証情報が漏えいしたものとして扱ってください。
URLをQRコードにしても、機密性は変わりません。インポート画面のQRコード、ブラウザーのアドレスバー、サブスクリプション管理ページのスクリーンショット、クライアントからエクスポートした設定ファイルには、復元可能な認証情報が含まれることがあります。問い合わせ時は、設定全体ではなく、エラーメッセージ、OS、クライアント名、機密情報を伏せたログを共有してください。
サブスクリプションの変換にも、信頼できる範囲を見極める必要があります。オンライン変換ツールは、新しい設定を生成するために元のURLや内容を読み取る場合があります。つまり、別の事業者にも認証情報を渡すことになります。サービスが提供する互換形式やクライアント内蔵機能を優先してください。変換が必要な場合は、ツールの提供元、データの送信先、ローカル環境だけで処理できるかを確認しましょう。「自動処理」と表示されているだけでリスクを見過ごさないでください。
クライアントでサブスクリプションを更新すると、リモートの内容が再取得されますが、サーバー側のトークンがリセットされるわけではありません。管理画面のパスワードを変更しても、古いサブスクリプションURLが無効になったとは限りません。別途リセットが必要かどうかは、管理画面の機能またはサポート窓口で確認してください。
クライアントへのインポート:入手元、権限、ルール分割
まず管理画面のクライアント案内で対応状況を確認し、ログイン後にサブスクリプションを取得してください。URLを取り込むために、提供元が不明な改造クライアントをインストールしないでください。インストール時は、OSが求めるネットワーク拡張、VPN構成の許可、追加の証明書のインストールを区別しましょう。それぞれ別の操作です。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたはプロトコル方式です。クライアントによって対応状況も異なります。プロトコル名だけでプライバシー保護の水準は判断できません。実際の保護は、通信設定、証明書の検証、実装にも左右されます。インポートに失敗した場合は、形式と対応範囲を確認し、証明書の検証をむやみに無効にしないでください。
Windows、macOS、Linuxでは、システムプロキシとTUNで取り込まれる通信の範囲が異なる場合があります。AndroidではシステムVPNインターフェースを使って通信を取り込み、アプリを除外できることもあります。iOSクライアントは通常、システムのネットワーク拡張機能を使いますが、ルールの対応範囲はソフトウェアによって異なります。利用中のクライアントの説明を確認し、別のOSで使われている設定名をそのまま当てはめないでください。
ルールによる通信の振り分けでは、一部を直結し、残りをプロキシ経由にできます。グローバルモードは通常、プロキシを通す範囲を広げますが、すべてのシステムサービスが対象になるとは限らず、切断時の通信遮断機能を意味するわけでもありません。トンネル切断時にインターネット接続を止める必要がある場合は、クライアントとOSが該当機能に対応しているか確認し、機密操作を伴わない方法で動作をテストしてください。
公衆Wi-Fi:アクセスポイントを確かめてからウェブサイトにアクセス
同じ名前のアクセスポイントが、必ずしも同じ事業者のものとは限りません。ホテル、駅、オフィスなどのネットワークに接続する前に、現地スタッフにSSIDと接続方法を確認してください。端末が過去に保存したアクセスポイントへ自動接続し、誤接続する可能性もあります。使わなくなった公衆ネットワークは、自動接続の一覧から削除できます。
現在のHTTPSは、ブラウザーと接続先ウェブサイトの間の通信内容を暗号化します。公衆ネットワーク上のすべてのパスワードが簡単に読み取られるわけではありません。ただし、ネットワーク事業者に接続先の一部情報が見える場合があり、暗号化されていない通信には依然としてリスクがあります。トンネルを有効にすると、ローカルネットワークから見える情報の範囲は変わりますが、偽サイトが正規サイトになるわけではありません。
- アクセスポイントの提供元を確認し、必要なネットワーク接続認証を済ませます。認証ページに、ほかのサービスのアカウント情報を入力しないでください。
- トンネルが原因で認証ページを開けない場合は、ネットワーク接続の手続きであることを確認したうえで、必要な間だけ一時停止してください。トンネルを再接続し、接続状態を確かめてから機密性の高い操作を行います。
- 接続先ウェブサイトの完全なドメイン名とHTTPSの状態を確認してください。証明書の警告が表示されたら操作を中断し、警告を無視してログインしないでください。
- 利用後は公衆ネットワークから切断し、自動接続を解除する必要があるか確認してください。
重要なアカウントや業務資料を扱う際にネットワークの提供元を確認できない場合は、信頼できるネットワークに切り替えるか、作業をいったん保留してください。接続アイコンが正常でも、クライアントが何らかの状態を報告しているにすぎず、アクセスポイントやウェブページの安全性を保証するものではありません。
DNS とプライバシーの確認:実際の通信経路を見る
DNSはドメイン名をIPアドレスに変換します。DNS漏えいとは通常、クエリが想定した経路を通らず、ローカルネットワークや別のDNSリゾルバーに送信される状態を指します。ルール分岐の設定によって一部のドメインが直結することもあるため、ローカルのリゾルバーが表示されても、すぐに障害と決めつけないでください。まず、そのドメインにどのルールが適用される想定かを確認しましょう。
ブラウザーの暗号化DNS、システムの名前解決設定、クライアントのDNS機能が同時に使われていることがあります。暗号化DNSが保護するのはクエリの通信経路であり、クエリがプロキシ経由になることを自動的に意味するわけではありません。トラブルを調べる際は、クライアントのドキュメントやログを確認し、テスト用ドメインに適用されたルール、リゾルバーの選択、接続の出口を確認してください。設定をむやみに追加しないようにしましょう。
出口IP確認ページやDNS確認ページで分かるのは、テスト時にテスト用通信がたどった経路だけです。すべてのアプリの経路を証明するものではありません。システムでIPv6が有効な場合は、クライアントが該当通信を取り込んでいるか、想定どおりに処理しているかも確認してください。確認サービス自体がアクセス情報を取得することもあるため、信頼できるツールを選び、サブスクリプション情報を入力しないでください。
判断の基準:まず、どのアプリとドメインをトンネル経由にするかを明確にし、実際の経路を確認しましょう。プライバシーの確認で大切なのは、設定と想定が一致していることです。どの確認ページでも同じ結果を表示させることではありません。
漏えいが疑われる場合の対処手順
サブスクリプションURLをグループチャットに送った、QRコードが写ったスクリーンショットを公開した、不明なページにパスワードを入力した場合は、情報が漏えいしたものとして対応してください。メッセージを取り消しても、相手が保存していないとは限りません。チャット履歴を削除しても、コピー済みのURLは無効になりません。
- まず認証情報を保護します。パスワードが漏れた場合は変更し、ほかのサイトで使い回しているパスワードも変更してください。管理画面にセッションの終了や端末管理機能があるか確認します。
- 次にサブスクリプションを対処します。信頼できる管理画面でリセット方法を確認してください。機能が見当たらない場合は公式サポートに連絡し、古い認証情報を無効にする方法を確認します。
- 個人用端末を更新します。新しいサブスクリプションを自分のクライアントに取り込み、古い設定やクリップボードの履歴、不要なクラウド上のコピーを削除してください。
- 影響範囲を確認します。管理画面で確認できる通信量、プラン、アカウントの変更履歴を調べてください。問い合わせる際は発生時刻と異常の内容を伝え、新しいパスワードやサブスクリプションURLの全文は添付しないでください。
接続トラブルについてはトラブルシューティングガイドを、初回の設定インポートについては使い方ガイドをご覧ください。アカウントの安全性、サブスクリプション情報の管理、ネットワーク経路はそれぞれ別に確認する必要があります。認証情報を信頼できるクライアントで管理し、不要な転送を減らし、証明書やドメインに異常があれば操作を止めることは、単に「接続済み」と表示されることに頼るより実用的です。