- SIM 스왑 공격은 통신사가 휴대전화 번호를 공격자 기기로 이전하게 만든 뒤 SMS 로그인·비밀번호 재설정 코드를 가로채는 방식이며, 기업이 이 취약한 경로를 인증 흐름에 넣은 선택이 핵심 쟁점임
- SMS는 평문으로 전달되고 보안용 프로토콜이 아니어서, 비밀번호 재설정·계정 복구·온보딩·로그인에 쓰면 사용자의 디지털 안전이 전화번호 이전에 함께 넘어감
- Apple, Google, Dropbox, PayPal, Block, Chase, Wells Fargo, Robinhood, Schwab, Bank of America 등 여러 서비스가 SMS를 로그인·복구·2FA에 사용하거나 사용해 왔고, Azure, AWS, Twilio, Google 같은 클라우드 사업자는 SMS 일회용 코드 서비스를 제공함
- 더 나은 대안은 이메일 기반 재설정과 Authy·Google Authenticator 같은 인증 앱이며, SMS 2FA는 더 강한 옵션과 함께 제한적으로 쓰이더라도 계정 복구의 fallback이 되어서는 안 됨
- 2024년 이후 AT&T, T-Mobile, Verizon 등 미국 주요 통신사가 Salt Typhoon 공격으로 장기간 침해된 상황까지 겹치며, SMS가 로그인 흐름에서 실질적 보안을 제공한다는 전제가 더 흔들림
SMS 기반 인증이 SIM 스왑 공격을 키우는 구조
- SIM 스왑 공격은 공격자가 통신사에 피해자의 휴대전화 번호를 자신의 휴대전화로 포팅해 달라고 요청하는 방식임
- 미국에서는 경쟁 촉진 목적의 번호 이동성 규정 때문에 통신사가 번호 이전을 쉽게 처리해야 함
- 번호가 이전되면 공격자는 기업이 보내는 SMS 로그인 정보나 비밀번호 재설정 코드를 받아 계정에 접근할 수 있음
- 통신사의 번호 보호가 취약하다는 비판은 타당하지만, 여러 기업도 그 취약한 연결고리 위에 미션 크리티컬 인증 흐름을 구축해 왔음
- “T-Mobile, AT&T, Verizon 등이 내 번호를 포팅하도록 누군가 설득했다고 해서 내 디지털 안전까지 포팅되어서는 안 된다”는 문제의식이 중심에 있음
SMS는 인증 수단으로 설계되지 않았음
- SMS는 암호화되지 않은 평문 메시지이며, 우편엽서처럼 중간에서 읽히거나 가로채질 수 있음
- 보안 프로토콜이 아닌 SMS를 비밀번호 재설정, 계정 복구, 온보딩, 로그인에 쓰는 것은 구조적으로 부적합함
- SMS 기반 2FA는 더 강한 2FA 옵션과 함께 제공될 때 약한 보안 시나리오 중 “가장 덜 나쁜” 경우로만 다뤄짐
- 주된 비판 대상은 SMS 기반 비밀번호 재설정·사용자 온보딩·계정 복구임
- 더 나은 선택지는 이메일 기반 비밀번호 재설정과 Authy, Google Authenticator 같은 인증 앱임
- SMS가 계정 복구 fallback으로 남아 있으면 더 강한 2FA 구현도 약해질 수 있음
기업들이 SMS를 인증 흐름에 넣은 방식
- Apple은 2018년에 iPhone에서 SMS passcode 자동 입력 기능을 발표해 SMS가 비밀번호 재설정과 계정 로그인에 쓰이는 흐름을 강화함
- Apple 계정 재설정에 SMS가 쓰일 수 있는 시나리오가 있음
- Apple 개발자 계정의 2단계 인증에도 SMS나 전화가 사용됨
- Apple의 네이티브 2FA 구현은 SMS fallback 때문에 약해진다고 평가됨
- Google은 2019년에 Android용 SMS autofill 기능으로 일회용 코드 자동 입력을 제공함
- 클라우드 제공업체와 메시징 인프라 사업자는 SMS 코드 산업을 형성함
- 금융·결제 서비스에서도 SMS 재설정, SMS 로그인, SMS 2FA, SMS 계정 복구가 널리 쓰임
- 예시로 Wells Fargo, Cash App, Robinhood, Schwab, PayPal, Bank of America가 거론됨
- 이런 SMS 옵션은 “본인 확인” 수단으로 제공되지만, SIM 스왑 공격자에게도 유리한 구조가 됨
- 음식 주문 서비스, 소셜 네트워크, 데이터 저장 서비스 등에서도 SMS가 계정 재설정의 기본 수단으로 쓰이는 경우가 많음
- Dropbox처럼 비활성화 방법이 있더라도 사용자가 서비스별로 직접 opt-out해야 함
- 여러 서비스는 opt-out을 제공하지 않음
편리함보다 보안 설계 책임이 앞섬
- 사용자는 SMS 재설정의 취약성을 이해하지 못할 수 있으며, 이를 판단하는 일이 사용자의 역할이어서는 안 됨
- SMS는 이메일 재설정이나 Authy 같은 2FA 앱보다 편리해 사용자에게 선호될 수 있음
- iPhone의 SMS 자동 입력은 iOS의 좋은 기능으로 칭찬받기도 하지만, 편리함이 보안성을 보장하지는 않음
- 보안 시스템이 안전한지 판단하고 설계하는 책임은 기술 기업에 있음
- 고객 안전과 보안을 우선한다고 말하면서도 SMS 기반 인증을 유지하면 고객을 노출된 상태로 두게 됨
프로토콜 개선과 규제만으로는 부족함
- SHAKEN/STIR 같은 전화 프로토콜 강화 노력은 완전 채택과 엄격한 집행 수준까지 가지 못했고, SMS 비밀번호 재설정 코드를 계속 보내는 명분이 되기 어려움
- 더 강한 전화 프로토콜이 도입되더라도 SIM 스왑 공격 자체를 막지는 못함
- EU의 Sim Verify 이니셔티브는 SMS에 의존하는 기업이 SIM이 최근 포팅됐는지 확인할 수 있는 방안으로 거론됨
- 미국에서 이런 변화가 가까운 시일 내 도입될지는 불확실하며, SHAKEN/STIR 전개 경험은 변화가 오래 걸릴 수 있음을 보여줌
- NIST가 2023년 10월 기준 SMS나 전화 통화를 사용자 식별에 쓰는 것에 대해 강한 지침을 냈다는 Hacker News 댓글도 있음
2024년 이후 더 나빠진 통신사 리스크
- 업데이트에서는 AT&T, T-Mobile, Verizon 같은 미국 주요 통신사가 Salt Typhoon 공격으로 수개월간 침해를 겪었다고 정리함
- 이 통신사들은 수많은 로그인 흐름, 계정 재활성화, 비밀번호 재설정에 쓰이는 암호화되지 않은 SMS를 전달함
- 미국 통신사 침해와 SIM 스왑 공격의 지속성을 함께 보면, SMS가 로그인 흐름의 어떤 부분에서도 실질적 보안을 제공한다는 생각을 버려야 함
- Google은 Gmail에서 제한적으로 SMS의 약점을 인정하고 벗어나기 시작한 사례로 거론됨
- Chase, Block/Square, Apple 등은 여전히 로그인 프로세스 일부에 SMS를 의존하는 사례로 남아 있음
Hacker News 댓글의 사용자 피해 사례
- SMS 수신이 안 되는 지역을 여행 중이면 계정에서 잠길 수 있음
- Bank of America처럼 SMS 2FA를 켜야 어떤 2FA든 활성화할 수 있는 은행 사례가 문제로 거론됨
- 번호를 바꿔 Viber에서 잠기거나, Citibank가 계정 전화번호 변경에 SMS 인증을 요구하는 사례도 있음
- 통신사가 SMS 로밍 요금을 부과하면 사용자는 취약한 보안 수단에 비용을 지불하게 됨
- 선불 잔액을 충전하지 않아 SIM이 차단되면 SMS를 받지 못하고, SMS를 강제하는 서비스 접근에도 문제가 생김
- EU 은행권에서 일한 댓글 작성자는 SMS가 미국보다 비싸 널리 자리 잡지 않았고, SMS 2FA는 보안 침해와 사용자 잠금 모두에 취약하다고 평가함
전화번호 기반 신원 확인에서 벗어나야 하는 이유
- 딥페이크 시대에는 견고한 신원 확인 서비스가 더 중요해짐
- AI 기반 가짜 신분증 서비스가 대중화되고, 금융회사와 ISP 등이 사용해 온 음성 지문 식별도 딥페이크 오디오와 집요한 공격자 앞에서 유용하지 않을 수 있음
- SMS처럼 암호화되지 않고 SIM 스왑에 취약한 신원 확인 수단에서 벗어나야 함
- 랜섬웨어도 IT가 직면한 큰 문제이며, SIM 스왑 공격은 기업 네트워크 침해의 중요한 벡터로 거론됨
- SMS 로그인을 줄이면 랜섬웨어 문제 일부를 완화할 수 있다는 연결이 제시됨