Proton Unlimited を選んだ理由｜VPN・メール・パスワード管理をどう使うかLinux / Android / Windowsで考える現実的プライバシー設計とレビュー

この記事では、スイスのプライバシーツールを提供する Proton AG の各サービス
（Proton VPN / Mail / Drive / Pass / 2FA）について、

「何ができるのか？」
「他のサービスと何が違うのか？」
「日常利用で実用的にどう選ぶべきか？」

という疑問に、実例と比較を交えて答えます。

参考：
現在、Proton Unlimited が割引表示になることがあります。
時期やアカウント条件によってキャンペーン内容は異なるようなので、
詳細は公式ページで確認してください。

Proton の設計思想をあまり考えずにまとめて使いたい方へ:
ProtonUnlimited （公式サイト）

⚠ 注意
本記事で扱う「Proton」は、LinuxでWindowsソフトを動かすための
Steam / Valve の互換レイヤーではありません。

第1章｜なぜ私は「Proton」という選択に落ち着いたのか

セキュリティの話になると、どうしても「最強」という言葉が出てくる。
暗号は何を使うか、ログは取るのか、匿名性はどこまで担保されるのか。

私自身、そういう話を突き詰めてきた一人だ。

けれど、正直に言うと、
ある時点から疲れてしまった。

設定を詰めれば詰めるほど、

• これは本当に毎日使えるのか
• 何かあったとき自分で復旧できるのか
• そもそも、この構成を何年維持できるのか

そういう疑問が頭から離れなくなった。

---

OSが変わるたびに、セキュリティの設計まで変わる違和感

私の普段の環境はひとつではない。

• Linux
• Android
• Windows

用途に応じて行き来している。
問題は、OSが変わるたびにセキュリティの考え方まで変わってしまうことだった。

あるOSではこれが正解、
別のOSでは別のツール、
スマホではまた別の妥協。

そのたびに、

「これは本当に同じ自分の環境なのか？」

という違和感が積み重なっていった。

---

「最強」よりも、「続く安全」を選びたいと思った

もちろん、理論上もっと強い構成はある。
匿名性を極限まで突き詰めた選択肢も知っている。

ただ、そこで一度立ち止まった。

自分が欲しいのは、最強の構成だろうか？

答えは違った。

• 毎日起動する
• 意識せずに使える
• OSが変わっても考え方がブレない
• 数年後も同じ感覚で使えていそう

そういう 「続く安全」 のほうが、
結果的に自分を守るのではないかと思うようになった。

---

その結果として選んだのが「Proton」だった

そう考えた末に、
私が日常の中心に据えることにしたのが
Proton だった。

重要なのは、
「一番安全そうだから」ではない。

• Linux・Android・Windowsで同じ思想を持てる
• VPN・メール・クラウド・認証が分断されない
• セキュリティを“意識し続けなくていい”

このバランスが、
自分の生活と無理なく噛み合った。

第2章｜Protonとは何か：単なるVPN会社ではない

Protonという名前を聞いて、
最初に思い浮かぶのはVPNかもしれない。

実際、Proton VPNは知名度が高く、
「Proton＝VPNの会社」と認識している人も多いと思う。

だが、それは Protonの一部分 にすぎない。

---

Protonの出発点は「通信」ではなく「プライバシー」だった

Proton は、
もともと「VPN会社」として始まったわけではない。

Protonの原点にあるのは、

• 個人のデータは誰のものか
• サービス提供者は、どこまで知る必要があるのか
• 信用できるかどうかに依存しない仕組みは作れないのか

という問いだ。

その答えとして選ばれたのが、
エンドツーエンド暗号化（E2E暗号化）を前提にした設計だった。

---

VPNだけで終わらない理由

Protonが提供しているのは、VPNだけではない。

• Proton Mail
• Proton Drive
• Proton Pass
• Proton Authenticator

一見すると、
それぞれ別ジャンルのサービスに見える。

だが、内部の思想は一貫している。

---

共通しているのは「すべてを暗号化前提で考える」こと

Protonの各サービスには、
共通する前提がある。

それは、

「暗号化されていない状態は、そもそも存在しないものとして設計する」

という考え方だ。

• Mail：内容は送信者と受信者以外に読めない
• Drive：保存されたデータは利用者以外に解読できない
• Pass：パスワードはサービス側でも読めない
• Authenticator：認証情報は独立した暗号領域で管理される

これは
「守っている」のではなく、
「最初から見えないように作っている」 という違いがある。

---

「信頼」ではなく「構造」で守るという発想

多くのオンラインサービスは、
暗黙の前提としてこう言っている。

私たちを信頼してください
データは適切に扱います

Protonは、この前提を置かない。

• 運営が善意であるかどうか
• 将来、方針が変わらないか
• 外部から圧力がかからないか

そうした不確実性を前提に、

「仮に信頼できなくなっても、中身が見えない構造」

を選んでいる。

これは思想というより、
設計上の割り切りだ。

---

総合プライバシープラットフォームという位置づけ

VPN・メール・クラウド・パスワード管理・2FA。
これらを別々の思想で組み合わせると、

• 設定が増える
• 例外が増える
• どこが弱点かわからなくなる

Protonは、
すべてを同じ暗号化思想の上に載せる ことで、
この複雑さを減らしている。

だからProtonは、

• VPNが主役
• Mailが主役

という会社ではない。

「プライバシーをどう扱うか」という設計そのものを提供している。

---

なぜ「日常用途」に落とし込めるのか

理論的に正しくても、
使い続けられなければ意味がない。

Protonは、

• 複雑な設定を要求しない
• OSが変わっても使い方が大きく変わらない
• 暗号化を意識しなくていい

という点で、
プライバシーを日常に落とし込んでいる。

この「意識しなくていい」という点が、
後から効いてくる。

第3章｜Proton VPN で何が守れる？ 通信の途中で起きるリスクと対策

インターネットのセキュリティというと、「パスワード管理」や「二段階認証」を思い浮かべる人が多いかもしれない。
もちろんそれらは重要で、適切なパスワードマネージャーや2FA（ワンタイムパスワード）の利用は、今や前提になっている。

だが実際には、一番無防備になりやすいのは通信そのものだ。

