いまやプライバシー保護には何の意味もなく、重要なのは匿名性になった

 (servury.com)
6 ポイント 投稿者 GN⁺ 2025-12-21 | 2件のコメント | WhatsAppで共有

> "プライバシーはマーケティングであり、匿名性はアーキテクチャだ。"

  • テック業界では 「プライバシー」がマーケティング用のレトリックに成り下がっており、本当の保護は 匿名性を保証するシステム設計 から生まれる
  • ほとんどの「プライバシー重視」サービスは、メールアドレス、電話番号、身分証明書など ユーザー識別情報を収集 しており、実際には完全な保護は不可能
  • Mullvad VPN の事例のように、ユーザーデータを一切保存しない構造だけが 法的圧力にも揺らがない匿名性 を実現する
  • Servury はメールアドレス、IP、決済情報などを保存せず、32文字のランダム文字列の認証情報だけでアカウントを運用 し、アカウント復旧不能を受け入れている
  • インターネットが 認証されたウェブと匿名ウェブに分離 していく中で、匿名性ベースのサービスは監視のない自由なインターネットを維持する鍵になる

プライバシーという幻想と匿名性の本質

  • ほとんどの企業は「私たちはあなたのプライバシーを大切にしています」と主張するが、パスワード再設定メール、IPログ、電話認証 などによってユーザーを識別可能にしている
    • こうした構造は保護ではなく、単なる 「パフォーマンスアート」 にすぎない
  • 2025年の「プライバシー」は乱用された用語であり、政府発行IDの要求、ログ収集、データ漏えいリスク があるサービスにさえマーケティング文句として使われている
  • 真の匿名性とは、設計段階で妥協不能な構造的決定 であり、運営者ですらユーザーを識別したり協力したりできない形を指す

「プライバシー劇場」の典型的な構造

  • 一般的な「プライバシー重視」サービスは、メールアドレス、電話番号、身分証明書を段階的に要求し、あらゆる情報を保持してログを残す
  • 「必要な情報だけを収集する」という方針は、実際には すべてのデータを保持したうえで注意しますという約束 にすぎない
  • 問題の核心は悪意ではなく、データを保持すること自体が脆弱性 だという点にある
    • 「持っていなければ漏れることもない」という原則を強調

Mullvad VPN の事例

  • 2023年、スウェーデン警察が Mullvad VPN 本社を家宅捜索 したが、ユーザーデータが存在しなかったため何も押収できなかった
  • Mullvad は ランダムな16桁のアカウント番号だけで認証 し、メールアドレス・氏名・ログを一切保存しない
  • この構造により、法的要求に対しても 協力不能なレベルの匿名性 が維持される

Servury の匿名性設計

  • Servury はクラウドホスティング運用に必要な最小限の情報を検討した結果、3種類のデータだけを保存 している
    • 32文字のランダムな認証情報、アカウント残高、アクティブなサービス一覧
  • 収集しない項目: メールアドレス、名前、IP、決済情報、利用パターン、デバイスフィンガープリント、位置データ
  • パスワード復旧、メール認証、電話番号ベースのセキュリティ機能はなし。これらはすべて身元情報の保存を必要とするため
  • アカウント復旧不可は 匿名性の代償 であり、認証情報を失えばアカウントへのアクセスは完全に失われる

アカウント復旧不可の意味

  • Servury はユーザーの身元を把握していないため、サポートチームでもアカウントを復旧できない
    • 決済レシート、IP、登録時刻など、いかなる情報も保存していない
  • この不便さは意図された機能であり、ソーシャルエンジニアリング攻撃・フィッシング・政府からの要求 をすべて無力化する
  • 「私たちはあなたのことを知らない」という構造そのものが、セキュリティの根本的な防衛線 になる

メールアドレスの罠

  • メールアドレスは 現代インターネットの身元における根源的な脆弱性 と指摘される
    • 電話番号・決済手段・他のサービスと結びつき、追跡可能になる
    • 開封確認、リンク追跡、メタデータ分析などによって 完全な匿名性を破壊 する
    • 永続保存され、呼び出し可能で、漏えいリスクもある
  • メールアドレスを要求した瞬間、そのサービスは 匿名性ではなくアカウンタビリティ（accountability） を設計することになる
  • 銀行や政府サービスでは本人確認が必要だが、クラウド・VPN・プロキシサービスでは不要 だと明言している

