VPN初心者向けの安全対策は、接続をオンにするだけではありません。アカウントのパスワード、サブスクリプションURL、公共Wi-Fiには、それぞれ認証情報、接続設定、ローカルネットワークに関するリスクがあります。まず認証情報を適切に管理し、通信が実際にどこを経由しているかを確認し、最後にサイトの正当性を確かめましょう。「接続済み」の表示だけを見るより確実です。

この記事では、実際に行う確認手順と技術上の注意点を分けて説明します。設定項目の名称はクライアントによって異なる場合があります。VPNShortのアカウント操作はユーザーパネルと公式案内を確認し、一般的なクライアントの機能を本サービスが提供している機能と混同しないでください。

アカウントとサブスクリプションURLは分けて管理

アカウントのパスワードはユーザーパネルへのログインに使います。サブスクリプションURLは通常、クライアントで接続設定を取得するために使われ、アクセストークンなどの認証情報が含まれている場合があります。これは一般的なヘルプページのURLとは異なります。URLを完全な形で入手した人は、パネルのパスワードを入力せずに設定を取得し、アカウントに紐づく通信量を利用できる可能性があります。

QRコードは、URLを別の形で表したものにすぎないことがよくあります。サブスクリプションのQRコードをグループチャットに送ったり、公開メモに記録したり、配信画面に映したりすることには、URLを公開するのと同様のリスクがあります。クライアントからエクスポートした設定ファイルには、ノードのパスワードや鍵、サーバー情報が含まれる場合もあります。重要な認証情報として管理し、不要な設定ファイルだと軽視しないでください。

情報 漏えいする可能性のある権限・情報 推奨する対応
アカウントのパスワード パネルへのログインとアカウント内で実行できる操作 他のサービスと異なるパスワードを使い、信頼できるパスワードマネージャーに保存する
サブスクリプションURLとQRコード 接続設定とサブスクリプションの認証情報 信頼できるクライアントだけに読み込ませ、公開の変換サイトにはアップロードしない
設定ファイルとデバッグログ 認証情報、アクセス先ドメイン、ローカルネットワーク情報が含まれる場合がある 共有前に項目ごとに確認し、不要な情報や機密情報を削除する
パネルとクライアントのスクリーンショット ユーザー名、サブスクリプションURL、QRコード、注文情報 問題の箇所だけを切り抜き、マスキング後の画像をもう一度確認する

VPNShortではメールアドレス不要で、ユーザー名とパスワードだけでアカウントを作成できます。そのため、ログイン情報は特に慎重に保管してください。メールでパスワードを復旧できると決めつけないでください。パスワードを他のサイトと使い回したり、パスワードとサブスクリプションURLを誰でも閲覧できる同じ文書に保存したりしないでください。

サブスクリプションURLが漏えいしたときの対処手順

URLを誤って送信した場合、メッセージを取り消すだけでは不十分です。相手がすでに内容をコピーしている可能性があり、チャットの添付ファイルやクラウドメモに履歴が残っていることもあります。古い認証情報を見えなくするだけでなく、使えない状態にすることが重要です。よくある誤解は、ログインパスワードだけを変更することです。パネルのパスワードとサブスクリプショントークンは別々に管理されている場合があり、前者を変更しても後者が無効になるとは限りません。

  1. これ以上の拡散を止める。公開したURL、QRコード、添付ファイルを削除し、共有ドキュメントやスクリーンショット、コードリポジトリにも同じ情報が含まれていないか確認します。
  2. 漏えいした情報の範囲を確認する。パネルのパスワード、完全なサブスクリプションURL、個別ノードの設定を区別します。ログインパスワードも漏れた場合は変更し、確認できるアカウント操作履歴を調べます。
  3. 無効化または再設定の方法を探す。公式パネルでサブスクリプションの認証情報を再設定できるか確認します。明確な手順がない場合はサイト内サポートに問い合わせてください。「サブスクリプションを更新」を「古いURLの無効化」と取り違えないようにしましょう。
  4. 自分のクライアントを更新する。新しいURLを取得したら、各デバイスに保存した古いURLを置き換えてから設定を取得します。既存のノードを切り替えるだけでは、通常サブスクリプションURLは置き換わりません。
  5. 古い認証情報が無効になったか確認する。パネルまたはサポートから案内された方法で状態を確認します。古いURLから設定を取得できる場合は、リスクがなくなったと考えないでください。