どれだけ強固なパスワードを使っていても、通信の途中で情報が書き換えられたり、別の場所へ誘導されたりすれば意味がない。

---

通信途中で起きている、現実的なリスク

インターネット通信は、

自分の端末 → 複数の中継点 → 目的のサーバー

という経路を通って行われる。
この「途中」で起きうるリスクは、決して映画の中の話ではない。

代表的なのは次のようなものだ。

• 公衆Wi-FiやフリーWi-Fiでの通信の盗聴
• 通信内容の一部改変
• DNS改ざんによる偽サイトへの誘導

特にDNSは見落とされがちだが、非常に重要なポイントになる。

---

DNS改ざんで何が起きるのか

DNSは、「このドメイン名は、どのIPアドレスか」を教えてくれる仕組みだ。
ここが改ざんされると、見た目は本物と同じURLなのに、偽物のサーバーへ接続させられるという事態が起きる。

• ログイン画面は本物そっくり
• HTTPS表示も一見問題なし
• だが入力した情報はすべて盗まれる

これは典型的なフィッシング攻撃の一形態で、「怪しいリンクを踏んだ」という自覚がなくても成立してしまう。

フリーWi-Fi、ホテル、カフェ、空港などでは、利用者が通信経路を完全に制御することはほぼ不可能だ。

---

匿名化よりも「通信の完全性」

ここでVPNの話になるが、私は Proton VPN を
「身元を完全に隠すための道具」だとは考えていない。

むしろ重視しているのは、

通信が途中で覗かれないこと
通信が途中で改変されないこと

Proton VPNは、通信全体を暗号化されたトンネルで包み、
ローカルネットワークやISP、第三者が内容に介入できない状態を作る。

これにより、

• フリーWi-Fiでの盗聴対策
• DNS改ざんによる誘導の防止
• 通信途中での不正な書き換え防止

といった、現実的で日常的なリスクを大きく下げることができる。

---

VPNを「入れっぱなし」で使える理由

Proton VPNは、速度と安定性の面でも完成度が高い。

実際に使っていて、

• Amazon Prime Video
• Netflix
• Disney+
• TVer
• ABEMA

といった主要なストリーミングサービスは問題なく視聴できている。
サーバー数が多く、混雑で使えなくなる場面もほとんどない。

また、VPNキルスイッチをONにしたままでも、

• Web閲覧
• 動画視聴
• 日常的な作業

で困ることはまずない。
「必要なときだけONにするVPN」とは違い、常時ONで使える実用性がある。

---

マルウェアブロック・トラッカーブロックという現実解

Proton VPNには、マルウェア配布サイトやトラッカーをブロックする機能も用意されている。

これは「完璧な匿名」を目指すものではない。
だが、

• 変な広告ページに飛ばされる
• 悪意のあるスクリプトを踏む

といった、日常で最も遭遇しやすい事故を防ぐには十分に役立つ。

---

「最強の匿名VPN」ではない、という話

正直に言えば、匿名性だけを突き詰めるなら
Mullvad VPN のような選択肢もある。

ただし、

• ストリーミングが見られない
• 利便性が犠牲になる
• 日常用途ではストレスが出やすい

という現実もある。

私は「最強」を選ばなかった。
毎日使い続けられる安全を選んだ。

その答えが、Proton VPNだった。

HTTPSだけでは「十分」ではない理由

「今どきHTTPSだから安全」と思われがちだが、
HTTPSは 万能な防御手段ではない。

HTTPSが守るのは、あくまで

ブラウザと接続先サーバーの間の通信内容

だけだ。

つまり、

• どのサーバーに接続しているか
• その接続先が本物かどうか
• 通信経路が途中で書き換えられていないか

までは保証しない。

実際、DNS改ざんが起きている場合、

• 正しいURLを入力している
• HTTPS表示もある
• 証明書エラーも出ない

それでも、最初から偽のサーバーにHTTPSで接続させられる
というケースは成立する。

HTTPSは「盗聴防止」には強いが、
誘導そのものを防ぐ仕組みではない。

---

HTTPSとVPNは役割が違う

ここで重要なのは、

• HTTPSが不要だ、という話ではない
• VPNがHTTPSの代わり、という話でもない

という点だ。

役割が違う。

• HTTPS
  → 接続後の通信内容を守る
• VPN
  → 接続先にたどり着くまでの経路そのものを守る

Proton VPNは、

• DNS問い合わせ
• 通信経路
• ローカルネットワークから外に出るまでの区間

を含めて暗号化する。

つまり、

「HTTPSで通信する前段階」を安全にするための層として機能する。

---

現実的な結論

現実的なセキュリティ設計は、こうなる。

• HTTPSは前提
• その上で、通信経路も信用しない

私はこの考え方に納得できたから、
VPNを「特別なときの道具」ではなく
常時ONのインフラとして使っている。

Proton VPNは、その前提で破綻しない数少ないVPNだった。

HTTPSは前提だ。
だが、それだけでは足りない。

だから私は、通信そのものを信用しない設計として
Proton VPNを常時ONで使っている。

第4章｜VPNを入れっぱなしにできるかは、最大の評価基準

VPNの評価で一番重要なのは、
「どれだけ強い暗号を使っているか」でも、
「どれだけ匿名性が高いか」でもない。

入れっぱなしで生活できるか。

この一点に尽きる。

どれほど理論的に正しくても、
日常利用でストレスが出るなら、人は必ずVPNを切る。
セキュリティは「続かなければ存在しない」のと同じだ。

---

常時ON・キルスイッチ有効という前提

私は Proton VPN を、

• VPN常時ON
• キルスイッチ有効

という前提で使っている。

つまり、

• VPNが切れたら通信しない
• 意図せず素の回線に戻らない

という状態だ。

この運用は、
VPNによっては現実的ではない。
接続が不安定だったり、速度低下が大きかったりすると、
日常作業そのものが破綻する。

だが、Proton VPNでは
この前提が普通に成立する。

---

普通のWeb閲覧・作業で困らないという事実

VPNを常時ONにすると、

• ページ表示が遅くなる
• サイトに弾かれる
• 細かい不具合が頻発する

