텔레그램 지인사기,
연락처 탈취의 기술적 실체

"네 지인들에게 다 뿌리겠다" — 텔레그램 지인사기의 협박은 이 한마디로 시작됩니다.
그런데 가해자는 정말 당신의 지인 목록을 가지고 있을까요?
이 글은 협박의 서사가 아니라, 연락처가 어떻게 빠져나가는지 그 기술적 원리를 파헤칩니다.

텔레그램 지인사기는 악성 APK가 READ_CONTACTS 권한으로 빼낸 주소록을 이용해 지인을 사칭하거나 유포를 협박하는 수법입니다. 관건은 연락처가 실제로 서버에 전송됐는지 여부이며, 이를 확인하면 협박의 실체와 대응 방향이 분명해집니다.

텔레그램 지인사기 수법과 유입 경로

텔레그램은 익명성과 비밀 대화 기능 때문에 가해자가 선호하는 무대입니다. '텔레그램 지인사기'라는 검색어로 이 글에 닿았다면, 대개 두 가지 상황 중 하나일 것입니다. 하나는 아는 사람인 척 접근한 계정에게 속아 무언가를 설치·전송한 경우, 다른 하나는 "네 지인 전부에게 보내겠다"는 협박을 받고 있는 경우입니다. 두 상황 모두 밑바닥에는 '연락처(주소록)'라는 공통 자산이 깔려 있습니다.

유입 경로는 대체로 정형화되어 있습니다. 랜덤채팅·SNS·오픈채팅에서 만난 상대가 "텔레그램으로 옮겨서 얘기하자"며 자리를 옮기고, 친밀감을 쌓은 뒤 영상통화나 파일 공유를 명분으로 특정 앱(.apk) 설치를 유도합니다. 설치가 이뤄지는 순간부터는 대화 내용과 무관하게, 앱이 기기 안에서 조용히 권한을 확보하고 데이터를 수집하기 시작합니다.

즉 '텔레그램 지인사기'는 감정적 서사가 아니라 권한과 데이터의 문제입니다. 이 글에서는 형제 가이드들이 다루는 유포·협박·영상 각도 대신, 오직 연락처가 어떻게 새어 나가고 어떻게 막을 수 있는지에 집중합니다.

'지인사기'의 실제 — 사칭인가, 협박용 위협인가

'지인사기'라는 말에는 서로 다른 두 개의 시나리오가 뒤섞여 있습니다. 자신의 상황이 어느 쪽인지 구분하는 것이 대응의 출발점입니다.

형제 가이드들이 '영상 유포'나 '녹화 협박' 같은 결과 국면을 다룬다면, 지인사기라는 키워드의 고유한 초점은 그 협박을 실현시키는 연락처라는 연료에 있습니다. 유포 대상 명단이 없으면 "뿌리겠다"는 위협은 성립하지 않기 때문입니다. 그래서 이 상황을 정확히 이해하려면 '무엇을 협박당했는가'보다 '내 주소록이 넘어갔는가'를 먼저 물어야 합니다.

두 유형 모두 연락처 탈취 여부가 위협의 실현 가능성을 결정합니다. 가해자가 실제 지인 이름을 정확히 대며 압박한다면 주소록이 이미 넘어갔을 가능성이 높고, 반대로 "너 지인 많지?"처럼 두루뭉술하게 겁만 준다면 아직 연락처를 확보하지 못한 채 허세를 부리는 경우도 적지 않습니다. 협박 문구의 '구체성'이 곧 탈취 여부를 가늠하는 1차 단서인 셈입니다.

기술적 실체 — READ_CONTACTS가 주소록을 빼내는 과정

이 글의 핵심입니다. 텔레그램 지인사기가 성립하려면 가해자는 피해자의 주소록을 손에 넣어야 하고, 그 통로가 바로 안드로이드의 READ_CONTACTS 권한입니다. 정상 메신저도 사용하는 이 표준 권한이, 악성앱 손에서는 전혀 다른 무기가 됩니다.

악성 APK는 설치 후 다음 순서로 연락처를 탈취합니다.

1. 설치 첫 실행 시 "친구 초대", "연락처 동기화" 등의 그럴듯한 명분으로 연락처 접근 권한 팝업을 띄웁니다.
2. 사용자가 '허용'을 누르면, 앱은 안드로이드 ContactsContract 데이터베이스에 질의(query)를 던져 저장된 모든 이름·전화번호·이메일을 한 번에 읽습니다.
3. 읽어들인 주소록을 JSON 등으로 직렬화한 뒤, 미리 설정된 C2 서버로 HTTP(S) 전송합니다.
4. 이후 백그라운드에서 주기적으로 재수집하거나, 신규 연락처 추가를 감시하기도 합니다.

