Apple이 Hide My Email을 스스로 표시했다

프라이버시 도구의 생명은 단 하나다. 표가 나지 않는 것. user@icloud.com과 abc123@icloud.com은 외부 서비스 입장에서 구분 불가능했다. 그 불투명함이 Hide My Email의 전부였다.

Apple Developer News에 따르면, Apple은 2026년 여름 후반 Hide My Email 주소 도메인을 @icloud.com에서 @private.icloud.com으로, Sign in with Apple 주소를 @privaterelay.appleid.com에서 동일한 @private.icloud.com으로 통합한다. 기존 주소는 계속 작동하지만 신규 생성 주소는 모두 새 도메인을 달게 된다. TechCrunch가 이유를 물었으나 Apple은 침묵했다.

허용 목록이 곧 차단 목록이다

Apple이 개발자에게 @private.icloud.com을 허용 목록에 추가하라고 공식 권고하는 순간, 역설이 완성된다. 허용 목록에 넣을 수 있는 도메인은 차단 목록에도 넣을 수 있다. 9to5Mac이 지적했듯 기술 장벽은 낮다—특정 도메인 수신 거부는 스팸 필터만큼 단순하다. 가입 차단, 광고 타게팅 예외 처리, 계정 등급 구분에 드는 개발 공수는 거의 없다.

개인 기술 블로거 Arseniy Shestakov는 이를 두고 "Hide My Email을 사실상 무용화한다"고 직격했다. 이 판단은 과장이 아니다. 더 나아가, 이번 통합은 Sign in with Apple과 Hide My Email을 단일 공격 표면으로 묶는다. 기존에 두 도메인은 분리돼 있었다. 앞으로는 하나를 차단하면 둘 다 막힌다.

FBI 사건이 드리운 그림자

배경 맥락이 불편하다. 404Media는 2026년 초 FBI가 위협 메일 수사에서 Apple로부터 Hide My Email 뒤 실제 iCloud 계정 정보를 제공받았다고 보도했다. TechCrunch는 이 구조를 명확하게 정리했다: "Apple은 앱과 웹사이트로부터는 이메일을 숨겨준다. 경찰한테는 아니다."

두 사건의 인과관계는 확인되지 않는다. 그러나 도메인이 분리되면 법 집행기관이 영장 발부 대상을 특정하는 과정이 기술적으로 단순해진다. 외부에서도 어떤 계정이 익명 이메일을 쓰는지 식별 가능해지기 때문이다. 의도가 아니더라도, 구조는 그 방향으로 재편된다.

프라이버시 브랜드의 부채

Apple이 이 변경으로 무엇을 얻는지는 불명확하다. 도메인 관리 효율? 코드 단순화? 공식 입장이 없으니 추정뿐이다. 반면 잃는 것은 선명하다—프라이버시 도구로서의 신뢰 가중치.

iCloud+ 구독자는 실질적 익명성을 기대하며 매달 돈을 낸다. 레거시 주소 유지는 단기 완충재다. 차단 리스트가 업계에 확산되면 구형 주소도 점진적 표적이 된다. "Privacy is a Human Right" 를 광고비로 구축한 Apple이 침묵하는 한, 그 구호의 신뢰 가중치는 조용히 줄어든다.