といった印象を持つ人は多い。

だが、私の実際の運用では、

• Web閲覧
• 技術調査
• ブログ執筆
• 日常的なオンライン作業

で困ることはほぼない。

重要なのは、
VPNが動いていることを意識しなくていい時間が圧倒的に長い
という点だ。

これはスペックの話ではなく、
設計の話だと思っている。

---

ストリーミングも「生活の一部」として成立する

VPN常時ONでも、

• Amazon Prime Video
• Netflix
• Disney+
• TVer
• ABEMA

といった主要なストリーミングサービスは、
実際の使用で問題なく視聴できている。

「設定を工夫すれば見られる」ではなく、
何も考えずに普通に使える。

これは軽視されがちだが、
セキュリティを日常に組み込むうえで非常に重要だ。

一度でも「面倒」が積み重なると、
人はセキュリティを切る理由を探し始める。

---

マルウェアブロック・トラッカーブロックの実用性

Proton VPNには、

• マルウェア配布サイトのブロック
• トラッキングドメインのブロック

といった機能が用意されている。

これは「万能防御」ではない。
だが、

• 変な広告ページに飛ばされる
• 悪意のあるスクリプトを踏む

といった、日常で一番多い事故を確実に減らしてくれる。

重要なのは、
ユーザーが毎回判断しなくていいという点だ。

---

ここからが現実の話：例外は存在する

ここまで読むと、
「じゃあ完全に入れっぱなしで問題ないのか？」
と思うかもしれない。

結論から言えば、
例外はある。

私の場合、特に意識しているのが、

• GitHub などからの大きなファイルのダウンロード
• ソースコードやバイナリの取得
• パッケージマネージャーによる一括取得

といった場面だ。

---

Git でのダウンロード時に起きる現象

VPN常時ONかつ、

• マルウェアブロック
• トラッカーブロック

を有効にしたまま Git からダウンロードすると、
まれにファイルが一部欠けることがある。

• アーカイブが壊れる
• 一部のファイルが落ちてこない
• チェックサムが合わない

といった症状だ。

これはProton VPNが壊しているわけではない。
多くの場合、

• CDN側の挙動
• ドメインブロックとの相互作用
• セキュリティ機能による通信遮断

が原因になる。

---

私の実際の対処法

この場合、私は次のようにしている。

• VPNはONのまま
• マルウェアブロック・トラッカーブロックだけを一時的にOFF

もしくは、

• ダウンロード中だけVPN自体をOFF
• 作業が終わったら即ONに戻す

重要なのは、
無意識で例外を作らないことだ。

---

切ることより「把握していること」が重要

VPNを切ること自体は、問題ではない。

問題になるのは、

• なぜ切っているのか分からない
• 切ったまま戻し忘れる
• 例外が常態化する

こうした状態だ。

Proton VPNは、

• 状態が分かりやすい
• ON/OFFが明確
• キルスイッチの挙動が予測できる

ため、
意識的な例外運用をしやすい。

---

セキュリティは「完璧」ではなく「設計」

セキュリティの話は、
どうしても「0か100か」で語られがちだ。

だが現実には、

• 速度
• 安定性
• 作業効率

とのトレードオフが必ず存在する。

だから私は、

• 普段はVPN常時ON
• 明確な理由があるときだけ例外を作る
• 作業が終わったら必ず元に戻す

という運用を選んでいる。

これは妥協ではない。
現実的に続く設計だ。

---

評価基準は「続くかどうか」

VPNは、

• 危険なときだけ使う道具
• 特別な作業のための装備

ではない。

日常のインフラとして使えるかどうか。

その基準で見たとき、
Proton VPNは数少ない「残る選択肢」だった。

---

章のまとめとして一言

セキュリティは、
「切らないこと」より
「切っている状態を把握していること」のほうが重要だ。

Proton VPNは、
その前提で使っても破綻しない数少ないVPNだと思っている。

第5章｜ストリーミングが普通に見られるという事実

VPNの話になると、
多くの人が真っ先に不安に思うのが、ストリーミングだ。

• 動画が見られなくなるのではないか
• 速度が落ちて止まるのではないか
• サービス側に弾かれるのではないか

こうした印象があるのは無理もない。
実際、VPNによってはそれが現実になるケースもある。

だが、少なくとも私の Proton VPN の使い方では、
この不安は当てはまらなかった。

---

実際に視聴できているサービス

私の普段の利用環境では、VPN常時ONの状態で、

• Netflix
• Amazon Prime Video
• Disney+
• TVer
• ABEMA

といった主要なストリーミングサービスが、
特別な設定なしで普通に視聴できている。

「試しに見られた」ではなく、
日常的に使って問題が出ていない、という意味だ。

この「普通に見られる」という事実は、
VPNの実用性を考えるうえで非常に大きい。

---

ストリーミングが止まらない理由

理由は単純で、
Proton VPNはサーバー数が非常に多く、
特定のサーバーに利用者が集中しにくい。

• 混雑しにくい
• 帯域に余裕がある
• 切り替え先が多い

結果として、

• 動画が途中で止まる
• 接続が不安定になる

といったストレスが起きにくい。

これは「高速だから」というより、
運用前提で設計されているかどうかの差だと感じている。

---

VPNとストリーミングは両立できない、は思い込み

「VPNを使う＝動画は諦めるもの」
という認識は、すでに現実とズレ始めている。

少なくともProton VPNの場合、

• セキュリティを優先すると動画が犠牲になる
• 動画を見るならVPNを切るしかない

という二択にはならない。

ここが重要だ。

---

「見られる＝プライバシーが弱い」ではない

ときどき、

ストリーミングが見られるVPNは
プライバシーが弱いのでは？

という意見を見かける。

だが、これは短絡的だと思っている。

• 見られるかどうか
• プライバシー設計が弱いかどうか

この二つは、直接は結びつかない。

Proton VPNが重視しているのは、

• 通信経路の暗号化
• 通信途中の盗聴や改変の防止

であって、
「動画サービスを騙すこと」ではない。

結果として動画が見られているのは、
運用上の安定性が高いからだ。

---

日常用途に耐えないセキュリティは、長続きしない

どれだけ思想が正しくても、