別のデバイスにダウンロード済みの設定がサブスクリプションの再設定後に無効になるかどうかは、サーバー側でノードの認証情報も同時に変更されるかによります。古いURLを開けないことだけを根拠に、以前エクスポートした設定がすべて無効になったと判断することはできません。サポートに問い合わせる際は、無効化される範囲を明確に確認してください。

公共Wi-Fi:ネットワークとサイトの正当性を確認

公共Wi-Fiのリスクは、暗号化されていないホットスポットだけではありません。同じ名前の偽アクセスポイントが設置されることがあり、ログイン用ポータルからファイルのダウンロードや認証情報の入力を促される場合もあります。接続前に施設のスタッフへネットワーク名を確認してください。利用しないときは、知らないネットワークへの自動接続をオフにし、過去に保存したオープンなホットスポットへ端末がバックグラウンドで接続しないようにしましょう。

Web認証が必要なネットワークでは、VPN接続を確立する前にログイン用ポータルで認証を済ませる必要がある場合があります。その際は必要な接続操作だけを行い、ポータル上でVPNのユーザーパネルにログインしたり、重要なアカウントのパスワードを入力したりしないでください。ルート証明書やデバイス管理プロファイル、提供元が不明なクライアントのインストールを求められた場合は、操作を中断して用途を確認しましょう。接続を完了させるためだけに、そのまま許可してはいけません。

HTTPSはブラウザーとアクセス先サイト間の通信を保護しますが、アドレスバーに暗号化の表示があるからといって、サイトが信頼できるとは限りません。偽サイトでもHTTPSを利用できます。ドメイン全体を確認し、似たつづりのURLや不自然なリダイレクトに注意してください。証明書のエラーが表示された場合は、警告を無視して情報を送信しないでください。

暗号化、DNS、通信の振り分け設定で保護できる範囲

VPNやプロキシクライアントが通常保護するのは、クライアント経由で処理される通信です。端末上のすべての通信が自動的に対象になるわけではありません。ブラウザー拡張機能はブラウザーの通信だけを処理する場合があります。システムプロキシはアプリがプロキシ設定に従うかどうかに左右されます。TUNモードやシステムVPNモードの対象範囲も、ルーティング、除外設定、クライアントの実装によって異なります。アイコンが点灯しているだけで、すべてのアプリが同じ経路を使っていると判断しないでください。

通信の振り分けルールによって、どのリクエストを直接接続し、どれをプロキシ経由で転送するかが決まります。直接接続だからといって暗号化されないわけではありません。HTTPSの直接接続にも独自の通信暗号化がありますが、プロキシ経由の出口アドレスが使われるわけではありません。反対に、プロキシ経由で通信しても、ログイン済みのアカウントを接続先サイトから識別されなくなるわけではありません。グローバルモードとルールモードは経路の選択方法であり、匿名性のレベルを示すものではありません。

DNSリークの確認では想定する経路を把握する

DNSはドメイン名をネットワークアドレスに変換します。本来保護された経路で行うはずの問い合わせが、実際にはローカルネットワークのDNSリゾルバーに送られている場合、検索したドメイン名が漏れる可能性があります。確認時は、クライアントがローカルDNS、リモートDNS、アプリ内蔵の暗号化DNSのどれを使っているか把握しましょう。テストページに見慣れない通信事業者名が表示されたというだけで、結論を出さないでください。

ブラウザーのセキュアDNS、システムの名前解決設定、クライアントのルール、ネットワークプロトコルの設定はいずれも結果に影響することがあります。テストページで確認できるのは、そのテストが対象とするリクエストだけです。異常が見つからなくても、すべてのアプリで問題がないと確認できたわけではありません。調査時はまず設定を記録し、原因を特定できなくなるのを避けるため、複数の項目を同時に変更せず一つずつ確認してください。

銀行級の暗号化だけではアカウントを守れない

