ELSEIF
Your brief EB
317 stories from 73 feeds 79 clusters Refreshed 14 minutes ago next pull 22:50

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.

WHY IT MATTERS

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 source

The three things worth knowing

01

Passkey authentication causes the OS credential service to issue network requests outside Safari, sidestepping Private Relay’s proxy.

02

Websites handling passkey flows receive the device’s real IP address, nullifying Private Relay’s anonymity for those interactions.

03

The flaw also impacts OnionBrowser on iOS, while the official Tor Browser remains unaffected.

THE READ

What elseif makes of it.

ORIGINAL ANALYSIS

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 contained

THE CLUSTER

Same story, 1 feed.

ORDERED BY FIRST SEEN
Slashdot Apple's 'Private Relay' Is Exposing Users' Real IP Addresses Open ↗