• 動画を見るたびにVPNを切る
• 家族が使う端末では不便
• 娯楽のたびに例外が増える

こうした状況では、
セキュリティは必ず形骸化する。

Proton VPNは、

• 常時ON
• 生活の中で意識しなくていい
• 娯楽を邪魔しない

という点で、
現実の生活に耐える設計になっている。

---

まとめ：実用性は思想の一部

ストリーミングが普通に見られることは、
単なるおまけではない。

それは、

• セキュリティを切らなくていい
• 例外を増やさなくていい
• 意識せず続けられる

という意味を持つ。

VPNを「特別な道具」にしない。
それがProton VPNの一番の強さだと思っている。

第6章｜「最強の匿名性」ではないことを正直に書く

ここまで読んでくれた人の中には、
こう思っている人もいるはずだ。

それでも、匿名性という点では
もっと強いVPNがあるのでは？

その通りだ。
そしてその代表例が Mullvad VPN だ。

この章では、
Protonを持ち上げるためにMullvadを下げることはしない。
むしろ逆だ。

Mullvadは、実際に匿名性最強クラスの実績を積み上げてきたVPNだ。

---

Mullvadが「本気で匿名性を突き詰めている」具体例

Mullvadの匿名性は、単なるマーケティング文句ではない。
設計と運用の両方で、極端なほど一貫している。

象徴的なエピソードはいくつもある。

アカウントに「名前」が存在しない

Mullvadでは、

• メールアドレス不要
• ユーザー名不要
• 個人情報入力なし

代わりに発行されるのは、
ランダムな数字だけのアカウント番号だ。

この番号を知っているかどうかが、
事実上の認証情報になる。

これは、

そもそも個人と結びつく情報を持たなければ、
漏れるものも存在しない

という思想を、そのまま実装した形だ。

---

現金封筒での支払いを受け付けている

Mullvadは、長年にわたって

• 現金を封筒に入れて郵送する支払い方法

を公式に受け付けてきた。

しかも、

• 名前を書かなくていい
• 住所を書かなくていい
• 差出人不明でも受け付ける

という徹底ぶりだ。

これは単なる「変わったサービス」ではない。
匿名性を理念ではなく行動で示した例だ。

---

サーバー押収・捜索で「何も出なかった」実績

Mullvadは過去に、

• サーバーの物理的な押収
• 捜索

といった事例を経験している。

その結果どうなったか。

ログが存在しないため、提出できる情報が何もなかった。

これは
「ログを取っていません」という宣言ではなく、
構造上、取れない設計だったことの証明だ。

匿名性を語るVPNは多いが、
実際の捜索事例でそれを証明した例はそう多くない。

---

ただし、その思想は日常を犠牲にする

ここまで書けば分かる通り、
匿名性という一点で見れば、Mullvadは極めて強い。

だが、その強さは
日常利用を強く意識しない設計と表裏一体だ。

実際に使うと、

• ストリーミングはほぼ使えない
• 一部のWebサービスに頻繁に弾かれる
• 「使えない」のではなく「使わせない」思想

を感じる場面がある。

これは欠点ではない。
匿名性を最大化するという目的に忠実な結果だ。

---

Protonは、別の問いに答えている

一方で Proton VPN が答えている問いは、明確に違う。

• 匿名性は重要だが、それだけで十分か
• 日常で使えなければ意味があるのか
• 仕事・娯楽・生活と共存できるか

Protonは、

匿名性
利便性
運用継続性

この三つを同時に成立させる、という選択をしている。

---

「どちらが上か」ではなく「思想の分岐点」

ここで重要なのは、
優劣をつけることではない。

• Mullvadは
  → 匿名性という一点を、妥協なく突き詰めた結果
• Protonは
  → 日常に溶け込む安全を設計した結果

どちらも、
それぞれの問いに対して誠実だ。

私は、
Mullvadが「やりすぎ」だとは思っていない。
むしろ、あそこまでやるからこそ、
匿名性という概念が守られているとも思う。

---

私がProtonを選んだ理由は変わらない

私は、

• 完全な匿名環境を常時維持したい
• 生活や娯楽を犠牲にしてでも匿名性を優先したい

という立場ではなかった。

• 普段の通信
• 仕事
• 調査
• ストリーミング
• マルチOS環境

これらすべてを含めて考えた結果、
「続けられる安全」 を選んだ。

それがProtonだった。

---

セキュリティ強者ほど、ここで判断すればいい

この章は、
Protonを勧めるために書いていない。

• 自分はどこまで匿名性を求めるのか
• 何を犠牲にできるのか
• 何を日常に残したいのか

この問いに答えた上で、
選べばいい。

---

正直に書いた上での結論

Mullvadは、
匿名性という概念を現実に引きずり出したVPNだ。

Protonは、
安全を日常に持ち込んだVPNだ。

私は後者を選んだ。
それだけの話。

第7章｜Proton MailとE2E暗号化の意味

メールは、
今でも最も使われているコミュニケーション手段のひとつだ。

にもかかわらず、
最も漏れやすい情報経路でもある。

---

メールは、構造的に「危険」なメディアだ

メールは一見すると、

• テキスト中心
• 添付も制限がある
• 昔からある仕組み

という理由で、
「そこまで危険ではない」と思われがちだ。

だが実際には、

• パスワード再設定
• 契約情報
• 個人間のやり取り
• 業務連絡

あらゆる重要情報が、
メールに集約されている。

しかも多くのメールサービスでは、

• サーバー上で平文または復号可能な状態で保存され
• 事業者側が中身を読める構造になっている

これは「悪意があるから」ではない。
設計がそうなっているだけだ。

---

Proton Mailは「事業者が読めない」前提で作られている

Proton Mail が
他のメールサービスと決定的に違う点は、ここにある。

Proton Mailは、

• メールの内容
• 添付ファイル
• 件名の一部

が、エンドツーエンド暗号化（E2E暗号化） を前提に設計されている。

つまり、

メールを保存しているサーバーの運営者ですら、
原理的に中身を読むことができない

という構造だ。

これは
「信用しなくていい」設計だ。

---

「信用しなくていい」という感覚の重さ

