Apple Hide My Email @private.icloud.com으로의 전환
Apple은 모든 Hide My Email 및 Sign in with Apple 별칭(alias)을 @private.icloud.com 도메인으로 이동하고 있습니다. 이 변경 사항을 통해 웹사이트들은 정당한 @icloud.com 메일함을 영향을 주지 않으면서 모든 릴레이 주소를 쉽게 식별하고 차단할 수 있게 되어, 추적을 피하거나 스팸을 피하고자 하는 사용자들에게 이 기능의 효과가 잠재적으로 감소할 수 있습니다.
@private.icloud.com으로의 전환
Apple의 @private.icloud.com 서브도메인으로의 전환은 모든 개인정보 보호 중심의 별칭을 통합하기 위해 설계되었습니다. 이전에는 일부 별칭이 @icloud.com 또는 @privaterelay.appleid.com에서 발급되었습니다. 이러한 별칭들을 단일 전용 서브도메인으로 이동함으로써, Apple은 릴레이 주소에 대한 명확한 마커를 효과적으로 생성하고 있습니다.
사용자 개인정보 보호 및 차단 목록(Block-listing)에 미치는 영향
모든 릴레이 주소가 이제 단일 도메인을 공유하게 되므로, 웹사이트들은 @private.icloud.com으로 끝나는 모든 이메일 주소를 일괄적으로 차단할 수 있습니다. 이는 개별 별칭을 차단하거나 @icloud.com 도메인에 대해 패턴 매칭을 시도하여 정당한 iCloud 메일 사용자를 차단할 위험을 감수해야 했던 이전의 노력과 달리, 훨씬 더 쉬운 차단이 가능하게 만듭니다.
"요약하자면: 이제 Sign in with Apple과 Hide My Email 별칭은 모두 @private.icloud.com 서브도메인에서 발급될 것입니다. 이는 iCloud 메일의 비릴레이 메일함에 영향을 주지 않으면서 모든 별칭을 차단하는 것을 훨씬 더 쉽게 만듭니다."
일부 사용자들은 이러한 주소를 차단하는 것이 Apple 생태계의 SSO (Single Sign-On) 기능을 사용하는 데 제약을 줄 것이라고 주장하지만, 다른 사용자들은 개인정보 보호 릴레이를 차단할 가능성이 가장 높은 사이트들이 사용자들이 보통 일회용 이메일(burner emails)을 사용하는 용도로 사용하는 사이트들과 동일하다는 점을 지언합니다.
생태계 종속성(Lock-in) 및 대안
전용 서브도메인으로의 이동은 Apple 생태계의 종속성을 강화합니다. 자신의 도메인을 소유한 사람들과 달리, Hide My Email 별칭에 크게 의존하는 사용자들은 Apple의 인프라에 묶이게 됩니다.
제3자 이메일 별칭 서비스
커뮤니티 논의에서는 독점적 생태계에 종속되지 않으려는 사용자들을 위한 몇 가지 대안을 다음과 같이 강조합니다:
SimpleLogin 및 Fastmail: 이 서비스들은 사용자들이 자신의 도메인을 사용할 수 있게 하여 전환 비용을 줄이고 종속성을 방지합니다. Fastmail 별칭은 역별칭(reverse aliases)을 사용할 필요 없이 수신된 이메일에 직접 답장할 수 있습니다.
Catch-all Domains: 저렴한 도메인을 소유하고 catch-all 주소(예:
service@subdomain.example.com)가 포함된 서브도메인을 설정함으로써, 별칭을 수동으로 생성해야 하는 번거로움을 완전히 제거할 수 있습니다.Proton Mail: Proton 별칭은 대안으로 사용되지만, 사용자들이 일부 사이트에서 이미
passmail.net주소를 차단하고 있다는 점을 언급했습니다.Mailinator: 비공개용이 아닌 일회용 주소의 경우, Mailinator는 높은 보안이나 개인정보 보호가 필요하지 않은 사용자들에게 여전히 제안되는 옵션입니다.
기술적 제약 및 속도 제한(Rate Limits)
전환이 완료되기 전에 별칭을 미리 생성해두려는 사용자들은 시간당 20~30개의 별칭 생성에 대한 속도 제한(rate limit)이 발생한다고 보고하고 있습니다. 이는 사용자들이 자신의 별칭 목록을 수동으로 정리할 수 있더라도, 그러한 시스템을 유지하는 것은 Apple 서비스의 "hassle-free"한 성격을 제거하게 된다는 것을 의미합니다.