VPNのプライバシー対策：おすすめサービスの選び方とノーログポリシーの確認方法

プライバシーを考える：誰に何が見えるのか

公共Wi-Fiの運営者、利用中のネットワーク事業者、プロキシサービス、接続先のウェブサイトでは、それぞれ見える情報が異なります。暗号化トンネルは、トンネル内の通信をローカルネットワークから見えにくくしますが、その分、トンネルの出口を運営する事業者への信頼が必要になります。接続先のサイトには、ログインしたアカウントが引き続き認識されます。また、ブラウザーのCookieや端末の特徴も、出口を切り替えただけでは消えません。

HTTPSはブラウザーとウェブサイト間の通信内容を暗号化します。VPNやプロキシを利用していても、証明書の警告を無視してよいわけではなく、サービス事業者がすべてのウェブページの内容を必ず読めるという意味でもありません。一方、HTTPSで内容が保護されていても、接続時刻、通信量、接続先アドレスなどのメタデータから行動の特徴が分かる場合があります。見える範囲はプロトコルやネットワークの設定によって異なります。

そのため、プライバシーを重視して選ぶ際は「暗号化されているか」だけで判断しないようにしましょう。公共ネットワークでの盗み見を減らしたいのか、登録情報の保存を抑えたいのか、決済情報と利用記録の直接的な結び付きを避けたいのか。目的を分けることで、機能が実際のリスクに対応しているかを判断できます。

ノーログポリシー：データ項目ごとに確認する

「閲覧内容を記録しない」ことと「接続メタデータを一切保存しない」ことは同じではありません。アクセスしたページを記録しなくても、課金やトラブル対応、不正利用の制限のために、アカウントの状態、通信量、接続情報を処理するサービスはあります。ポリシーを確認する際は、トップページのバッジだけでなく、プライバシーポリシー、利用規約、クライアントの診断情報に関する説明も確認しましょう。

さらに確認したいのは、データの保存期間、アクセス権限、削除方法、第三者による処理の範囲です。「サービス改善に利用」としか書かれておらず、対象データの説明がなければ、実際に何が収集されるのか判断しにくくなります。「一時的に処理」と記載されている場合も、稼働に必要なメモリー上の状態なのか、ディスクに書き込まれて後から削除されるのかを確認しましょう。

根拠を確認：バッジより監査範囲が重要

独立監査は検証可能な情報を増やす手段になります。ただし、報告書が公開されているか、実際に稼働するサーバーが監査対象か、結論がコードの安全性、インフラ設定、ログポリシーのどれを対象にしているかを確認しましょう。クライアントのコードだけを調べても、サーバーが接続記録を保存していないことの直接的な証明にはなりません。

報告書を読むときは、監査日、製品バージョン、対象システム、対象外の項目を確認しましょう。過去の報告書が示すのは、その時点で監査対象となった範囲の状況であり、継続的な運用上の制約を保証するものではありません。クライアントがオープンソースでも、確認しやすくなるのは該当するコードです。公開されたバイナリとソースコードが一致するか、サーバーがどのように運用されているかは別途確認が必要です。

• ✅ ポリシーにデータ項目、用途、保存方法、削除手段が具体的に記載されている。
• ✅ 監査を根拠にしている場合、原本の報告書を確認でき、監査範囲と制限が分かる。
• ✅ サービスの運営主体、ポリシーの適用対象、第三者の処理内容が明確に説明されている。
• ❌ 「軍用」「最高水準」といった形容詞だけで、データ処理の説明を済ませている。
• ❌ プライバシーポリシーに記載がないことを、データを収集していない証拠として扱っている。

この記事では、VPNAddについて、根拠の確認できないノーログや独立監査のお墨付きはしていません。製品について確認できる事実と、プライバシーポリシーの根拠は分けて考えてください。明確な回答がない情報については、機能一覧で結論を補わず、不確実な点として扱う必要があります。

登録情報：メールアドレス不要で登録する意味

メールアドレスなしで登録できれば、アカウント作成時に長期的な個人識別情報をひとつ減らせます。VPNAddではメールアドレス不要の登録方法を利用できます。サーバー側でメールアドレスを保存する必要は減りますが、ネットワーク接続、注文、問い合わせで発生するデータまで自動的になくなるわけではありません。

アカウントを設定する際は、公開しているSNSのユーザー名を使い回さず、パスワードは個別に管理しましょう。覚えやすさを優先して、普段使うメールアドレスをユーザー名やメモに含めるのも避けてください。メールアドレスを登録しない場合は、アカウントの復旧方法を事前に確認することが特に重要です。認証情報を失ったときに復旧できるかどうかは、管理画面で案内されている手順に従い、推測で判断しないようにしましょう。

サポートへの問い合わせやトラブル対応でも、提供する情報は必要最小限にしましょう。システム、クライアント、エラー内容、再現手順を伝えるほうが、デスクトップ全体のスクリーンショットを送るより役立つことが多くあります。スクリーンショットを送る前に、アカウント情報、注文番号、サブスクリプションリンクを隠してください。注文の確認が必要な場合は、サービスが提供する正式な窓口から、必要な情報だけを送信しましょう。利用方法ははじめての方向けガイドで確認できます。