아크링크가 디컴파일한 악성앱에서 반복적으로 발견되는 코드 형태는 아래와 유사합니다. 연락처 커서를 순회하며 서버로 넘기는 전형적인 구조입니다.

핵심은 이 업로드 지점입니다. 권한을 허용했더라도 앱이 실제로 서버 전송까지 성공했는지는 별개의 문제입니다. 네트워크가 차단됐거나, 서버가 이미 폐쇄됐거나, 앱이 전송 전에 삭제됐다면 주소록은 기기를 떠나지 못했을 수 있습니다. 아크링크의 분석이 겨냥하는 지점이 바로 여기 — "권한 허용"이 아니라 "전송 완료"의 물리적 증거입니다.

269개의 C2 서버와 490개의 IOC 도메인은 이렇게 수집된 데이터가 흘러가는 종착지입니다. 특정 앱의 전송 대상이 이 목록에 포함되면, 그 서버의 활성 여부와 데이터 처리 방식까지 역추적할 수 있습니다. 이것이 감정적 협박을 기술적 사실로 환원하는 과정입니다.

한 가지 더 짚어야 할 점은, 정상 메신저가 요구하는 연락처 권한과 악성앱의 그것은 겉보기 팝업이 동일하다는 사실입니다. 사용자는 화면에 뜬 "연락처에 접근하도록 허용하시겠습니까?"라는 문구만 보고는 둘을 구분할 수 없습니다. 차이는 오직 그 뒤의 동작 — 읽은 데이터를 로컬 기능에만 쓰는지, 아니면 외부 서버로 실어 나르는지 — 에 있으며, 이는 코드를 뜯어봐야만 드러납니다. 그래서 '설치 여부'와 '권한 허용 여부'만으로 위험을 판정하는 것은 부정확하고, 반드시 전송 계층까지 확인해야 합니다. 텔레그램 지인사기 상담에서 우리가 가장 먼저 확인하는 것도 바로 이 지점입니다.

연락처 탈취 예방과 유포 차단

이미 앱을 설치했다면, 그리고 아직 설치 전이라면 각각 할 수 있는 조치가 다릅니다. 연락처 관점에서 정리합니다.

장기적으로는 습관이 방어선입니다. 텔레그램에서 처음 만난 상대가 대화를 다른 앱으로 옮기자고 하거나, 통화 품질을 이유로 낯선 앱 설치를 권한다면 그 자체가 위험 신호입니다. 실제 지인이라면 이미 알고 있는 번호로 전화하면 그만이고, 정상적인 영상통화는 별도의 .apk 설치를 요구하지 않습니다. '설치를 유도하는 흐름' 자체를 경계하는 것이, 연락처 탈취를 사전에 끊는 가장 확실한 방법입니다.

유포 '차단'의 본질도 여기에 있습니다. 이미 넘어간 데이터를 되돌릴 수는 없지만, 전송 여부와 대상 서버를 특정하면 대응의 우선순위가 명확해집니다. 전송이 확인되지 않았다면 협박의 근거가 약하다는 뜻이고, 확인됐다면 해당 채널을 겨냥한 차단·신고에 집중할 수 있습니다. 어느 쪽이든 사실 확인이 선행되어야 감정적 협박에 휘둘리지 않습니다.

피해 대처와 신고

연락처 탈취가 의심되거나 협박을 받고 있다면, 감정적 대응보다 아래 절차를 순서대로 밟는 것이 안전합니다.

1. 돈을 보내지 않습니다 — 송금은 추가 요구로 이어질 뿐, 유포를 막지 못합니다.
2. 증거를 보존합니다 — 대화, 상대 계정, 협박이 언급한 지인 정보, 설치한 앱의 이름을 캡처합니다.
3. 네트워크를 끊고 앱 정보를 확보 — 삭제 전 패키지명과 설치 파일을 남겨 분석 근거로 삼습니다.
4. 경찰 신고 — ☎ 112(긴급) 또는 사이버범죄 신고 ☎ 182로 접수합니다.
5. 불법촬영물·유포 대응 — 방송통신심의위원회에 삭제·차단을 요청하고, 디지털성범죄피해자지원센터(☎ 02-735-8994)에서 삭제 지원과 상담을 받습니다.
6. 전문 앱 분석 — 연락처 전송 여부와 C2를 기술적으로 확인해 대응 방향을 정합니다.

자주 묻는 질문 (FAQ)