暗号資産決済の役割

  • Servury は暗号資産を受け入れる理由として、監視インフラとしての従来型決済ネットワークを回避するため と説明している
    • クレジットカード決済では取引記録が永久に残り、複数の機関がそれを保管する
  • 暗号資産は完全ではないが、決済と身元の結びつきを弱める
  • Stripe などの従来型決済にも対応するが、匿名性がないことを明確に告知 している

匿名性が意味しないもの

  • 匿名性 ≠ 免責: 違法行為は依然として捜査可能だが、アカウント所有者情報は提供できない
  • 匿名性 ≠ セキュリティ: 認証情報を安全に保管しなければ、ユーザー自身が危険を招く
  • 匿名性 ≠ 透明性の欠如: サーバーIPや接続は依然として露出するが、個人の身元とは結びつかないだけ
  • 匿名性 ≠ 完全に信頼不要: オープンソース・監査・透明性レポートは必要だが、完全なゼロトラストは不可能
  • 要点は、信頼が壊れても被害が最小化される構造的設計 にある

インターネットの二つの流れ

  • インターネットは 認証されたウェブ（authenticated web） と 匿名ウェブ（anonymous web） に分かれつつある
    • 認証されたウェブ: 実名、検証済みの身元、追跡可能な決済、行動ログ化
    • 匿名ウェブ: データが収集されないため、監視不可能な自由空間 になる
  • 不必要に身元確認を求めるサービスはユーザーを認証されたウェブへ追いやり、
    メール不要・暗号資産ベースのサービスは匿名ウェブを維持 する
  • これは「何かを隠すため」ではなく、監視をデフォルトにしないための選択 である

結論

  • 「プライバシーとはデータを保護するという約束であり、匿名性とはそもそもデータを持たない状態だ」
  • Servury は 32文字の文字列、メールアドレスなし、身元情報なし でこれを実現している
  • それ以外のあらゆる『プライバシー』の主張は、結局 マーケティングにすぎない

関連記事

2件のコメント

 
youknowone 2025-12-22

広告
 
