SECURITY Signal 400
Apple's 'Private Relay' Is Exposing Users' Real IP Addresses
Security researchers found that iCloud Private Relay can leak a user’s actual IP address when passkey authentication triggers operating-system-level network requests.
Private Relay is marketed as a way to hide a device’s IP address, so this leak defeats that privacy guarantee for users who rely on passkeys. Any site that supports passkeys can now observe the true IP, potentially correlating it with the user’s identity. The problem also reaches an iOS Tor-compatible browser, though the official Tor Browser is not affected.
Written by elseif from the cluster below · every claim links back to a sourceThe three things worth knowing
Passkey authentication causes the OS credential service to issue network requests outside Safari, sidestepping Private Relay’s proxy.
Websites handling passkey flows receive the device’s real IP address, nullifying Private Relay’s anonymity for those interactions.
The flaw also impacts OnionBrowser on iOS, while the official Tor Browser remains unaffected.
THE READ
What elseif makes of it.
iCloud Private Relay routes web traffic through Apple-controlled relays to mask the client’s IP address, but researchers discovered a scenario where that masking fails. The failure occurs when a device processes a passkey request, which is part of the WebAuthn standard for password-less login. In that flow, the request originates from the operating system rather than the Safari browser, so it never traverses the relay path. The result is that the destination server sees the user’s true IP address despite the relay being enabled.
The technical root is the OS credential service issuing a fetch operation independently of the browser’s networking stack. Because Private Relay only proxies traffic that passes through Safari, any OS-level request bypasses the relay entirely. This design choice means that the privacy layer is not applied uniformly across all network activity on the device. Consequently, the exposure is not limited to a specific website but applies to any service that triggers a passkey request.
For engineers building web services that support passkeys, the leak changes the threat model: the client’s IP can no longer be assumed hidden by Private Relay. Logging or geolocation based on IP will now reflect the user’s real network location, which may affect analytics, fraud detection, or compliance requirements. Developers of privacy-focused applications must recognize that enabling passkeys may unintentionally reveal user identifiers they intended to protect.
Apple has been notified of the issue and acknowledges its seriousness, but no remediation timeline has been provided. Until a fix is deployed, the vulnerability remains present in the current OS release. Engineers cannot rely on Private Relay to provide IP masking for passkey flows and should consider alternative mitigations, such as server-side handling that does not depend on client IP anonymity.
Practical steps include testing applications with the researchers’ verification site to confirm whether the leak occurs for your user base, and informing users of the limitation when they enable passkeys. If IP privacy is critical, consider advising users to disable passkey usage or to employ browsers that enforce proxying for all network calls. Monitoring Apple’s security updates for a patch will be essential to restore the intended privacy guarantees.
Written by elseif from the cluster below · checked for specifics the sources never containedTHE CLUSTER