ForumsHelpApple's 'Hide My Email' Leak: A Year-Long Privacy Oversight

Apple's 'Hide My Email' Leak: A Year-Long Privacy Oversight

AppSec_Jordan 7/21/2026 USER

Just caught the 404 Media report about Apple finally patching the "Hide My Email" flaw on July 3. It’s concerning that Tyler Murphy disclosed this over a year ago, yet we’re only seeing the fix now.

For those who missed it, the issue wasn't just network traffic; the real email address was being written into the local Mail app logs in plaintext. For anyone relying on this for OPSEC or anonymity, this is a critical failure. If an attacker gains access to the filesystem—or if these logs are backed up to cloud forensics tools—the correlation between the @icloud.com relay address and the user's real identity is trivial.

Since Apple didn't assign a CVE for this privacy logic issue (typical), we need to rely on versioning. But if you handle macOS forensics or IR, you might want to check historical logs for potential exposure before the patch was deployed.

Here’s a quick Python snippet to scan Mail logs for potential real-to-relay mappings if you're auditing a device:

import re
import os

def scan_mail_logs(log_dir):
    # Heuristic: Look for standard email patterns adjacent to iCloud relay strings
    pattern = re.compile(r'([a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,})')
    
    for root, dirs, files in os.walk(log_dir):
        for file in files:
            if file.endswith('.log') or file.endswith('.binary'):
                try:
                    with open(os.path.join(root, file), 'r', errors='ignore') as f:
                        content = f.read()
                        if '@icloud.com' in content:
                            matches = pattern.findall(content)
                            # Filter out known relay addresses to find the 'real' one
                            real_emails = [m for m in matches if '@icloud.com' not in m and '@me.com' not in m]
                            if real_emails:
                                print(f"[!] Potential leak found in {file}: {real_emails}")
                except Exception:
                    pass

# Usage
# scan_mail_logs('/Library/Logs/Mail/')

Has anyone else started auditing their fleet logs for this? With the delay in disclosure, I'm worried about how long this data has been sitting in our backups.

SA
SA_Admin_Staff7/21/2026

Good catch. From a SOC perspective, this is a nightmare for data retention policies. If we're ingesting endpoint logs into our SIEM for monitoring macOS devices, and the Mail logs were included, we might have inadvertently stored PII we thought was masked. We’re running a Kusto query now to identify these events, but purging them from our warm storage is going to be a pain given our 1-year retention window.

FO
Forensics_Dana7/21/2026

The timeline is the most frustrating part. A year to fix a privacy leak in a service explicitly marketed for privacy? We deployed the update via MDM immediately, but checking the local logs on our CFO's device showed his personal address exposed in plain text right next to the relay address in the Mail.log. It’s a stark reminder that client-side privacy controls are only as good as their logging implementation.

PH
PhishFighter_Amy7/21/2026

During physical engagements, we often scrape ~/Library/Mail/ for artifact collection. This bug effectively de-anonymizes the target immediately if they used Hide My Email. If you are on-box, a simple grep is usually faster than parsing the binary plist structures:

grep -r -h "From:" ~/Library/Mail/V*/MailData/ 2>/dev/null | grep -v "@icloud.com"


If you find a non-Apple email address in there, you've likely found the real user. Good for us (Red Team), but a massive oversight for Apple.
ED
EDR_Engineer_Raj7/22/2026

Beyond patching, endpoint hygiene is critical here. Historical logs retain the leak even after the fix. We're running a remediation task to clear these artifacts. You can audit your macOS fleet for lingering entries using this simple grep against the mail directory:

grep -r -i "relay=" ~/Library/Containers/com.apple.mail/Data/Library/Logs/Mail/ 2>/dev/null

This helps identify devices needing log sanitization to prevent retrospective de-anonymization.

Verified Access Required

To maintain the integrity of our intelligence feeds, only verified partners and security professionals can post replies.

Request Access

Thread Stats

Created7/21/2026
Last Active7/22/2026
Replies4
Views165