GN⁺ 2025-12-21
Hacker Newsの意見
  • 最初はただのブログかと思ったが、実際には会社だった。
    彼らのプライバシーページを見ると、サーバーログにIPアドレス、リクエスト時刻、ユーザーエージェントを記録すると書かれている。
    これはセキュリティとデバッグ目的だというが、Mullvadのノーログポリシーと比べると大きな違いに見える。
    • 完全に同意する。たった今Apacheのログをすべて無効化し、1時間以内にプライバシーページを更新する予定だ。
    • 最初はアイデアがよさそうに見えたが、実際に提供される内容は信用できない。
      本当にプライベートクラウドなら、サブスクリプション型では売れず、結局はベアメタル環境であるべきだ。
    • ブログ記事で言っていた「3つのデータポイントだけ」という主張と比べると、なおさらおかしい。
    • 技術的には正しいが、その程度のロギングは無害なレベルだと思う。
  • あなたは嘘をついている。データセンターページにはISO27001とSOC2認証を受けていると書かれている。
    しかし、公式認証検索ではどの認証も見つからない。
    誰が認証したのか、認証番号は何なのかを明らかにすべきだ。
    • モバイルだからかもしれないが、今はそのページでISOやSOC2への言及は見つからない。
      もし以前あったのなら、偽の認証を載せて消したことになり、非常に深刻な問題だ。
      @ybceo、あなたが会社の代表ならこの点について説明が必要だ。
  • すでに監視社会の臨界点を越えたように思える。
    技術的監視はすでに日常であり、大企業はデータを使ってコンテンツを並べ替え、「パーソナライズされた体験」という名目で乱用している。
    • 「後戻りできない地点」はそもそも存在しなかった。
      産業やサプライチェーンが最初からセキュリティ・プライバシー中心に設計されたことはなかった。
      結局、安全教育や規制は事故が積み重なった後にようやく生まれるものだ。
      まだプライバシー災害が十分に起きていないだけだ。
    • 結局、政府が国民を統制する方向に進むだろう。
      世界のデジタル標準は中国式監視体制になる可能性が高い。
    • あまりに敗北主義的だ。データを匿名化・難読化するのは難しくない。
      問題は、人々が利便性のためにセキュリティを手放してしまうことだ。
      結局、「後戻りできない地点」は個人の選択だ。
  • Mullvadの話が出たので言うと、最近Mullvad Browserを知った。
    Tor Browserからネットワーク接続だけを外したバージョンで、フィンガープリント追跡耐性が非常に高い。
    Torネットワークを使う必要はなく、Mullvad VPNなしでも利用できる。
    EFFのブラウザフィンガープリントテストで確認できる。
    • ほとんどの人はネットワーク匿名性ばかり気にして、ブラウザ設定がどれだけ身元を漏らすかを過小評価している。
    • ちなみにMullvad BrowserはTorプロジェクトと共同開発されたものだ。
  • Mullvadほど匿名性の高くない企業は、ビジネスモデルがすでに妥協しているのだと思う。
    本当に必要な法的理由がない限り、個人情報を保持する理由はない。
    これだけデータ流出が多いのに、わざわざそのリスクを抱える必要はない。
    • 「私たちがXデータを保存するのはY機能のためであり、それによるリスクはZだ」のような率直な説明が必要だ。
      ほとんどのサービスがメールアドレス・Cookie・分析データを当然のように要求するのは誠実ではない。
    • 企業がこうしたリスクを引き受けるのは、責任を負わなくていいからだ。
      数多くの漏えいがあったが、処罰された経営陣はほとんどいない。
    • インフラエンジニアとして言えば、デバッグにはログ・メトリクス・トレースが不可欠だ。
      このデータにはユーザー識別情報が含まれざるを得ない。
      Mullvadのようなステートレスな顧客基盤でない限り、現実的には不可能だ。
    • Mullvadレベルの匿名性を求めるなら、世の中のほとんどの企業が引っかかる。
      その基準を満たす会社をいくつ挙げられるのか気になる。
  • 匿名性も結局は意味が限定的だ。
    暗号資産ウォレットを例にすると、アドレスは匿名でも取引履歴はすべて公開される。
    最初の取引をした瞬間からプライバシーは失われる。
    • 実際には「匿名」より**仮名的（pseudonymous）**という表現の方が正確だ。
      暗号資産アドレスやSNSハンドルは一貫したアイデンティティを持つが、実名と直接結び付いているわけではない。
      今では文体分析やLLMによる代筆を通じて、仮名同士の相関関係も簡単に見つけられそうだ。
    • だから多くの人はウォレットを複数作り、再利用しないようにしている。
  • OPのおかげで議論が整理された気がする。
    Mastodonがよいのは、各サーバーが削除可能な単位として存在するからだ。
    中央集権型SNSのように「すべてを持っていく」構造は、消せない社会的記録を生み出すと思う。
    • だが、「誰も私のデータを所有しない」というのも、結局はみんなが所有しているのと変わらない。
    • Mastodonも投稿が複数のサーバーに複製されるので、完全な削除は難しい。
      普通のインターネット投稿と変わらないが、削除問題の解答ではない。
  • プライバシーを守ろうとするほど、むしろフィンガープリント追跡が容易になる逆説がある。
    結局、「プライバシー」とは群衆に紛れることなのだろうか？
    • それはクライアント側フィンガープリント追跡の話だ。
      私が言っているのはサーバー側の匿名性だ。
      メールアドレス、IP、利用パターンをそもそも収集しなければ、比較対象がないのでフィンガープリント追跡は不可能になる。
      つまり、そもそもデータを作らない設計が核心だ。
    • Torの基本原則はまさに「すべての利用者が同じように見えるようにすること」だ。
      Moscow Rulesのように、「流れに従って動き、目立つな」が肝心だ。
    • ただし、群衆に紛れていれば安全というわけではない。
      たとえばChrome on Windowsの利用者層は大きいが、同時に識別可能な単一グループでもある。
    • 関連する議論はこのコメントでも続いている。
    • 結局、ある時点でプライバシーがそのまま特異性になる瞬間がある。
  • @ybceo、Cloudflare経由でユーザーのトラフィックが復号されるなら、匿名性の主張には説得力がない。
    TLS終端を外部CDNに任せると、フィンガープリント追跡のリスクが高まる。
  • 「私たちはログを残しません」という約束は検証不可能だ。
    本当の解決策は、ユーザー側で匿名化ツールを簡単に使えるようにすることだ。
    ブラウザフィンガープリント対策、VPN/Tor、アカウントごとのメールアドレス、そして匿名の決済手段が必要になる。
    • 私もそのことを何年も言い続けている。
      現金でチャージできる匿名プリペイドカードと使い捨てメールが一緒に提供されれば、
      オープンソース支援や少額決済もずっと簡単になるはずだ。
      だが政府がマネーロンダリング懸念で禁止する可能性が高い。
      結局、私が寄付できない理由も匿名で行う方法がないからだ。
    • なぜ売り手が買い手の身元を知らなくてはならないのか疑問だ。
      現実で言えば、スキーマスクをかぶって現金払いするようなものではないか？
    • そういうときは暗号資産が代替手段になり得る。