애플, ‘이메일 가리기’ 도메인 변경 철회…‘Apple로 로그인’은 @private.icloud.com으로 이동

애플이 이메일 프라이버시 기능의 도메인 변경 계획을 둘로 나눴습니다. 6월에는 iCloud+ ‘이메일 가리기’와 ‘Apple로 로그인’에 새로 생성되는 주소를 모두 @private.icloud.com으로 통합하겠다고 발표했지만, 8월 24일 계획을 수정했습니다.

이제 iCloud+ ‘이메일 가리기’ 별칭은 계속 @icloud.com을 사용합니다. 반면 ‘Apple로 로그인’으로 새로 발급되는 중계 주소는 2026년 후반부터 @privaterelay.appleid.com 대신 @private.icloud.com을 사용하게 됩니다. 기존 @privaterelay.appleid.com 주소도 중단 없이 계속 작동하며 메일을 전달합니다. 10

무엇이 달라졌나

애플의 당초 계획은 두 프라이버시 기능에서 새로 만드는 주소를 모두 하나의 도메인으로 통합하는 것이었습니다. 기존 @icloud.com 기반 ‘이메일 가리기’ 별칭과 @privaterelay.appleid.com 기반 ‘Apple로 로그인’ 주소는 그대로 유지되고 메일도 계속 전달될 예정이었습니다. 15

수정된 계획은 다음과 같습니다.

• iCloud+ ‘이메일 가리기’: 새 별칭도 계속 @icloud.com으로 발급
• ‘Apple로 로그인’: 2026년 후반부터 새 중계 주소를 @private.icloud.com으로 발급
• 기존 ‘Apple로 로그인’ 주소: @privaterelay.appleid.com 주소도 계속 유효하며 메일 전달 중단 없음

애플은 이번 변경 철회 이유로 추가 검토와 커뮤니티 의견을 들었습니다. 특정 보안 취약점이나 보안 제보가 직접적인 원인이었다고 밝히지는 않았습니다. 10

왜 @private.icloud.com 계획에 반발했나

핵심 우려는 도메인을 바꾼다고 해서 별칭 뒤에 있는 실제 메일함이 자동으로 공개된다는 것이 아니었습니다. 문제는 @private.icloud.com이 해당 주소가 애플의 프라이버시 중계 주소라는 사실을 너무 쉽게 드러낼 수 있다는 점이었습니다.

웹사이트나 앱은 간단한 도메인 검사만으로 이 주소를 식별할 수 있습니다. 이후 가입을 거부하거나 다른 이메일 주소를 요구할 수 있고, 부정 가입·위험도 심사에서 특정 신호로 활용할 수도 있습니다. 결과적으로 ‘이메일 가리기’ 주소를 가입 단계에서 차단하기가 쉬워지는 셈입니다. 44

반면 @icloud.com은 일반 iCloud 메일 주소에도 사용됩니다. 따라서 이 도메인을 쓰는 ‘이메일 가리기’ 별칭은 일반적인 메일함과 구별하기가 상대적으로 어렵습니다. 사용자들이 우려한 것은 애플의 메일 전달 인프라가 바뀌는 것 자체가 아니라, 가상 주소임을 숨길 수 있는 여지가 줄어들어 기능의 실용적인 프라이버시가 약해질 수 있다는 점이었습니다. 35

‘Apple로 로그인’ 개발자가 해야 할 일

‘Apple로 로그인’을 사용하는 앱과 웹사이트는 이번 변경을 기존 도메인의 즉각적인 교체가 아니라, 두 중계 도메인이 공존하는 전환으로 다뤄야 합니다.

두 중계 도메인을 모두 허용하기

계정 시스템, 이메일 형식 검증, 정규식, 허용 목록, 도메인별 처리 로직이 다음 주소를 모두 받아들이도록 수정해야 합니다.

• 기존 주소: @privaterelay.appleid.com
• 신규 주소: @private.icloud.com

애플의 기존 안내에는 중계 도메인 처리 과정에서 @icloud.com도 언급돼 있습니다. 따라서 유효한 애플 중계 주소가 하나의 접미사로만 구성된다고 가정하지 않는 편이 안전합니다. 810

특히 기존 사용자의 주소가 예전 도메인이라는 이유만으로 계정을 이전하거나 무효화해서는 안 됩니다. 애플은 기존 @privaterelay.appleid.com 주소가 계속 작동하고 메일도 중단 없이 전달된다고 밝혔습니다. 10

발신 이메일 중계 설정 점검하기

