Apple giữ Hide My Email trên @icloud.com, nhưng Sign in with Apple vẫn đổi miền

Apple đã tách đôi kế hoạch thay đổi miền email từng được công bố hồi tháng 6. Sau khi ban đầu cho biết cả iCloud+ Hide My Email và Sign in with Apple sẽ sử dụng @private.icloud.com, Apple ngày 24 tháng 8 xác nhận các bí danh Hide My Email sẽ tiếp tục dùng @icloud.com. Trong khi đó, địa chỉ Sign in with Apple mới vẫn sẽ chuyển từ @privaterelay.appleid.com sang @private.icloud.com vào cuối năm 2026. Các địa chỉ chuyển tiếp hiện có vẫn hoạt động và tiếp tục chuyển thư bình thường. 10

Apple đã thay đổi điều gì?

Kế hoạch ban đầu của Apple là hợp nhất các địa chỉ mới được tạo bởi hai tính năng bảo vệ quyền riêng tư dưới miền @private.icloud.com. Các bí danh Hide My Email hiện kết thúc bằng @icloud.com và địa chỉ Sign in with Apple hiện dùng @privaterelay.appleid.com dự kiến vẫn tiếp tục chuyển tiếp thư. 15

Kế hoạch sửa đổi hiện nay cụ thể như sau:

• iCloud+ Hide My Email: Bí danh mới vẫn dùng @icloud.com.
• Sign in with Apple: Địa chỉ chuyển tiếp mới sẽ dùng @private.icloud.com từ cuối năm 2026.
• Địa chỉ Sign in with Apple hiện có: Các địa chỉ @privaterelay.appleid.com vẫn hợp lệ và tiếp tục chuyển tiếp thư.

Apple giải thích việc rút lại thay đổi đối với Hide My Email là kết quả của “việc cân nhắc thêm” và phản hồi từ cộng đồng. Công ty không cho biết quyết định này xuất phát từ một lỗ hổng bảo mật cụ thể nào. 10

Vì sao miền @private.icloud.com gây phản ứng?

Vấn đề không nằm ở việc đổi miền sẽ tự động làm lộ hộp thư thật phía sau bí danh. Mối lo chính là @private.icloud.com sẽ khiến mọi người dễ dàng nhận ra một địa chỉ đang được Apple dùng làm trung gian chuyển tiếp nhằm bảo vệ quyền riêng tư.

Website hoặc ứng dụng chỉ cần kiểm tra miền email là có thể nhận diện địa chỉ này, sau đó từ chối đăng ký, yêu cầu người dùng cung cấp email khác hoặc coi đó là tín hiệu trong hệ thống đánh giá rủi ro và chống gian lận. Điều này có thể khiến các địa chỉ ẩn dễ bị chặn hơn ngay từ bước tạo tài khoản. 44

Ngược lại, @icloud.com cũng được dùng cho các địa chỉ iCloud thông thường. Vì vậy, một bí danh Hide My Email dùng miền này khó bị phân biệt hơn với hộp thư iCloud thông thường bởi những dịch vụ muốn lọc hoặc chặn địa chỉ ẩn.

Đây là điểm mấu chốt trong phản ứng của người dùng: họ lo rằng miền riêng @private.icloud.com sẽ làm giảm tính hữu dụng thực tế của Hide My Email và làm mất đi khả năng “không để lộ mình đang dùng địa chỉ ẩn”, dù hệ thống chuyển tiếp email phía sau không nhất thiết thay đổi. 35

Nhà phát triển Sign in with Apple cần làm gì?

Các nhà phát triển nên xem đây là giai đoạn chuyển tiếp giữa hai miền chuyển tiếp email, thay vì coi miền cũ bị thay thế ngay lập tức.

Chấp nhận cả hai miền chuyển tiếp

Hãy cập nhật hệ thống tài khoản, quy tắc xác thực email, biểu thức chính quy, allowlist và mọi logic xử lý dựa trên miền để chấp nhận địa chỉ mới kết thúc bằng @private.icloud.com, đồng thời vẫn hỗ trợ các địa chỉ hiện có kết thúc bằng @privaterelay.appleid.com. Hướng dẫn trước đó của Apple cũng đề cập đến @icloud.com trong việc xử lý miền chuyển tiếp, vì vậy hệ thống không nên giả định chỉ có một hậu tố Apple hợp lệ. 810

Quan trọng nhất, không chuyển đổi hoặc vô hiệu hóa tài khoản hiện tại chỉ vì địa chỉ của người dùng dùng miền cũ. Apple cho biết các địa chỉ @privaterelay.appleid.com hiện có sẽ tiếp tục hoạt động và chuyển tiếp thư mà không bị gián đoạn. 10

Kiểm tra cấu hình gửi email

Nếu ứng dụng hoặc website gửi thư qua dịch vụ chuyển tiếp email riêng tư của Apple, nhà phát triển phải đăng ký các miền và miền phụ dùng để gửi email trong tài khoản Apple Developer. Theo hướng dẫn cấu hình của Apple, các nguồn gửi email đã đăng ký cũng phải vượt qua kiểm tra SPF. 6