多くのサービスは、
こう言外に語っている。

私たちは善良です
データは適切に扱います

だが、Proton Mailはこの前提を置かない。

• 善意に依存しない
• 将来の方針変更を考慮する
• 外部圧力を前提にする

その結果として、
読めない構造を選んでいる。

これは思想というより、
工学的な割り切りだ。

---

メールが「通信」ではなく「データ」になる感覚

Proton Mailを使っていて感じるのは、
メールが単なる「やり取り」ではなく、
暗号化されたデータの保存庫になるという感覚だ。

• 過去のやり取り
• 添付されたファイル
• 記録として残る会話

これらが、

• サーバーに置かれていても
• 事業者に預けていても

自分以外は中身を読めない。

この感覚は、
従来のメール体験とは明確に違う。

---

VPNと組み合わせたときの安心感

ここで、これまでの章と話がつながる。

Proton Mailは
E2E暗号化によって「中身」を守る。

そして Proton VPN は、
そのメールがやり取りされる 通信経路 を守る。

• 通信途中で覗かれない
• DNS改ざんで別の場所に送られない
• フリーWi-Fiでも経路が保護される

この二つが重なると、

メールの中身も
そこに至るまでの道も
両方が守られている

という状態になる。

これは
「一部だけ安全」ではない。
設計全体が噛み合っている感覚だ。

---

Gmail代替、では終わらせない理由

Proton Mailを
「Gmailの代わり」と表現することはできる。

だが、それは本質ではない。

Gmailは、

• 検索性
• 広告
• データ活用

を前提に最適化されている。

Proton Mailは、

• 読めない
• 分析できない
• 活用できない

ことを前提に設計されている。

向いている方向が違う。

---

メールを「信頼の対象」から「構造」に戻す

Proton Mailが提供しているのは、
高機能なメール体験ではない。

• 読めない
• 覗けない
• 預けても危険にならない

という、
構造としての安全だ。

メールを、

信頼するサービス

ではなく、

信用しなくていい仕組み

に戻す。

それが、
Proton MailとE2E暗号化の本当の意味だと思っている。

第8章｜Proton Driveは「共有」と「バックアップ」のために使う

クラウドストレージの話になると、
どうしてもこういう言い方が増える。

すべてをクラウドに置こう
ローカルは不要だ

私はこの考え方に、ずっと違和感があった。

---

原本データは、あくまでローカルに置く

私の基本方針は明確だ。

• 原本データはローカル
• 作業中のファイルもローカル
• クラウドは「補助」

この前提は、
Proton Drive を使っていても変わらない。

理由は単純だ。

• 回線が不安定なとき
• サービスに一時的な障害が出たとき
• 自分の判断で即座にアクセスしたいとき

ローカルに原本がある安心感は、
どんなクラウドでも置き換えられない。

---

Driveの役割は「共有」と「一時保管」

Proton Driveを使う場面は、
はっきりしている。

• 他人と安全にファイルを共有したいとき
• 一時的にデータを預けたいとき
• 暗号化された形でバックアップを取りたいとき

特に、

• パスワード付き共有
• 有効期限付きリンク
• いつでもアクセスを取り消せる

といった機能は、
「送ったあとも管理できる」点で非常に実用的だ。

---

暗号化バックアップとしての価値

Proton Driveは、

• ファイルの中身
• ファイル名
• メタデータの一部

まで含めて、
エンドツーエンド暗号化を前提にしている。

つまり、

サービス提供者ですら中身を読めない状態で
データを保管できる

これは
「クラウドに預けること」への心理的ハードルを
大きく下げてくれる。

ただし、
だからといって 全部を預ける必要はない。

---

クラウドに「全部預けない」という設計思想

セキュリティの世界では、

• 一箇所に集めすぎない
• 役割を分散する

という考え方が基本になる。

私は、

• 作業はローカル
• 共有と退避はクラウド
• 原本は常に手元

という構成を選んでいる。

Proton Driveは、
この構成に ちょうど収まる。

---

「持たせすぎない」ことの安全性

クラウドサービスは、
便利になればなるほど、

• 何でも置きたくなる
• すべてを任せたくなる

だが、それは同時に
単一障害点を増やすことでもある。

Proton Driveを使っていて感じるのは、

これは万能な保管庫ではない
だからこそ、安心して使える

という感覚だ。

---

信頼ではなく、役割分担

私はProton Driveを
「すべてを預ける場所」として使っていない。

• 共有のため
• 一時保管のため
• 暗号化バックアップのため

役割を限定して使っている。

この距離感が、
結果的に一番安全だと思っている。

---

まとめとして

Proton Driveは、

• クラウドに依存しすぎないためのクラウド
• 持たせすぎないことで成立する安全

そういう立ち位置のサービスだ。

「全部預けなくていい」
という選択肢を用意してくれること自体が、
このサービスの価値だと思っている。

第9章｜Proton Pass と KeePass XC / DX は「競合」ではなく「役割分担」

パスワード管理の話題になると、多くの人がここで立ち止まる。

• 結局どれを使えばいいのか
• クラウドは怖いが、ローカルは面倒
• 2FAはどこに置くのが正解なのか

だが、この問いに単一の正解は存在しない。

重要なのは、
どの製品が優れているかではなく、どういう構造で運用するかだ。

---

KeePass XC / DX は「原本」と「最重要ゾーン」

私のパスワード管理の軸は、今も変わらない。

• PC：KeePassXC
• スマートフォン：KeePassDX

KeePass 系の本質は明確だ。

• 完全ローカル管理
• kdbx ファイルという単一の暗号化データベース
• 管理責任が 100% 自分にある

さらに重要なのは、
KeePass XC / DX は 2FA ワンタイムパスワード（TOTP）にも対応している点だ。

つまり、

• パスワード
• 2FA コード

を、同じローカル暗号化ファイル内で完結させられる。

これは思想的にも、技術的にも非常に強い。

---

KeePass の現実：同期ではなく「コピーとインポート」

ただし、KeePass にははっきりした現実がある。

KeePass は、

• 自動クラウド同期を前提としていない
• OS 間で勝手にデータが揃うことはない

そのため実運用では、

