전번해킹협박,
정말 '해킹'을 당한 걸까요?

"내 전화번호가 해킹당했다", "번호를 알아내서 협박한다" —
이렇게 느껴지지만, 실제로는 전화번호도 통신사도 해킹된 것이 아닙니다.
기기에 설치한 악성앱이 '권한'으로 연락처를 가져간 것입니다. 그 실체를 규명합니다.

전번해킹협박은 전화번호나 통신사가 해킹된 것이 아니라, 기기에 설치한 악성앱이 연락처·저장소 권한으로 데이터를 빼내 지인 유포를 빌미로 협박하는 수법입니다. 대응의 시작은 설치한 앱의 정체 확인입니다.

전번해킹협박은 이렇게 시작된다 — 유입 경로

전번해킹협박을 검색하는 분들은 대부분 이런 상황입니다. 모르는 번호나 SNS로 낯선 사람이 접근해 친밀한 대화를 나누다가, 어느 순간 "이 앱을 깔아야 통화가 된다"거나 "사진을 이 앱으로 보내라"는 말을 듣습니다. 앱을 설치한 직후 상대의 태도가 돌변하고, 곧이어 "네 전화번호와 지인 목록을 다 확보했다. 돈을 보내지 않으면 뿌리겠다"는 협박이 시작됩니다.

피해자 입장에서는 번호와 연락처가 순식간에 넘어간 것처럼 보이기 때문에 "전화번호가 해킹당했다"고 느낍니다. 하지만 이 흐름을 단계별로 뜯어보면 어디에서도 통신망이나 서버를 뚫는 '해킹'은 일어나지 않습니다. 가해자는 특별한 해킹 기술을 가진 전문가가 아니라, 정해진 시나리오대로 앱 설치와 권한 동의를 유도하는 사회공학 담당자에 가깝습니다. 유입 경로는 대체로 다음과 같습니다.

'전화번호가 해킹당했다'는 상황의 실제

전번해킹협박이라는 말에는 두 가지 오해가 겹쳐 있습니다. 첫째는 "전화번호 자체가 해킹당했다", 둘째는 "그래서 통신사나 카카오·인스타 서버가 뚫렸다"는 것입니다. 결론부터 말하면 두 오해 모두 사실과 다릅니다.

전화번호는 그 자체로 '해킹'될 수 있는 비밀번호 같은 것이 아닙니다. 번호는 단지 식별자이며, 가해자가 알아야 할 것은 당신의 번호가 아니라 당신 폰에 저장된 지인들의 번호입니다. 협박의 무기는 "내 번호가 털렸다"가 아니라 "내 지인 목록이 상대 손에 있다"는 데서 나옵니다. 그리고 그 지인 목록은 통신사 서버가 아니라 당신 기기의 연락처 앱에 있습니다.

정리하면, 전번해킹협박에서 실제로 발생한 사건은 '해킹'이 아니라 권한 오남용입니다. 이 구분이 중요한 이유는 대응 방향이 완전히 달라지기 때문입니다. 통신사에 "번호를 바꿔달라"고 하는 것으로는 이미 넘어간 연락처를 되돌릴 수 없고, 반대로 어떤 앱이 무엇을 언제 전송했는지 확인하면 협박의 실체와 유포 가능성을 정확히 가늠할 수 있습니다.

기술적 실체 — 해킹이 아니라 악성앱 '권한'

이 글의 핵심입니다. 안드로이드에서 앱이 다른 앱이나 시스템의 데이터를 가져가는 방법은 크게 두 가지입니다. 하나는 취약점을 파고드는 진짜 '해킹', 다른 하나는 사용자가 명시적으로 허용한 권한(permission)을 통한 정식 접근입니다. 전번해킹협박에 쓰이는 악성앱은 거의 예외 없이 후자입니다.

탈취된 데이터가 가해자에게 도달하는 경로도 해킹과는 거리가 멉니다. 악성앱은 읽어낸 연락처를 JSON 같은 형식으로 묶어, HTTPS 요청으로 자신들의 C2 서버(위 통계의 269개 중 하나)에 업로드합니다. 이 과정은 평범한 앱이 서버와 통신하는 방식과 기술적으로 동일합니다. 아크링크의 분석에서 반복적으로 확인되는 전송 구조는 다음과 같습니다.