決済情報：決済方法を選んでも本人情報が分離されるとは限らない

VPNAddはAlipay、WeChat Pay、USDTに対応しています。選ぶ際は、決済事業者が保有する情報だけでなく、販売事業者が受け取る注文情報も確認しましょう。注文番号、金額、決済時刻とアカウントが結び付くだけでも、取引の手掛かりになることがあります。決済画面に本名が表示されるかどうかだけで判断しないようにしてください。

AlipayやWeChat Payは、決済や注文の照合がしやすい方法です。ただし、決済プラットフォームと販売事業者がそれぞれ保有するデータの範囲は異なります。USDTには、アドレス、送金経路、取引履歴が公開されるオンチェーン取引の性質があります。取引所などの利用経路を通じて、アドレスと本人情報が関連付けられる可能性もあります。USDTを使うだけで匿名決済になるとは限りません。

より慎重に利用するには、決済メモに注文と無関係な個人情報を書かず、領収書や取引識別情報を公開しないようにしましょう。対応するネットワークと送金先情報も事前に確認してください。見知らぬ相手にウォレットの秘密鍵やシードフレーズを渡してはいけません。決済方法のプライバシーは、資金の入手元、プラットフォームのポリシー、利用者自身の操作を踏まえて判断するもので、特定の方法を一律に安全とみなすことはできません。

公共Wi-Fi：トンネル、DNS、切断時の動作を確認

公共ネットワークのリスクは、通信内容の盗み見だけではありません。偽のアクセスポイント、異常なDNS、ログイン用ポータルへの誘導にも注意が必要です。まずネットワーク名と提供元を確認し、不要な自動接続は無効にしましょう。ポータル認証のために一時的な直接接続が必要な場合は、機密情報を扱う操作をいったん中断してください。認証を通すためにブラウザーの証明書エラーを無視してはいけません。

1. 通信の経路を確認する。システムプロキシが影響するのは、通常、プロキシ設定に従うアプリだけです。TUNやシステムVPNインターフェースはより多くの通信を取り込めますが、ルーティング、除外設定、プラットフォームの実装による制約があります。接続アイコンが表示されていても、すべてのアプリがトンネルを通っているとは限りません。
2. DNSの経路を確認する。クライアントの名前解決ポリシーと分割ルーティングのルールが一致しているか確認しましょう。暗号化DNSは名前解決の通信を保護しますが、必ず現在のトンネルを経由するとは限りません。ブラウザーが独自に設定したDNSサービスも、システムの設定と異なる場合があります。
3. 出口とIPアドレスの種類を確認する。現在のIPアドレスで、ウェブリクエストがどの出口から送信されているか確認し、信頼できるDNS・IPv6チェックツールも併用しましょう。ひとつのウェブページで出口の変化が確認できても、すべてのアプリの通信がトンネルに入っているとは限りません。
4. 切断時の保護を検証する。クライアントに通信遮断機能がある場合は有効にし、機密情報を扱っていないときに回線の切断、ネットワークの切り替え、スリープからの復帰を試して、意図しない直接接続が起きないか確認しましょう。自動再接続と、直接接続の遮断は別の機能です。
5. システム権限を確認する。macOSとiOSのネットワーク拡張、Windowsのルーティングとファイアウォール、AndroidのシステムVPN設定には、それぞれ異なる制約があります。Linuxでもシステムプロキシとルーティングによる通信の取り込みは別の仕組みです。実際に利用するクライアントのドキュメントに沿って設定してください。

分割ルーティングでは、ルールで直接接続に指定された通信は、もともとプロキシを経由しません。これは設定ミスによる漏えいとは区別する必要があります。機密性の高い操作を行う場合は、ドメインルール、デフォルトの動作、アプリ独自の通信方法を確認してください。画面上の「グローバルプロキシ」という名称だけで、設定全体の安全性を判断しないようにしましょう。

プロトコルと回線：プライバシーポリシーの代わりにはならない

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたはプロトコル体系です。対応状況は、クライアントとそのコアのバージョンによって異なります。プロトコル名だけではログの扱いは分かりません。特にVLESSの通信内容の暗号化は、組み合わせるセキュアなトランスポート層に依存するため、名称だけで必要な保護が設定されていると判断しないでください。

IEPL専線、中継、直接接続は、回線の構成や通信経路を示すもので、プライバシー認証ではありません。現在のネットワークに適した経路であっても、サーバーが収集するデータが少ないとは限りません。VPNAddは「銀行レベルの暗号化」をセキュリティの主な訴求点としていますが、具体的な暗号化の実装や通信の取り込み範囲は、実際のクライアントと回線の設定に基づいて確認してください。この説明から匿名性が保証されるわけではありません。

サブスクリプションリンクは設定を取り込むための入口で、多くの場合、アカウントを識別できる認証情報が含まれています。信頼できるクライアントだけに読み込ませ、見知らぬサブスクリプション変換サイトに貼り付けたり、公開の掲示板にリンク全体を載せたりしないでください。リンクを誤って公開した場合は、管理画面でリセットに対応しているか確認し、読み込み済みのクライアントも更新しましょう。