• kdbx ファイルをコピーして持ち回る
• Bitwarden や Proton Pass などからエクスポートしたデータを
  KeePass にインポートする

といった作業が必要になる。

これは「同期」ではない。
明示的なデータ移動と更新作業だ。

この前提を理解せずに KeePass を使うと、

• 端末ごとに内容が違う
• どれが最新かわからない

といった事故が起きる。

---

それでも KeePass を使い続ける理由

それでも私は KeePass を使っている。

理由は単純だ。

原本を自分で持ちたいから。

• 絶対に失えないアカウント
• 復旧不能になる可能性がある認証情報
• 金融系・管理者権限のログイン

これらは、

• クラウドに依存させたくない
• 自分の管理下に閉じたい

だからこそ KeePass が必要になる。

---

Proton Pass は「即応性」と「横断性」を担当する

一方で、日常運用を支えているのが
Proton Pass だ。

Proton Pass は、

• Linux
• Android
• Windows

といった環境で、ほぼ同じ体験を提供する。

• ブラウザ自動入力
• 即時クラウド同期
• パスワード生成

そして重要な点として、
Proton Pass も 2FA ワンタイムパスワード（TOTP）に対応している。

つまり、

• パスワード
• 2FA コード

を、OS をまたいで即座に扱える。

---

エクスポートとインポートという「安全弁」

私の運用では、

• Proton Pass
• （以前使っていた）Bitwarden

から、定期的にエクスポートファイルを作成し、
それを KeePass にインポートしている。

これにより、

• クラウド側が「最新の利便性担当」
• KeePass が「原本・退避先」

という構造になる。

常時同期ではない。
必要なときに、意図的に反映する。

この一手間が、

• 依存しすぎない
• でも分断もしない

という、ちょうどいいバランスを作る。

---

2FA を「どこに置くか」は思想ではなく設計

ここで一番大事なのは、
2FA をどこに置くかは思想論ではないということだ。

私はこう切っている。

• 失ったら即死級のアカウント
  → KeePass でパスワード + 2FA
• 日常的に頻繁に使うサービス
  → Proton Pass でパスワード + 2FA

すべてを一箇所に集めない。
だが、使いにくくもしない。

---

クラウドに 2FA を置くことは「悪」ではない

よく言われる。

2FA は必ず別アプリに分けろ

理屈としては正しい。
実際、私は Proton Authenticator を使っているし、
Bitwarden Authenticator も良い選択肢だと思う。

ただし現実には、

• 管理が破綻する
• 面倒になって使わなくなる
• 復旧できなくなる

という問題も起きやすい。

Proton Pass は、

• エンドツーエンド暗号化前提
• Proton アカウント設計と一体
• オープンソースで検証可能

という条件が揃っている。

だから私は、

全部は任せないが、使う価値は十分ある

という位置づけで使っている。

---

「全部任せない」からこそ安全になる

私の構成はこうだ。

• KeePass XC / DX
  → 原本・最重要・最終退避先
• Proton Pass
  → 日常利用・OS 横断・即応性
• エクスポート / インポート
  → 安全弁・保険

この構成にしてから、

• 管理が破綻しない
• セキュリティ疲れしない
• 2FA も自然に回る

ようになった。

---

まとめ

• KeePass は「原本」
• Proton Pass は「利便性」
• 同期ではなく、意図的なデータ移動
• 2FA も役割分担する

競合ではない。設計が違う。

この考え方を持てると、
パスワード管理は驚くほど楽になる。

第10章｜2FAは独立させるという「もう一段上」の設計

Proton Authenticatorの位置づけ

2FA（二要素認証）は、
今や「有効にしているかどうか」ではなく
どう配置しているかが問われる段階に入っている。

多くの人はこう思っているはずだ。

• パスワードマネージャーに2FAも入っている
• 技術的に安全だと説明されている
• 実際、問題なく使えている

それは事実だし、
間違った運用ではない。

だが、ここで一歩踏み込むと、
もう少し余裕のある設計が見えてくる。

---

パスワードと2FAを分ける「理由」は強制ではない

まず前提として整理しておきたい。

• KeePass
• Proton Pass

これらは、

• 強固な暗号化
• 適切な実装
• 現実的な安全性

を備えており、
パスワードと2FAを同じ場所で管理しても、実用上は十分安全だ。

第9章で書いた通り、
私自身もその運用をしている。

ここで言いたいのは、

同じ場所に置くと危険

絶対に分けるべき

という話ではない。

---

「分けられるなら、分けたほうが余裕が生まれる」

2FAを独立させる意味は、
安全性を一気に跳ね上げることではない。

むしろ、

• 想定外に強くなる
• 事故耐性が少し上がる
• 心理的な余裕が増える

という、積み重ねの話だ。

• パスワード管理に何か起きた
• 端末を一時的に失った
• 設定をミスした

そんなときでも、

まだ一枚、別の鍵が残っている

と思えるだけで、対応が変わる。

---

2FAを「独立レイヤ」に置くという選択肢

ここで使っているのが
Proton Authenticator だ。

Proton Authenticatorは、

• パスワード管理とは役割を分離
• 2FA専用
• Protonの暗号化・プライバシー設計を継承

という、非常に素直な立ち位置にある。

これは、

今の構成を壊さずに
もう一段、層を足す

ための道具だ。

---

OSが変わっても「考え直さなくていい」

Proton Authenticatorの良さは、
機能の多さではない。

• Linux
• Android
• Windows

どの環境でも、

• 画面構成
• 操作手順
• 思考の流れ

がほぼ同じ。

2FAは、

• 迷った瞬間に詰む
• 慌てたときに失敗する

要素だからこそ、
考えなくていいUIは重要だ。

---

「毎日使っている」という事実がすべて

私は Proton Authenticator を、

• メール
• クラウド
• 管理画面
• 各種サービス

で、毎日使っている。

特別なことは何もしていない。

• コードを見る
• 入力する
• 終わり

それだけだ。

だが、

毎日、意識せずに使えている

という状態は、
セキュリティとしてはかなり理想に近い。

---

分離は「上級者向け」ではない

2FAを独立させるというと、

• 玄人向け
• 面倒
• 管理が大変

と思われがちだ。

