アカウント名:
パスワード:
エンドツーエンドで暗号化した場合はAppleが復号できなくなってしまう。
エンドツーエンドだから、片方はユーザー、もう片方はicloud側に鍵があるんじゃないの？
Appleは「iOS端末でバックアップ→iCloudで保管→iOS端末で復元」という一連のプロセスをエンドツーエンドで暗号化 [apple.com]と呼んでいるようですね。私も最初は困惑しました。
>「iOS端末でバックアップ→iCloudで保管→iOS端末で復元」
このプロセスは正しいんだけど、これをエンドツーエンドとは呼んでない。エンドツーエンドはサーバー側でも複合できないことを意味する。AppleのサービスにおいてE2Eなのは、iMessageやKeyChainやヘルスデータなど一部の機密性の高いデータのみ。他はサーバー側でAppleの鍵で暗号化してる。なので、Appleは復号できる。
iCloudバックアップはE2Eの対象にはなってない。計画してたが諦めたというのが今回のネタ。
今は「iOS端末をバックアップ -(経路暗号化)→ iCloudで保管(Appleの鍵で暗号化) -(経路暗号化)→
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
e2e (スコア:0)
エンドツーエンドで暗号化した場合はAppleが復号できなくなってしまう。
エンドツーエンドだから、片方はユーザー、もう片方はicloud側に鍵があるんじゃないの？
Re:e2e (スコア:0)
Appleは「iOS端末でバックアップ→iCloudで保管→iOS端末で復元」という一連のプロセスをエンドツーエンドで暗号化 [apple.com]と呼んでいるようですね。私も最初は困惑しました。
Re: (スコア:0)
>「iOS端末でバックアップ→iCloudで保管→iOS端末で復元」
このプロセスは正しいんだけど、これをエンドツーエンドとは呼んでない。
エンドツーエンドはサーバー側でも複合できないことを意味する。
AppleのサービスにおいてE2Eなのは、iMessageやKeyChainやヘルスデータなど一部の機密性の高いデータのみ。
他はサーバー側でAppleの鍵で暗号化してる。なので、Appleは復号できる。
iCloudバックアップはE2Eの対象にはなってない。計画してたが諦めたというのが今回のネタ。
今は
「iOS端末をバックアップ -(経路暗号化)→ iCloudで保管(Appleの鍵で暗号化) -(経路暗号化)→