이 지점에서 아주 중요한 사실이 하나 나옵니다. 데이터가 넘어가려면 반드시 사용자가 권한 허용을 눌렀어야 한다는 점입니다. 앱을 설치만 하고 권한 요청 화면에서 '거부'를 눌렀거나, 실행 자체를 하지 않았다면 연락처는 전송되지 않았을 가능성이 높습니다. 반대로 '허용'을 눌렀다면 어떤 시점에 무엇이 나갔는지 분석으로 되짚을 수 있습니다. 그래서 아크링크는 협박 문구의 무게에 흔들리기 전에 설치한 APK를 확보해 권한 목록과 실제 네트워크 전송 여부를 먼저 검증할 것을 권합니다.

구체적으로 분석 과정에서는 APK를 디컴파일해 AndroidManifest에 선언된 권한 목록을 확인하고, 코드 안에서 연락처를 읽어 서버로 보내는 함수 흐름을 추적합니다. 통제된 환경에서 앱을 실행하면 어느 도메인의 어떤 주소로 데이터를 업로드하려 하는지가 네트워크 로그에 그대로 남습니다. 이렇게 확보한 C2 서버 주소는 앞서 통계에 집계된 269개 목록·490개 악성 도메인과 대조되며, 같은 서버를 쓰는 다른 변종까지 역으로 식별하는 단서가 됩니다. 즉 '해킹당했다'는 막연한 공포를 어떤 앱이, 어떤 권한으로, 어디에 전송했는가라는 구체적 사실로 바꿔놓는 것이 분석의 역할입니다.

이 접근이 실전에서 중요한 이유는 협박의 실현 가능성 판단에 직결되기 때문입니다. 만약 분석 결과 연락처 전송 흔적이 없다면 "지인에게 뿌리겠다"는 위협은 실행 수단이 없는 공갈에 가깝고, 반대로 전송이 확인되면 지인 알림·차단 등 선제 대응의 우선순위를 정할 수 있습니다. 어느 쪽이든 '해킹'이라는 모호한 프레임에 머물러 있을 때보다 훨씬 정확한 의사결정이 가능해집니다.

예방과 차단 — 권한 유출을 막는 법

원인이 '해킹'이 아니라 '권한'이라는 사실은 곧 예방과 차단이 사용자 손안에 있다는 뜻이기도 합니다. 통신망을 지키는 것이 아니라, 앱에 무엇을 허용하느냐만 통제하면 되기 때문입니다.

권한 관리자에서 특히 눈여겨봐야 할 항목은 연락처·저장소·문자입니다. 앞서 본 통계에서 악성앱의 83%가 연락처, 74%가 저장소, 49%가 문자 읽기 권한을 요구했다는 사실은, 반대로 이 세 권한만 철저히 통제해도 협박의 재료 대부분을 차단할 수 있음을 뜻합니다. 통화나 게임처럼 연락처가 필요 없는 앱이 연락처 권한을 갖고 있다면 그 자체가 경고 신호이므로 즉시 회수하세요.

이미 설치했다면 무작정 삭제부터 하지 마십시오. 삭제하면 어떤 앱이 무슨 권한으로 무엇을 전송했는지 확인할 증거가 사라집니다. 가해자 차단과 증거 캡처를 먼저 하고, 앱 파일과 권한 정보를 보존한 뒤 분석을 거쳐 삭제하는 순서가 안전합니다. 예방의 관점에서 기억할 한 문장은 이것입니다 — 전번해킹협박의 방어선은 통신사가 아니라 당신이 누르는 '허용' 버튼입니다.

피해 대처와 신고

협박을 받고 있는 상황이라면 다음 순서로 침착하게 대응하세요. 핵심 원칙은 '돈을 보내지 않는 것'과 '증거를 남기는 것' 두 가지입니다.

1. 송금 거절 — 한 번 보내면 요구는 반복됩니다. 유포 위협은 대개 연락처 활용 가능성에 기댄 협박입니다.
2. 증거 보존 — 대화 내용, 상대 프로필·아이디, 전달받은 파일명과 링크를 삭제 전에 캡처합니다.
3. 가해자 차단 — 캡처 완료 후 계정을 차단하고 해당 플랫폼에 신고합니다.
4. 앱 정체 확인 후 삭제 — 설치한 앱이 어떤 권한을 썼고 무엇을 전송했는지 확인한 다음 제거합니다.
5. 공식 기관 신고 — 아래 실재 기관에 접수합니다.

유포 영상물의 삭제·차단과 악성앱의 기술적 분석은 개인이 감당하기 어려운 영역입니다. 어떤 앱이 연락처를 실제로 전송했는지, 협박이 실현 가능한지 판단이 필요할 때는 공식 신고와 병행해 전문 분석을 이용하는 것이 대응의 정확도를 높입니다.

자주 묻는 질문 (FAQ)