だが実際には、

• 一度設定すれば
• ほぼ触らない

という点で、
むしろ精神的な負荷は減る。

「ここが最後の鍵」という場所が
はっきりするからだ。

---

2FAは「強さ」ではなく「余白」で決める

2FAの価値は、

• 方式の違い
• アプリの比較

よりも、

どれだけ余裕を持って配置できているか

で決まる。

• 同じ場所に置くのも現実的
• 分けられるなら、分けたほうが少し楽

Proton Authenticatorは、
その「少し楽」を作るための選択肢だ。

---

まとめ

• パスワードと2FAを同じ場所に置く運用は成立する
• ただし、分離できるなら余裕が増す
• Proton Authenticatorは独立レイヤとして使いやすい
• 毎日使えていることが最大の評価

これは「正解」の話ではない。

設計の余白の話だ。

第11章｜なぜスイスのProtonを選ぶのか：暗号の次は「場所」

暗号化の話をここまでしてきたが、
実はもう一つ、見落とされがちな要素がある。

それは場所だ。

---

データは必ず「どこか」に存在する

クラウドという言葉は便利だ。

だが現実には、

• データは物理ディスクに書き込まれ
• サーバーは建物の中にあり
• その建物は、どこかの国にある

暗号化されていようが、
E2Eであろうが、
データは必ず現実世界に存在する。

つまり、

技術の次に効いてくるのは
法制度と地理だ。

---

スイスという国が持つ「前提の違い」

Protonを運営する
Proton AG
は、スイスに拠点を置いている。

ここが重要なのは、
単に「海外だから」ではない。

スイスは、

• 厳格なプライバシー保護法
• 国家としての永世中立
• 米国・英国の管轄外

という、かなり特殊な立ち位置にある。

これは、

何かあったときに
どこの法律が優先されるか

という話に直結する。

---

「合法的に覗けない」構造

多くのクラウドサービスは、

• 米国法
• 英国法
• あるいはそれに準ずる枠組み

の影響下にある。

その場合、

• 企業が協力を求められる
• 法的にデータ提出を命じられる

という状況が発生しうる。

一方で Proton は、

• スイス法の枠内で運営され
• そもそも中身を復号できない構造

を採用している。

これは、

信用している

ではなく

構造上、できない

という状態だ。

---

地下シェルターとデータセンターの話

スイスの話題になると、
よく出てくるのがこの話だ。

• 旧軍事施設
• 地下シェルター
• 山岳地帯の堅牢な建造物

実際、スイスでは
冷戦期に作られた地下施設が、データセンターとして再利用されている例がある。

これはロマンの話ではない。

• 物理的に堅牢
• 災害に強い
• アクセス管理が厳しい

という、極めて現実的な理由だ。

---

クラウドは「空」ではない

「クラウド」という言葉は、
どこか非実体的な印象を与える。

だが実際には、

• 金属の箱
• 回転するディスク
• 冷却音のする部屋

その集合体だ。

だから私は、

クラウドを選ぶ

＝

どの国の建物に預けるかを選ぶ

という意識を持つようになった。

---

暗号だけでは完結しない安心感

暗号化は重要だ。
E2Eも必要だ。

だが、

• どの国にあるのか
• どの法律が適用されるのか
• どんな思想で運営されているのか

これらが噛み合って初めて、
安心が持続する。

Protonを選んだ理由は、

• 技術
• 設計
• 運用

だけではない。

---

「クラウド＝どこかにある」という現実を引き受ける

完璧な匿名も、
完全な安全も存在しない。

だからこそ、

現実を引き受けた上で
どこに置くかを選ぶ

という態度が必要になる。

スイスという場所は、
その判断において
かなり説得力がある。

---

まとめ

• データは必ず物理的に存在する
• 暗号の次に重要なのは「場所」
• スイスの法制度と中立性
• クラウドは「どこかの建物」である

Protonを選んだ理由は、
技術だけでは終わらない。

暗号の次に、
「場所」まで考えた結果だ。

第12章｜私が Proton Unlimited を使っている理由

ここまで、VPN・Mail・Drive・Pass・2FAを
個別に見てきた。

この章で、ようやくプランの話をする。

理由は単純で、
プランありきで選んでいないからだ。

---

個別契約ではなく「統一アカウント」という考え方

Protonのサービスは、それぞれ単体でも使える。

• VPNだけ
• Mailだけ
• Driveだけ

という選択も可能だ。

だが私は、
Proton Unlimited
を使っている。

理由は「全部入りだから」ではない。

---

認証・暗号・思想が一貫していることの価値

Proton Unlimitedでは、

• VPN
• Mail
• Drive
• Pass
• Authenticator（2FA）

が、同じアカウント・同じ暗号設計思想でつながる。

これは地味だが、非常に大きい。

• サービスごとに信頼モデルを考え直さなくていい
• 暗号化の前提がブレない
• 例外処理を作らなくて済む

セキュリティは、
例外が増えた瞬間に壊れ始める。

---

OSをまたいでも「設計が変わらない」安心感

私は、

• Linux
• Android
• Windows

を日常的に使っている。

多くのサービスは、

• OSごとに仕様が違う
• できること・できないことが変わる
• 設定思想がブレる

だがProtonは違う。

• VPNの考え方
• Mailの暗号設計
• Passと2FAの役割

が、OSをまたいでも変わらない。

考え方が同じまま使い続けられる

これは、長期運用ではかなり効いてくる。

---

「全部入り」ではなく「設計が揃っている」

Proton Unlimitedを使っていて感じるのは、

機能が多い

ではなく

思想が揃っている

という点だ。

• 通信はVPNで守る
• 中身はE2E暗号化
• 認証は段階的に分離
• データは持たせすぎない

これまで各章で書いてきた設計が、
無理なく一つのアカウントに収まる。

---

毎日使っていて「意識しなくていい」

私は Proton Unlimited を、

• VPNは常時ON
• Mailは日常連絡
• Driveは共有・退避
• Passは横断利用
• 2FAは独立レイヤ

という形で、毎日使っている。

特別な操作はしていない。

ただ普通に使っている

それが続いていること自体が、
このプランの評価だと思っている。

---

