Apple WebKitの脆弱性により、プライベートリレーを使用してもIPアドレスが漏洩する可能性がある

AppleのiCloudプライベートリレーを回避する3つのWebKitメカニズムが発見されました。実際、これらのメカニズムは、Psyloのプロキシ、Tor-on- iOS プロキシ設定など。

プライベートリレーとはVPN -Safari のようなシステムiOS これは、ウェブサイトが訪問者のIPアドレスと位置情報を閲覧することを防ぐためのものです。

しかし、研究者らが説明した3つの方法はすべてWebKitの通常のページ読み込みパスの外で行われるため、AppleのiCloudプライベートリレーはそれらを認識せず、結果として、これらのケースではIPアドレスやドメインネームシステム（DNS）パスを隠すことができない。

その3つの特徴は以下のとおりです。

DNSプリフェッチ
最新のブラウザは、ページ上のリンクをクリックする前にそのIPアドレスを調べることで高速化を図っています。これはDNSプリフェッチと呼ばれる機能です。WebKitでは、これらのDNSルックアップは設定されたプロキシ/リレーを迂回し、システムの通常のDNSスタックを直接通過するため、使用しているDNSサーバー、ひいてはユーザーの実際の所在地が漏洩する可能性があります。実際のページ読み込みがプライベートリレーを経由する場合でも、プリフェッチDNSクエリによってネットワークに関するメタデータが漏洩する可能性があります。
WebAuthnとパスキー
WebAuthn（パスキーの標準規格）は、認証情報が正しいサイトで使用されていることを確認するために、ウェブサイトのドメインから小さなファイルを取得する必要がある場合があります。研究者らは、Appleプラットフォームでは、この取得が通常のWebKitページ読み込みパスとは別に実行されるため、Safariプロキシやプライベートリレーを経由しないことを発見しました。その結果、パスキーを使用するサイトは、たとえブラウジングの残りの部分がリレーの背後で隠されているはずであっても、デバイスに直接接続させ、実際のIPアドレスを漏洩させる可能性があります。
WebTransportおよび関連技術
WebTransportは、Webサイトがサーバーとの間で低遅延かつ双方向の接続を確立できるようにする、比較的新しいAPIです。研究者らがテストしたシナリオでは、これらのWebTransport接続はプロキシ経由のWebKitコードパスの外で開始され、サイトがデバイスから直接トラフィックを受信する別の経路が作成されました。このトラフィックには、ユーザーが想定するリレーIPやプロキシIPではなく、デバイスの実際のIPアドレスが含まれます。

ユーザーエクスペリエンスの観点からすると、問題はこれら3つのメカニズムがどれも通常のブラウザの動作のように見え、悪意のあるサイト側が特別な仕掛けを必要としない点にある。

何が影響を受けるのか

影響を受けるのは Safari ですiOS また、プライベートリレーを使用する場合はmacOSでも、プライベートリレーはSafariトラフィックにのみ適用されるWebKitレベルのプロキシとして実装されているため、 iOS /WebKitのプロキシ設定を利用してIPアドレスを隠すmacOSブラウザまたはアプリ（例：Psylo、Onion Browser/Tor on iOS （および他のプロキシブラウザ）はすべて同じ WebKit の動作に遭遇するためです。

そして、それだけではありません。 iOSの歴史上、ウェブを閲覧するアプリはすべて、AppleのWebKitフレームワークとJavaScriptエンジンを使用する必要がありました。これは、 Chrome 、Firefox、 Edge iPhone 上の Brave やその他のブラウザは、実質的には Safari と同じ WebKit エンジンをベースにした異なるシェルだった。EU のデジタル市場法 (DMA)、日本のスマートフォン法、および同様の規制強化の圧力により、Apple は WebKit 以外のエンジンに対応する仕組みを導入したが、それは限定的なものにとどまった。

MalwarebytesシニアマネージャーiOS ソフトウェア開発者のロマン・ドヴォイネフ氏は次のようにコメントした。