SHARE THE PERSPECTIVE
번호를 보호하되, 번호를 신원 증거로 취급하는 모든 계정 경로도 점검하세요.

SIM 스와핑은 전화번호의 제어권을 공격자가 통제하는 SIM 또는 eSIM으로 옮깁니다. 메시징 계정이 등록, 로그인 또는 복구에 SMS만으로 충분한 증거가 된다고 판단한다면, 공격자는 그 경로를 악용할 수 있습니다.

모든 메신저에서 결과가 같지는 않습니다. 추가 등록 잠금, 패스키, 비밀번호 또는 독립적인 복구 비밀값은 공격자가 할 수 있는 일을 바꿀 수 있습니다. 번호를 탈취했다고 해서 기기에 저장된 과거의 모든 대화가 자동으로 복호화되는 것도 아닙니다.

번호 제어권이 계정 제어권으로 바뀌는 방식

미국 연방거래위원회의 SIM 스와핑 안내는 공격자가 통신사를 설득해 피해자의 번호를 다른 SIM에서 활성화하는 수법을 설명합니다. 그러면 수신되는 인증 문자와 전화가 공격자에게 도착할 수 있습니다.

관련된 약점은 계정이 그 번호를 신뢰하기로 한 결정입니다. 서비스는 최초 등록, 추가 인증 단계 또는 비밀번호 재설정에 번호를 사용할 수 있습니다. 이는 서로 다른 기능입니다. 일반 로그인 화면만 보지 말고 대체 수단까지 모두 검토하세요.

갑작스러운 이동통신 서비스 중단이나 예상하지 못한 SIM 활성화 알림은 경고 신호일 수 있지만, 통신 장애나 일반적인 계정 문제도 비슷하게 보일 수 있습니다. 알고 있는 공식 경로로 통신사에 확인하세요.

사칭과 과거 메시지 접근을 구분하기

새로 등록된 공격자 통제 기기는 앱 규칙에 따라 사용자를 사칭하거나 향후 통신을 받을 수 있습니다. 과거 기록에 접근하려면 추가 설명이 필요합니다. 읽을 수 있는 서버 사본, 암호화 백업과 그 키에 대한 접근, 연결된 기기 또는 로컬 사본 등이 있어야 합니다.

자산 번호 제어권만으로 반드시 얻을 수 있나요?
수신 SMS 인증 코드 번호가 이전된 뒤에는 가능성이 있음
계정 등록 또는 재설정 독립적인 요구 조건 없이 서비스가 그 경로를 허용할 때만 가능
기존 기기 세션 자동으로 얻는 것은 아님. 세션 관리 규칙이 중요함
과거 E2EE 대화 기록 자동으로 얻는 것은 아님. 접근 가능한 사본과 필요한 키가 여전히 필요함
새로 수락된 신원으로 보내는 향후 메시지 신원 확인과 계정 동작에 따라 달라지는 위험

키 변경 경고와 별도 경로를 통한 연락 상대의 신원 확인은 예상하지 못한 새 엔드포인트를 감지하는 데 도움이 됩니다. 익숙한 전화번호가 그대로라는 이유만으로 이를 무시해서는 안 됩니다.

SRP가 기여하는 것과 약속할 수 없는 것

SRP는 의도된 교환에서 비밀번호를 보내지 않고 비밀번호를 알고 있음을 인증합니다. 로그인이 실제로 독립적인 비밀번호를 요구하며 이를 우회하는 SMS 대체 경로가 없다면, 번호를 훔치는 것만으로 그 요구 조건을 충족할 수 없습니다.

SRP 자체는 앱의 전화번호 정책, 재설정 과정 또는 고객지원 절차를 정의하지 않습니다. 약한 비밀번호를 강하게 만들거나 악성 페이지에 입력된 텍스트를 피싱 코드가 읽는 것을 막지도 않습니다. 서버의 검증값도 여전히 민감합니다. RFC 5054 3.3절은 검증값 탈취 후의 비밀번호 추측을 설명합니다.

서비스가 지원한다면 패스키와 보안 키도 SMS 의존을 줄일 수 있는 다른 방법입니다. FIDO Alliance의 패스키 설명은 공개 키 자격 증명과 피싱 저항성을 설명합니다. 어떤 일반 로그인 방식을 사용하든 실제 계정 복구 경로는 여전히 검토해야 합니다.

Livara 문서가 설명하는 분리

Livara의 보안 페이지는 SRP 로그인과 암호화된 신원 백업을 별도로 설명합니다. 버전 7은 업로드 전에 별도의 복구 키로 신원 자료를 암호화해 봉인하며, 대화 기록이 아닌 신원을 복원합니다. 위협 모델은 도난당한 비밀번호만으로는 해당 암호화 키를 복원할 수 없다고 설명합니다.

이 경계는 인증과 복호화를 구분하는 데 도움이 됩니다. 하지만 모든 계정 탈취 경로가 감사되었다거나 통신사 사고가 아무 영향도 줄 수 없다는 약속을 뒷받침하지는 않습니다. 클라이언트의 현재 로그인 및 복구 옵션을 확인하고, 프로토콜 이름만으로 문서에 없는 동작을 추론하지 마세요.

양자내성 키 설정은 다른 문제, 즉 수집된 암호화 트래픽에 대한 미래 공격을 다룹니다. 통신사가 전화번호를 옮기는 것을 막거나 계정이 가로챈 SMS를 신뢰하는 것을 막지는 않습니다.

사고 전에 위험 줄이기

  • 별도의 PIN 또는 비밀번호와 사용 가능한 번호 이동 제한으로 이동통신 계정을 보호하세요.
  • 지원되는 경우 강력한 비 SMS 인증을 우선하고 복구 수단을 안전하게 보관하세요.
  • 계정 복구가 알리지 않고 전화번호로 되돌아가는지 검토하세요.
  • 비밀번호를 중복 사용하지 말고 복구에 쓰는 이메일 계정을 보호하세요.
  • 메신저가 연결된 기기, 등록 변경, 상대방 키 변경을 어떻게 표시하는지 알아두세요.

번호를 빼앗겼다고 의심될 때

  1. 확인된 경로로 즉시 통신사에 연락해 조사와 번호 복구를 요청하세요.
  2. 신뢰할 수 있는 기기에서 영향을 받은 계정을 보호하고 알 수 없는 세션을 검토하세요. 번호를 되찾아도 공격자의 기존 세션이 반드시 종료되는 것은 아닙니다.
  3. 복구 설정이 변경되었는지 확인하고 유출된 자격 증명을 공식 절차로 재설정하세요.
  4. 사칭 가능성이 있다면 다른 신뢰할 수 있는 경로로 중요한 연락처에 경고하세요. 암호학적 신원이 바뀌었다면 다시 검증하세요.
  5. 지원이나 신고를 위해 관련 알림과 타임스탬프를 보관하세요. 메시지로 문제를 “해결”해 주겠다는 사람에게 OTP, 비밀번호 또는 복구 구문을 절대 보내지 마세요.

유용한 보호는 도난당한 하나의 요소가 다른 모든 통제를 우회하지 못하도록 하는 계정 설계에, 명확한 복구 및 세션 대응 계획을 결합하는 것입니다.

Proof Lab에서 보안 검증하기
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