VPNShortのセキュリティに関する主な説明は「銀行級の暗号化」です。これは暗号化による保護を指し、フィッシング、マルウェア、端末への侵入をすべて防ぐという意味ではありません。暗号化していても、偽サイトにパスワードを入力してしまうことや、許可済みの悪意あるソフトウェアに画面やクリップボードを読み取られることは防げません。OSやクライアントを最新の状態に保ち、ソフトウェアの入手元を管理することも、別途必要な対策です。

確認のポイント:安全性を確認するには、「誰に接続しているか」「どの通信が接続を通るか」「誰に認証情報を渡したか」を合わせて確認します。VPNの接続状態でわかるのはその一部にすぎず、ドメインの確認、権限管理、パスワードの適切な管理の代わりにはなりません。

クライアントの読み込みと日常的な権限の確認

クライアントはサービスの公式ページから入手するか、ダウンロード元を確認してください。VPNShortはWindows、Android、iOS、macOS、Linuxに対応しています。クライアントはユーザーパネルのダウンロードページから確認できます。検索結果に表示された同名のインストーラー、グループチャットで転送されたファイル、「改良版」を公式版とみなさないでください。

システムからVPN構成やネットワーク拡張の権限を求められるのは、クライアントが通信を制御するために必要な通常の手順である場合があります。それでも、要求元のアプリが正規のものか確認してください。WindowsやmacOSのシステムプロキシ、モバイルOSのVPN構成、Linuxのルーティング設定は、それぞれ同じではありません。他のプラットフォーム向けの手順に書かれた設定名をそのまま当てはめないでください。

サブスクリプションを読み込む際は、信頼できるクライアント内にURLを貼り付けてください。オンラインのサブスクリプション変換サービスは、元のURLや設定にアクセスする必要があります。利用すると、認証情報を取り扱える第三者が増えることになります。クライアントが設定形式に対応していない場合は、不明な変換ページにURLを送るのではなく、公式に案内されている読み込み方法を確認してください。基本の手順はクイックスタートガイドでも確認できます。

長期間使わない設定は端末から削除し、使っていないデバイスに保存された認証情報も整理してください。デバイス間のクリップボード共有やクラウド同期は読み込みに便利ですが、情報の保存先が増えます。コピー後は共有端末からも内容を閲覧できないか確認しましょう。端末を売却、譲渡、修理に出す前には、パネルからログアウトするだけでなく、クライアントの設定やローカルバックアップも確認してください。

よくあるセキュリティの質問

サブスクリプションURLを友人に送って設定を手伝ってもらってもいいですか?

相手に操作方法を案内してもらい、アカウントの所有者が自分の端末で読み込む方法がおすすめです。画面を見せる必要がある場合は、URL全体やQRコードが映らないようにしてください。サブスクリプションの認証情報を渡すと、その後も保存されていないか確認するのは困難です。

公共Wi-FiでVPNに接続していれば、証明書の警告を無視してもいいですか?

いいえ。証明書の警告は、アクセス中のサイトの正当性や通信の検証に関するものです。VPNに接続しても自動的に解決するわけではありません。機密情報の送信を中止し、URL、システム時刻、ネットワークのログイン状態を確認してください。必要に応じて、信頼できるネットワークに切り替えてから作業を続けましょう。

サポートへの問い合わせでスクリーンショットを送る場合、何を隠せばいいですか?

アカウントのパスワード、サブスクリプションURL全体、QRコード、設定内の認証情報を隠してください。問題に関係のない注文情報やアクセス履歴も削除しましょう。先に画像を切り抜いてからマスキングし、書き出した画像をもう一度開いて確認してください。編集可能なレイヤーや元の添付ファイルに機密情報が残っていないかも確認します。

クライアントを終了した後、ほかに必要なことはありますか?

アプリを終了しても、システムプロキシやVPN構成、保存された認証情報が削除されるとは限りません。システムのネットワーク設定とクライアントの案内を確認し、接続が意図したとおりに切断されているか確かめてください。端末を共有または譲渡する場合は、設定ファイル、スクリーンショット、ダウンロードフォルダー内の関連情報も削除しましょう。