プランは「コスパ」ではなく「設計」で選ぶ

料金だけを見れば、

• 個別に契約したほうが安い
• 他社と組み合わせたほうが安い

という見方もできる。

だが私は、

設計を考え続けるコスト

を減らしたかった。

• このサービスは信用できるか
• 例外はないか
• どこに置いたか

そう考え続ける時間と労力を、
一つの思想にまとめたかった。

---

どんな人に向いているか

Proton Unlimitedは、

• 匿名性最優先の人
• 最安を求める人

向けではない。

だが、

• OSをまたいで使う
• 毎日使う
• セキュリティを「生活」にしたい

人には、かなり相性がいい。

---

まとめ

• 個別機能ではなく、統一された設計
• OSをまたいでも変わらない思想
• 毎日使って疲れない構成
• 「全部入り」ではなく「揃っている」

私が Proton Unlimited を選んでいる理由は、
この一貫性に尽きる。

この記事で書いたような設計思想を
そのまま OSS・環境ごとの分断なく使いたいなら、
Proton Unlimited という現実的な選択肢があります。

👉 Proton Unlimited（公式サイト）

第13章｜向いている人・向いていない人

簡単に言うと

★ Proton が向いている人

• 日常的に VPN を常時使いたい
• メールもクラウドも同じ思想で揃えたい
  👉 Proton Unlimited（公式リンク）

★ 向いていない人

• VPNでとにかく匿名性を最優先したい
  👉 Mullvad VPN

ここまで読んでくれた人なら、
もう分かっていると思う。

Proton は、
誰にでも勧められる万能サービスではない。

だから最後に、
「向いている人」と「向いていない人」を
はっきり書いておく。

---

Proton が向いている人

まず、次のような人には相性がいい。

OSをまたいで使う人

• Linux / Android / Windows を併用している
• OSごとに考え方を切り替えたくない
• 同じ設計思想で使い続けたい

Proton は、
OSが変わっても前提が変わらない。

---

毎日使うセキュリティを求めている人

• VPNを一時的な道具にしたくない
• 「必要なときだけON」に疲れている
• いれっぱなしで使える安全が欲しい

Protonは、
生活の中に溶け込む設計をしている。

---

セキュリティを「作業」にしたくない人

• 設定を考え続けるのがしんどい
• 例外処理が増えると破綻する
• できれば一つの思想にまとめたい

Proton Unlimited は、
機能よりも設計の一貫性を重視する人向けだ。

---

暗号だけでなく「場所」も気になる人

• クラウドの実体を意識している
• 法制度や管轄を無視したくない
• 技術だけで完結しない安心を求めている

スイスという前提に価値を感じるなら、
Proton は検討する意味がある。

---

Proton が向いていない人

一方で、次のような人には向いていない。

---

最安・コスパ最優先の人

• とにかく安く済ませたい
• 個別に最安サービスを組み合わせたい

その場合、
Proton Unlimited は割高に感じるはずだ。

---

匿名性を極限まで突き詰めたい人

• 利便性より匿名性が最優先
• ストリーミングは見られなくていい
• 日常用途は犠牲にしても構わない

そういう人には、
思想的に別の選択肢が存在する。

---

一つの機能だけが欲しい人

• VPNだけ使えればいい
• Mailは他社で十分
• Driveは不要

その場合は、
単体契約のほうが合理的だ。

---

「合うかどうか」で選べばいい

Proton は、

• 最強ではない
• 最安でもない

だが、

続けられる安全

という点では、
かなり完成度が高い。

この記事を読んで、

• 考え方がしっくり来た
• 自分の使い方と合っている
• 無理せず続けられそう

と感じたなら、
それが一番の判断材料だ。

---

最後に

この記事は、

• 不安を煽るため
• 他社を否定するため
• 無理に契約させるため

に書いたものではない。

自分で選べる材料を並べただけだ。

合わなければ、選ばなくていい。
合うなら、使えばいい。

それくらいの距離感が、
この手のサービスにはちょうどいい。

第14章｜まとめ：Protonは「最強」ではない、だから選んだ

ここまで読んでくれた人なら、
もう察していると思う。

私は、
Protonを「最強」だとは思っていない。

---

最強を目指すなら、別の選択肢はある

匿名性を極限まで突き詰めたいなら、
思想的により尖った選択肢は存在する。

• 利便性を犠牲にする
• 日常用途を割り切る
• ストリーミングや快適さを捨てる

そうした判断も、
一つの正しい選択だ。

「最強」を目指すなら、
その覚悟を持つ人向けの道がある。

---

それでも、私はProtonを毎日使っている

私は、

• VPNを常時ONにして
• Mailを普通に使い
• Driveで必要なものだけ共有し
• Passと2FAで認証を回し

毎日、意識せずに使っている。

特別なことはしていない。
「守っている感覚」すら、あまりない。

ただ、普通に使え
破綻しない。

それが続いている。

---

セキュリティは「続かなければ意味がない」

セキュリティの世界では、
強さが語られがちだ。

だが現実には、

• 続かない
• 面倒になる
• 例外が増える

この瞬間に、
どんな理想も崩れ始める。

Protonは、

• 最強ではない
• 最安でもない

だが、

続けられる安全

という一点において、
非常によく設計されている。

---

私が選んだのは「結果としての選択」

私は、

• 不安に駆られて
• 煽られて
• 比較表で勝ったから

Protonを選んだわけではない。

毎日使って、
設計を見て、
無理がなくて、
結果として残った。

それだけだ。

---

選ばなくてもいい、合えば使えばいい

この記事は、

• 誰かを説得するため
• 無理に契約させるため

に書いたものではない。

考え方を共有しただけだ。

• 合わなければ、選ばなくていい
• 合えば、使えばいい

その距離感こそ、
この手のサービスにはちょうどいい。

---

最後に

Protonは、
「最強」ではない。

だからこそ、
生活の中に置ける。

それが、
私がProtonを選び続けている理由だ。

Proton Unlimited 公式サイト

ここまで読んで、
「この設計は自分に合っている」と感じたなら、
Proton Unlimited はそのまま日常に置けるプランだと思う。

👉 Proton Unlimited（公式サイト）