暗号化されたデジタル遺産と単一障害点
これをお聞きのあなたにちょっと想像してみて欲しいんですけれども、
あなたは今、絶対に破られない完璧な金庫を作ったとします。
はい。完璧な金庫ですか。
チタン製で最新の暗号でガチガチに守られていて、中にはあなたの全財産とか家族との大切な思い出,
あとはご自身が手掛けてきた重要なビジネスのデータが全部入っているんです。
なるほど。それは絶対に誰にも開けられたくないですね。
ですよね。
はい。
でも、あなたはその金庫の鍵を飲み込んだまま、突然不慮の事故で帰らぬ人となってしまった。
ああ、それは最悪のシナリオですね。
ええ。残された家族は目の前にあるその頑丈な金庫をただ見つめることしかできないわけです。
これ、なんかSF映画の悲劇みたいに聞こえるかもしれないんですけど。
まあ、現実味がないように思えるかもしれませんね。
でも実は今、世界中のプログラマーとかソロ企業家たちが直面している非常にリアルな恐怖なんですよね。
ええ、そうなんですよ。
現代のデジタル社会においてこの開かない金庫っていうのはもう本当に至る所に存在していますからね。
というわけで今回のディープダイブのミッションですが、
今の最先端のプログラマーたちが自分の死後、つまりデジタル終活についてどう考えているのか。
その裏側へあなたをご案内したいと思います。
はい、よろしくお願いします。
今回読み解いていくソース資料はGitHubのコミュニティフォーラムで交わされた切実な議論とか、
あとはドイツの法学会から出されたプライバシーと相続に関する論文。
それから、Redditのハッカーたちが日々更新している自作ハードウェアの構築ログなんかもありますね。
ええ、そうです。
これらを紐解きながら高度なセキュリティと残された家族へのアクセス権という、
この絶対に相入れない矛盾に彼らがどう立ち向かっているのかを深掘りしていきます。
これは非常に奥深いテーマですよね。
今のプログラマーたちが恐れているのは、単なるSNSのパスワードをなくしちゃったとか、そういうレベルの話ではないんですよ。
もっと深刻な問題っていうことですか?
ええ、彼らが構築した複雑なサーバーとかクラウドインフラ、暗号資産、そしてSaaS事業などですね、
個人に依存しすぎたシステムの脆弱性、いわゆるバスファクターが1であること、これが引き起こす構造的な課題なんです。
出ましたね、バスファクター1。
要するにそのプロジェクトの主要メンバーがたった1人しかいなくて、
もしその人が不運にもバスに引かれてしまったら、プロジェクト全体が即座に死滅してしまうっていう、あの状態のことですよね。
まさにその通りです。
特に最近増えている個人開発者とかインディーハッカーと呼ばれる人たちのインフラって、
一般の人のスマホの写真が消えちゃうみたいなデジタル遺産とはわけが違いますよね。
全く違いますね。
AWSとかGCPのようなクラウドインフラからソースコードのリポジトリ、暗号資産のウォレットまで、これらが全てたった1人の命綱でつながっている状態ですから。
うーん、それは恐ろしいですね。
そして厄介なことに、彼らはセキュリティのプロフェッショナルでもあるわけです。
生前はUBキーのような物理的なハードウェアセキュリティキーとか多要素認証、そしてAES256GCMといった強力な暗号化によって鉄壁の防御を誇っているんですが。
ハッカーからも守れるようにガチガチにしているわけですよね。
ええ。でも本人が亡くなった瞬間、その防御が裏目に出ます。
そのデータは誰も触れることができない暗号的暗黒物質、いわゆるクリプトグラフィックダークマターと化してしまうんです。
暗号的暗黒物質、すごい言葉ですよね。
でも、いくら強力な暗号って言っても、遺族がパソコンごと専門の業者に持ち込んで、スーパーコンピューターとかでパスワードの総当たり攻撃をかければ、いつかは開く気がするんですけど、違うんですか?
ああ、残念ながらそれは不可能なんです。
え、不可能なんですか?
ええ。例えば、AES-256という暗号方式を総当たりで解読しようとするとですね、現在の地球上にあるコンピューターを総動員して計算させても、宇宙の寿命よりはるかに長い時間がかかると言われています。
パスワード継承をめぐる法律とプライバシー
宇宙の寿命、それはちょっと遺族からしたら絶望的すぎますね。
つまり、鍵がなければ物理法則のレベルで文字通り復元不可能なんです。
なるほど。実際、Googleのアカウントコミュニティフォーラムの資料を見ると、TAさんというユーザーがすごく切実な悩みを投稿してましたよね。
はい、ありましたね。自分が死んだ後、愛する人が何百ものハードルを超えなくても済むようにパスワードを直接共有したいと。
ええ。でも、Googleの標準で用意されているアカウント無効化管理ツールでは、パスワードそのものを家族に渡すことはできないって知って、彼、かなりショックを受けてましたよね。
ええ、そうなんですよ。TAさんが残した、死後はアカウントを家族から守るよりも、オンラインの生活を簡単に終わらせることの方が重要だっていう言葉は、本当にプログラマーの終活における最大のジレンマをついていると思います。
確かにそうですね。
自分が生きている間は、悪意ある第三者からデータを守りたい。でも、死後は、最も信頼する人にだけ簡単に開けられるようにしたい。この2つは、システムの構造上、完全なトレードオフになってしまうんです。
うーん、でもちょっと待ってください。なんか、みなさん難しく考えすぎていませんか?
と言いますと?
いや、だったら、ビットワーデンとか1Passwordみたいな、パスワードマネージャーのマスターパスワードを紙の付箋に書いて、実家の金庫に入れておくとか、エンディングノートに挟んでおけば、それで済む話じゃないのかなって。なぜ彼らはわざわざそんなに悩んでいるんでしょうか?
ああ、なるほど。実はですね、そう単純な話ではないんですよ。
違うんですか?
もちろんパスワードマネージャー自体には緊急アクセス機能というものがあります。信頼できる連絡先を事前に指定しておいて、要求があってから一定の待機期間を経て閲覧権限を許可するっていう仕組みですね。
はいはい、ありますよね。じゃあそれを使えばいいじゃないですか?
でも、根本的な問題はそこじゃないんです。パスワードを知っているということと、それを使って他人がログインしてよいということは、法律上全くの別物なんですよ。
えー、ちょっと整理してみましょう。つまり、家族がパスワードを知っていてもログインしちゃダメってことですか?
そうなんです。日本の民法を例にとると、オンラインサービスの契約というのは原則として一身専属性、つまり契約者本人に限定された権利とみなされるんですね。
本人限定、なるほど。
ですから、本人が死んだ後、家族が個人のIDとパスワードで無断でログインして操作する行為は、プラットフォームの利用契約違反になります。
契約違反?
ええ。それどころか、最悪の場合、不正アクセス禁止法に抵触する恐れすらあるんです。
えー、じゃあ夫とか妻の残したアカウントを整理してあげようと思ってログインしただけで、遺族が発火扱いされて犯罪者になるかもしれないってことですか?
理論上はその危険性を十分に孕んでいます。
それは怖すぎますね。
さらに厄介なのが、Amazonギフト券やAppleギフトカードなどのデジタル残高です。
あー、チャージしてあるお金ですね。
ええ。これらも遺産の一部になりますから、一部の相続人が勝手にログインして買い物なんかに消費してしまうと、他の相続人との間で遺産分割の泥沼のトラブルに発展しかねません。
あー、確かにお金が絡むと揉めそうです。
プラットフォーム側も、本人の死亡と規約違反による別人のログインを検知すれば、即座にアカウントを凍結して、残高を失効させる措置を取りますからね。
なるほど。パスワードっていうのは法的には開けてはいけない箱の鍵になってしまうわけですね。
そういうことです。
でも、遺族には個人の財産を相続する正当な権利がありますよね。銀行口座なら引き継げるのに、デジタルだとそこまで厳しいのはなぜなんでしょうか?
そこが今の法律が抱える最大の壁なんですよ。
ここで情報源にあった、ドイツの法学界で非常に注目を集めた画期的なFacebook訴訟の事例を思い出してください。
あー、亡くなった娘さんのFacebookアカウントをめぐる裁判ですね。
はい。不慮の事故で亡くなった娘のFacebookアカウントにアクセスしたいと母親が訴えを起こした事件です。
母親は娘の財産や記録に対する正当な相続権を主張しました。
えっと確か、学校でいじめがあったんじゃないかっていう疑念を晴らすためでもあったんですよね。
ええ、そうです。
親としてはもう当然の心情ですよね。それの何が問題になったんでしたっけ?
法廷で真っ向から衝突したのが通信の秘密、つまり娘とメッセージをやり取りしていた友人たちのプライバシー保護なんです。
友人たちのプライバシー?
はい。娘さんのアカウントを親に解放するということは、相手側のプライベートな会話内容まで意図せず遺族に見られてしまうことを意味しますから。
ああ、確かに。メッセージの相手からすれば、個人に送った個人的な秘密のやり取りであって、まさか後で親に見られるなんて想定して送ってないですよね。
その通りです。結局この裁判は二転三転して、最終的にドイツ連邦通常裁判所はデジタル遺産も手紙や日記などのアナログな遺産と同様に相続されるとして、母親の訴えを認めました。
最終的には認められたんですね。
ええ、でもプラットフォーム企業がいかにこの問題に神経を尖らせているかを示す非常に象徴的な事件となりました。だからこそ、今はプラットフォームごとの対応も非常にバラバラなんですよ。
プラットフォーム公式機能の限界
具体的にはどう違うんですか?
例えばAppleには故人アカウント管理連絡先という制度があって、死亡証明書と事前のアクセスキーを提出すれば写真やメモにはアクセスできます。
はい、それは聞いたことがあります。
でもキーチェーンに保存されたパスワードとか購入済みのコンテンツは引き継げないんです。
ああ、全部じゃないんですね。
ええ、GitHubにはアカウントサクセサーという機能がありますが、これは公開リポジトリのアーカイブ移転ができるだけで、非公開のプライベートリポジトリにはアクセスできませんし、ログイン権限も与えられません。
ビジネスのコアな部分は守られたままなんですね。
AWSに至ってはさらに厳格で、死亡証明書などの提出を経て遺族サポートデスクが個別対応しますが、閉鎖後のデータ回復猶予はわずか90日しかありません。
90日、それ遺族がパニックになっている間に過ぎちゃいそうですね。全く統一されたルールがないんですね。
そうなんです。
オフライン型デッドマンズスイッチ
でも、先ほど出てきたGoogleのアカウント無効化管理ツールのように、一定期間ログインしなかったら自動で家族にデータがダウンロードできるリンクが送られる仕組みなら、誰も勝手にログインするわけじゃないから規約違反にもならないし安心ですよね。
それは非常に良い視点ですね。ただ、そこにエンジニアたちを悩ませる大きな落とし穴があるんですよ。
落とし穴ですか?
Googleのツールは、例えば3ヶ月とか6ヶ月といった無効化期間を設定しますよね。
でも、Googleはあなたが生きているかを判断する際に、バックグラウンドでのAndroid端末の同期動作などもアクティビティとしてカウントしてしまう仕様があるんです。
えっと、ということは、本人が亡くなっていてもスマホの電源が入っていて勝手にクラウドと通信していたら、この人はまだ生きているって判定されてしまうってことですか?
まさにその通りです。これが不検知、いわゆるフォルスネガティブの限界なんです。システムが作動すべき時に作動しないという。
うわ、それは致命的ですね。
これに気づいたパラノイア的なプログラマーたちは、巨大IT企業が用意したツールや規約の曖昧な約束にはもう頼れない。
だったら、自分で確実な仕組みを作るしかないとDIYに走り始めたんです。
なるほど、ここからがプログラマーたちの新骨頂ですよね。
あの、RedditのESP32っていうコミュニティで話題になった事例、これ本当にサイバーパンクの世界を地で言っていて興奮しました。
はい、既存のシステムを一切信用せず、自作のハードウェアを使って完全にオフラインのデッドマンズスイッチ、DMSを作り始めたというケースですね。
非常に興味深いアプローチですよね。あの、ESP32のS3っていうWi-Fiなどを搭載できるすごく安価なマイクロコントローラーと電力をほとんど消費しない電子ペーパーのディスプレイを組み合わせたデバイスですよね。
そうです。彼らの開発の動機はすごく明確で、クラウドもアカウントもアップデートも巨大IT企業の虚偽の約束もうんざりだというものなんです。
その怒りのエネルギーがすごいですよね。で、仕組みがとにかくスマートなんです。完全にネットワークから隔離された、いわゆるエアギャップ端末でバッテリーだけで数ヶ月も駆動する。
ええ。
そして、信頼できる家族とか弁護士に個別のピンコードを渡しておくわけですよね。
はい、そうです。
で、そのコードがデバイスに入力されると、その人専用のカウントダウンタイマーが始まる。本人がもし生きていれば、マスターピンを入力してタイマーをキャンセルできるんですよね。
その通りです。
でも、もし本当に亡くなっていれば、タイマーがゼロになって、AES-256で暗号化された遺言とかパスワード情報がパンと画面に表示される。いやあ、まさに究極のデッドマンズスイッチですよね。
秘密分散と誤検知への対策
しかもですね、Redditの議論の中では、シャミアの秘密分散法という暗号理論を組み合わせる提案も出ていて、これがまた秀逸なんですよ。
ああ、シャミアの秘密分散法。シャミアズシークレットシェアリングですね。なんだか魔法の呪文みたいな名前ですけど、これどういうメカニズムなんですか?
簡単に言うと、一つの重要な秘密、例えばマスターパスワードを数学的な計算によって複数の断片に分割する技術なんです。
断片に分ける?
ええ、例えば秘密を5人に分け与えて、そのうちの3人が集まれば元の秘密を復元できるといった設定が可能なんです。2人以下では解読のヒントすら得られません。
ああ、わかりました。映画でよくある各ミサイルの発射ボタンを2人の将軍が同時に鍵を回さないと押せないっていうあれのデジタル版ですね。
まさにそのイメージですね。1人の人間に全ての権限を集中させないことで、個人への依存と裏切りのリスクを減らすことができるんです。
なるほど、よくできてますね。
この背景には東欧などのユーザーからのリアルな声もありました。
彼らの文化では死ぬ前に弁護士を雇って書面で遺言を残すという習慣があまりなくて、口頭契約が主流なのだそうです。
へえ、口頭契約が?
だからこそ家族に暗号資産のウォレットとか事業の鍵を確実に引き継ぐためには、こうしたテクノロジーによる自衛手段がどうしても必要になるんですよね。
文化的な背景まで絡んでくるんですね。すごく理にかなってます。
ただ、ちょっと疑問なんですけど。
はい、何でしょう。
例えば、旅行中とか急に長期間入院して意識不明になっちゃった時とかに、うっかりタイマーを止め忘れて家族に機密情報がばら撒かれてしまう、誤検知のリスクはないんですか?フォルスポジティブってやつですね。
ああ、なるほど。
あるいは、自作端末ごと泥棒に物理的に盗まれたらどうするんだろうって、ちょっと気になりまして。
もちろん、そのリスクは開発者たちも重々承知していますよ。誤検知はDMS設計における最大の難所ですからね。
やっぱりそうですよね。
そのため、個人的なDIYではなく、本格的に事業環境で提供されているDMS、例えばアルカザセキュリティなどのサービスではハイブリッド構成をとっているんです。
ハイブリッド構成というと具体的には?
単一のタイマーだけに頼るのではなくて、テレグラムとかSMS、メールを使った複合的な生存確認の通知を行うんです。
複数の手段で確認するわけですね。
さらに、多段階の猶予期間を設けることで、旅行中などの誤検知を防いでいます。
また、端末の盗難に対しても単に画面をロックするだけじゃないんですよ。
と言いますと?
フラッシュメモリのデータ自体を暗号化していて、物理的に分解されてチップから直接データを読み取ろうとしても、絶対に抜かれないような対策が施されているんです。
うわ、徹底してますね。技術を駆使してシステムが勝手に死を判定することの危うさを何重ものフェイルセーフで補っているわけですね。
三層構成による事業継続と自動解体
まさにその通りです。そして、ここまで議論してきた技術的アプローチと法的な現実を踏まえて、
現代のプログラマーたちは、自分の死後に事業と家族を守るための3層アーキテクチャというデジタル就活のベストプラクティスを導き出しているんです。
3層アーキテクチャ。これはもう単なる身辺整理じゃなくて、企業が災害時に備える事業継続計画、いわゆるBCPそのものですよね。
本当にそうですね。
じゃあ、その3層アーキテクチャ、1つずつ見ていきましょう。第1層は何でしょうか。
第1層は、プラットフォーム公式の継承機能を最前線に配置することです。
AppleとかGoogleの公式機能ですね。
Apple、Google、Bitwardenなどが提供する公式のレガシー機能をまずは使って、遺族が法的なリスク、つまり規約違反とか不正アクセス禁止法の地雷を踏むことなく、堂々とデータにアクセスできる状態を作ります。
なるほど。法律と規約を守るための表玄関を用意するわけですね。で、第2層が、先ほど出てきたSaaSに依存しない暗号的鍵管理ですか。
はい。公式機能だけではカバーできない事業のコアとなる暗号鍵とかサーバーへのアクセス権などは、シャミヤの秘密分散法やDIYのオフライン端末を使います。
ここでさっきの技術が生きてくるわけですね。
そうです。これによりクラウド企業自体の倒産とか突然のサービス終了といった外部リスクに影響されない形で確実な鍵の受け渡しを自動化しておくわけです。
完璧ですね。そして最後の第3層。ここが個人的には一番生々しくて重要だと思いました。資金流出マップの作成とシステムの正常解体ですね。
ここは非常に重要です。残された遺族はどのクレジットカードからどのサーバー代やドメイン代が引き落とされているか全く分かりませんからね。
確かに毎月勝手に落ちていきますもんね。
放置すればAWSなどの従量課金によって高額請求が発生してクラウド破産を引き起こす可能性だってあります。そのため遺族向けにお金の流れをマッピングしておくことが必須なんです。
クラウド破産。遺族にそんな不細を押し付けるわけにはいかないですもんね。
ここで情報源にあったテラフォームを使った自動解体の話がすごく面白かったんですが。
はい。テラフォームですね。
テラフォームって要するにどういうものなんですか?
簡単に言うとサーバーやネットワークなどのクラウドインフラの構築手順をコードつまり文章として記述して自動で管理操作できるツールのことです。
コードでインフラを管理するんですね。
プログラマたちはこれを利用して自分が死んだと判定されたら自動的にAWSなどのリソースを安全にシャットダウンして課金を止め不要なデータを消去するスクリプトをあらかじめ仕込んでおくんです。
自分で自分のシステムを看取るスクリプトを書いておくわけですね。
Pythonソフトウェアファウンデーションの事例も感動的でしたよね。
あの事例ですね。
コア開発者が亡くなった瞬間にシステムをただシャットダウンするんじゃなくて、コミュニティ主導でGitHubのリポジトリから権限を静かに外して、
そしてフォーラムのステータスをインメモリアム、つまり追悼に変更する。
敬意を持って権限を移譲して歴史として保存するプロセスが出来上がっているという。
素晴らしい文化ですよね。
要するに今のプログラマーたちは自分が不在になった瞬間にいかにエレガントにシステムを不全状態へ移行させるかという、自分の人生の最後にして最大のプログラムを書いているわけですね。
その表現は非常に的確だと思います。
データ主権と死後のデータ利用
全体像を見ると高度な技術で自分をガチガチに守ってあらゆるものを自動化しているプログラマだからこそなんですよね。
と言いますと?
逆説的ですが、自分が死んだ後のフォールバック機構、つまり代替手段を単なる技術だけでなくコードと法制度の交差点に自らの手でデザインしなければならないという結論に行き着くわけです。
なるほど。デジタル遺産の問題って、亡くなったおじいちゃんのスマホの写真を取り出せるかどうかとか、SNSのアカウントを追悼アカウントにするかどうかみたいな感傷的な話だと思われがちじゃないですか。
一般的にはそう思われていますね。
でも、今日あなたと一緒に見てきたのはそんなレベルの話ではありませんでした。複雑なクラウドインフラ、法律の壁、そしてプログラマーたちのハッカー精神が絡み合う現代社会の全く新しい課題でしたね。
しかもですね、この問題はインディーハッカーなどの一部のプログラマーだけではなくて、私たち全員の根本的な権利に関わってくる話なんです。
全員の権利に?
ここで情報源にも記載されていたドイツの法学界から投げかけられたもう一つの非常に重要な視点を紹介させてください。テクノロジー封建主義という概念です。
テクノロジー封建主義。なんか中世の農奴制みたいな言葉ですけど、どういう意味ですか?
現代においてデータは21世紀の原油と呼ばれていますよね。
はい、よく言われますね。
もしあなたが自分のデジタル遺産の行き先を計画せずに放置したままなくなったらどうなるか。
どうなるんでしょうか?
持ち主のいない膨大なアカウントはいわばデータの墓場となります。
しかし巨大プラットフォーマーたちはそのデータを半永久的にタダで手に入れてAIの学習やプロファイリングに利用し利益を上げ続けることになるんです。
それは一体何を意味しているんですか?
要するに私たちはかつての農奴が領主のために無償で働かされていたように、死んだ後でさえも巨大企業のためにデータ労働をさせられ続けるということですか?
非常に挑発的な考え方ですが、現在のデータ経済の仕組みを考えるとあながち飛躍とも言えないんですよ。
なるほど。
生前は便利さの対価としてデータを提供していますが、死後は同意もできないまま一方的に搾取されるだけの存在になりかねない。
だからこそデータ主権を市民の手に取り戻すという意味でもデジタル終活は極めて重要な意味を持つ行為なんです。
いや考えさせられますね。自分のデータが死後誰の手に渡り、誰の利益になるのか。
これをお聞きのあなたも含めて私たち一人一人が真剣に考えなければならない時代なんですね。
本当にそう思います。
冒頭で絶対に破られない金庫を作り、その鍵を飲み込んでしまう悲劇についてお話ししました。
これをお聞きのあなたは今日々の生活の中で無意識のうちにその巨大な金庫を作り上げている最中かもしれません。
あなた自身のデータ主権はあなたの死後誰の手に渡るのでしょうか。
その金庫の鍵を託す相手とその渡し方をデザインするのは他の誰でもない今のあなた自身です。