Các nhóm phát triển nên rà soát:

• Các miền và miền phụ gửi email đã đăng ký
• Bản ghi DNS SPF
• Quy trình gửi email giao dịch, khôi phục tài khoản và xác minh địa chỉ
• Allowlist và blocklist
• Trường dữ liệu hoặc lược đồ cơ sở dữ liệu đang giả định một miền email cố định
• Công cụ hỗ trợ khách hàng và tra cứu tài khoản có đối chiếu người dùng theo hậu tố email

Tài liệu của Apple mô tả dịch vụ chuyển tiếp này là cơ chế chuyển thư đến một trong những địa chỉ email Apple Account đã được người dùng xác minh. 3

Các tiết lộ bảo mật gần đây ảnh hưởng thế nào đến bối cảnh?

Tranh cãi về miền email xuất hiện cùng thời điểm với những báo cáo riêng biệt về điểm yếu trong các hệ thống bảo vệ quyền riêng tư của Apple. Những sự cố này không chứng minh rằng @private.icloud.com tự thân có thể làm lộ địa chỉ email hoặc địa chỉ IP. Tuy nhiên, chúng giúp lý giải vì sao người dùng đặc biệt soi xét một thay đổi có thể khiến các bí danh riêng tư dễ bị phân loại hơn.

Lỗ hổng làm lộ địa chỉ thật qua email bị trả lại

Một lỗ hổng được báo cáo trong Hide My Email có thể làm lộ địa chỉ email thật phía sau bí danh khi email gửi đến bí danh bị từ chối vì bị đánh dấu là thư rác. Địa chỉ gốc có thể xuất hiện trong nhật ký truyền thư ở phía người gửi, làm suy yếu cam kết cốt lõi về quyền riêng tư của tính năng. Apple cho biết đã triển khai bản vá vào ngày 3 tháng 7 năm 2026; các thử nghiệm sau đó cho thấy lỗi không còn tái hiện được. 474954

Tuy nhiên, bản vá không nhất thiết xóa được dữ liệu đã bị lộ trước đó. Hệ thống thư của bên thứ ba có thể vẫn lưu các nhật ký chuyển thư cũ. Vì vậy, những địa chỉ bị lộ trước thời điểm sửa lỗi có thể vẫn tồn tại trong các bản ghi nằm ngoài quyền kiểm soát của Apple. 4860

Báo cáo về việc Private Relay làm lộ địa chỉ IP

Các nhà nghiên cứu cũng báo cáo rằng một số luồng lưu lượng liên quan đến WebKit có thể đi vòng qua iCloud Private Relay và làm lộ địa chỉ IP thật của người dùng. Các trường hợp được nêu gồm yêu cầu WebAuthn liên quan đến passkey, WebTransport và cơ chế tải trước DNS. 192023

Một báo cáo sau đó cho biết vấn đề dường như đã được khắc phục trong iOS 26.6.1. Tuy nhiên, bằng chứng hiện có chủ yếu nói về một bản vá được ghi nhận qua báo cáo, chứ chưa phải lời giải thích toàn diện từ Apple về kiến trúc hoặc phạm vi ảnh hưởng. 18

Hai nhóm vấn đề này hoạt động theo cơ chế khác với việc hiển thị miền email. Lỗ hổng Hide My Email liên quan đến việc địa chỉ thật xuất hiện trong quá trình xử lý thư bị trả lại, còn các báo cáo về Private Relay liên quan đến lưu lượng mạng có thể thoát khỏi đường hầm chuyển tiếp.

Không sự cố nào trong số đó chứng minh rằng miền @private.icloud.com được đề xuất sẽ trực tiếp tiết lộ danh tính người dùng.

Cách hiểu rõ nhất về quyết định đảo chiều của Apple

Lời giải thích trực tiếp nhất vẫn là sự phản đối của cộng đồng trước nguy cơ các website dễ dàng chặn bí danh. Người dùng lập luận rằng việc chuyển Hide My Email sang một miền riêng cho tính năng bảo mật sẽ giúp website nhanh chóng nhận diện và từ chối các địa chỉ này. Thông báo của Apple cũng xác nhận quyết định đảo chiều được đưa ra sau khi xem xét phản hồi từ cộng đồng. 10

Các tiết lộ bảo mật xuất hiện cùng thời điểm nên được xem là bối cảnh ảnh hưởng đến niềm tin, chứ chưa phải nguyên nhân đã được chứng minh. Chúng khiến người dùng hoài nghi hơn về các lớp bảo vệ quyền riêng tư của Apple, nhưng Apple chưa liên hệ những báo cáo đó với quyết định thay đổi miền.

Kết quả thực tế là một sự thỏa hiệp: Hide My Email giữ lại hậu tố ít gây chú ý hơn là @icloud.com, trong khi các nhà phát triển dùng Sign in with Apple phải chuẩn bị hỗ trợ @private.icloud.com song song với miền chuyển tiếp cũ.