앱이나 웹사이트가 애플의 비공개 이메일 중계를 통해 사용자에게 메일을 보내려면, 애플 개발자 계정에 발신에 사용할 도메인과 하위 도메인을 등록해야 합니다. 등록한 이메일 발신 출처는 SPF 검사도 통과해야 합니다. 6

개발팀은 다음 항목을 함께 확인할 필요가 있습니다.

• 등록된 발신 도메인과 하위 도메인
• SPF용 DNS 레코드
• 이메일 검증 및 계정 복구 절차
• 허용 목록과 차단 목록
• 특정 이메일 도메인을 전제로 설계된 데이터베이스 필드와 스키마
• 이메일 접미사로 사용자를 검색하는 고객지원·계정 조회 도구

애플 문서에 따르면 비공개 이메일 중계는 사용자가 인증한 Apple 계정 이메일 주소 중 하나로 메일을 전달합니다. 3

최근 보안 제보가 이번 논란에 미친 맥락

도메인 논란은 애플의 프라이버시 시스템과 관련한 별도의 보안 제보가 나온 시기와 겹쳤습니다. 이 사례들이 @private.icloud.com 자체가 이메일 주소나 IP 주소를 노출한다는 뜻은 아닙니다. 다만 프라이버시 별칭을 더 쉽게 분류할 수 있는 변경에 사용자들이 민감하게 반응한 배경을 이해하는 데에는 영향을 줬습니다.

스팸 반송으로 실제 주소가 노출될 수 있었던 취약점

‘이메일 가리기’에서 별칭으로 보낸 메일이 스팸으로 거부될 때, 별칭 뒤의 실제 주소가 발신자 측 메일 전송 로그에 나타날 수 있는 결함이 보고됐습니다. 이는 기능의 핵심인 실제 주소 은닉을 약화시키는 문제였습니다. 애플은 2026년 7월 3일 수정 사항을 배포했다고 밝혔고, 이후 테스트에서는 해당 문제가 더 이상 재현되지 않았습니다. 474954

다만 패치가 과거에 노출된 정보까지 삭제하는 것은 아닙니다. 제3자 메일 시스템이 이전 전송 로그를 보관하고 있을 수 있기 때문에, 수정 전 노출된 주소가 애플의 통제 밖 기록에 남아 있을 가능성이 있다는 지적도 나왔습니다. 4860

‘Private Relay’의 실제 IP 노출 제보

보안 연구자들은 일부 WebKit 관련 트래픽이 iCloud Private Relay를 우회해 사용자의 실제 IP 주소를 노출할 수 있다고도 보고했습니다. 제보된 경로에는 패스키와 관련된 WebAuthn 요청, WebTransport, DNS 프리페칭이 포함됐습니다. 192023

이후 iOS 26.6.1에서 문제가 수정된 것으로 보인다는 보도가 나왔습니다. 다만 현재 확인 가능한 내용은 보고된 패치에 관한 것이며, 애플이 해당 기능의 구조적 원인이나 영향 범위를 폭넓게 설명한 것은 아닙니다. 18

두 사례는 이메일 도메인이 눈에 띄는 문제와는 작동 방식이 다릅니다. ‘이메일 가리기’ 취약점은 반송 메일을 통해 실제 주소가 노출될 수 있었던 문제이고, Private Relay 제보는 네트워크 트래픽 일부가 중계 경로 밖으로 빠져나갈 수 있다는 문제였습니다. 어느 사례도 @private.icloud.com이라는 도메인 자체가 사용자의 신원이나 IP 주소를 직접 공개한다는 점을 입증하지는 않습니다.

애플의 철회에서 가장 분명하게 읽히는 점

애플이 공식적으로 제시한 직접적인 이유는 커뮤니티 의견을 반영한 추가 검토입니다. 사용자들이 가장 크게 문제 삼은 부분은 전용 프라이버시 도메인이 생기면 웹사이트가 가상 주소를 쉽게 식별하고 차단할 수 있다는 점이었습니다. 10

최근 보안 제보들은 이번 결정을 일으킨 원인으로 확인된 것이 아니라, 애플 프라이버시 기능에 대한 신뢰가 흔들린 시기의 맥락으로 보는 것이 정확합니다. 애플도 해당 보안 사례들이 도메인 변경 철회와 관련 있다고 밝히지 않았습니다.

결국 이번 결정은 절충안에 가깝습니다. ‘이메일 가리기’는 일반 iCloud 메일과 구별하기 어려운 @icloud.com을 유지하고, ‘Apple로 로그인’은 신규 주소에 @private.icloud.com을 도입합니다. 개발자는 기존 @privaterelay.appleid.com 주소를 계속 지원하면서 새 도메인까지 함께 처리할 수 있도록 시스템을 준비해야 합니다.