종단 간 암호화는 전달 경로를 보호합니다. 읽을 수 있는 메시지를 처리하는 기기에도 보호가 필요합니다.
종단 간 암호화는 기기 사이에서 메시지를 보호합니다. 어느 쪽 기기도 스파이웨어에 감염되지 않게 만드는 것은 아닙니다. Pegasus와 Paragon의 Graphite는 이 차이를 보여 줍니다. 공격자는 메신저 프로토콜의 암호화를 먼저 깨지 않고도 휴대전화를 공격해 그 안에서 접근할 수 있는 데이터를 수집할 수 있습니다.
휴대전화가 침해되면 공격자가 사용자의 화면 잠금 해제나 채팅 열기를 기다릴 필요가 없는 경우도 있습니다. 심어진 악성코드가 어떤 데이터를 가져올 수 있는지는 그 권한, 운영체제, 앱, 기기의 보안 상태에 달려 있습니다. 스파이웨어를 단순히 화면을 읽는 도구로 설명하면 위협을 과소평가하게 됩니다.
Pegasus와 Paragon 조사에서 실제로 밝혀진 사실
Citizen Lab은 2025년 6월 12일 발표한 Graphite Caught에서 4월 29일 Apple의 위협 알림을 받은 두 기자에 관한 포렌식 조사 결과를 보고했습니다. 조사팀은 한 기자의 기기 침해가 Graphite에 의한 것이라고 높은 확신으로 판단했으며, Ciro Pellegrino를 대상으로 한 관련 제로 클릭 공격 시도도 확인했습니다. 보고서는 이 사례들을 iMessage 공격과 연결하고 Apple이 iOS 18.3.1에서 해당 취약점을 완화했다고 밝혔습니다. 이는 특정 기기와 공격에 관한 조사 결과이지, 모든 휴대전화나 메신저 앱이 같은 방식으로 취약하다는 증거는 아닙니다. Citizen Lab 조사 읽기.
Amnesty International이 2026년 7월 16일 발표한 Pegasus 분석은 포렌식 증거와 소송 과정에서 공개된 NSO Group 자료를 검토했습니다. 이 분석은 침해된 기기에서 메시지, 통화, 파일, 사진 등 여러 종류의 데이터를 수집하는 기능을 설명합니다. 이는 우연히 화면에 보이는 채팅을 캡처하는 것보다 폭넓은 기능입니다. Amnesty 기술 분석 읽기.
여기서 얻을 수 있는 실질적인 결론은 “암호화가 실패했다”는 주장보다 한정적입니다. 읽을 수 있는 형태의 메시지를 처리하는 기기 자체가 중요한 보안 경계라는 것입니다.
스파이웨어는 암호화된 대화를 어떻게 읽을 수 있나요?
메신저 앱은 송신 측과 수신 측에서 읽을 수 있는 콘텐츠를 필요로 합니다. 종단 간 암호화는 두 끝점 사이에서 콘텐츠를 암호화된 상태로 유지하지만, 이를 처리하는 소프트웨어와 하드웨어를 신뢰해야 할 필요까지 없애지는 않습니다. 전송 중 암호화와 기기에 저장된 데이터의 암호화는 서로 다른 문제를 해결합니다. EFF의 암호화 해설은 이 차이를 설명합니다.
다음 표를 통해 흔히 하나로 묶이는 위협을 구분할 수 있습니다.
| 상황 | 노출될 수 있는 정보 | 관련 보호 수단 |
|---|---|---|
| 누군가 네트워크 트래픽을 관찰함 | 암호화된 트래픽과 일부 연결 정보 | 올바르게 구현되고 인증된 E2EE는 메시지 내용을 보호합니다 |
| 누군가 잠금이 해제된 휴대전화를 확보함 | 기기가 접근을 허용하는 채팅 및 기타 정보 | 기기 잠금, 접근 제어, 계정 및 세션 관리 |
| 스파이웨어가 기기를 침해함 | 심어진 악성코드의 권한으로 접근 가능한 데이터 | 운영체제와 앱 보안, 신속한 패치, 전문적인 사고 대응 |
| 앱에 알림 접근 권한이 있음 | 운영체제와 설정이 허용하는 알림 내용 | 알림 접근 권한과 메시지 미리보기 제한 |
| 수신자가 대화를 복사함 | 수신자가 받은 내용 | 수신자에 대한 신뢰와 신중한 공유. 암호화로 수신자의 사본을 회수할 수는 없습니다 |
암호 알고리즘을 바꾸는 것만으로 악성코드를 제거할 수는 없습니다. 마찬가지로 단말 기기의 위험은 E2EE를 포기할 이유가 아닙니다. 전달 경로를 보호하는 일은 여전히 중요합니다.
알림 유출은 별개이며 범위가 더 작은 보안 문제입니다
Android의 알림 접근 권한은 Pegasus 수준의 취약점 악용과 같지 않습니다. 알림 리스너는 권한과 플랫폼 제한에 따라 알림 시스템의 이벤트를 받습니다. 어떤 콘텐츠를 볼 수 있는지에는 메신저 앱의 미리보기 설정도 영향을 줍니다. Android의 알림 리스너 API 문서.
모든 알림 리스너가 언제나 모든 일회용 코드를 읽을 수 있다고 주장해서는 안 됩니다. Android 15는 명시된 예외를 두고, 신뢰할 수 없는 리스너 앱에 대해서는 감지된 OTP 알림의 내용을 가리는 기능을 도입했습니다. 이러한 보호 기능이 침해된 휴대전화를 신뢰할 수 있는 단말로 바꾸어 주지는 않습니다. Android 보안 변경 사항 보기.
일상적인 개인정보 보호를 위해 알림 접근 권한이 있는 앱을 확인하고 불필요한 권한을 해제하며, 잠금 화면의 민감한 미리보기를 숨기세요. 설정이 제대로 작동한다고 가정하지 말고 민감하지 않은 메시지로 결과를 시험하세요.
스파이웨어가 걱정된다면 어떻게 해야 하나요?
위험 수준에 맞는 예방부터 시작하세요
운영체제와 앱을 최신 상태로 유지하고, 강력한 기기 암호를 사용하며, 중요한 계정은 강력한 인증으로 보호하세요. Apple에 따르면 고용형 스파이웨어는 업무나 신원 등의 이유로 선정된 소수의 사람을 표적으로 삼습니다. 일반적인 계정 탈취, 악성 앱, 기기에 대한 물리적 접근도 여전히 주의해야 합니다. Apple의 위협 알림 안내.
고도로 표적화된 공격에 노출된 사람을 위해 Apple의 차단 모드(Lockdown Mode)는 일부 기능을 제한하여 공격 표면을 줄입니다. 앱과 웹사이트의 작동 방식이 달라지며, 모든 공격을 막는다는 보장은 아닙니다. 기능 제한과 보호 효과를 검토하고, 자신의 위험에 적합하다면 지원되는 해당 기기에서 활성화하세요. Apple 차단 모드 안내.
신뢰할 만한 경고는 보안 사고로 다루세요
Apple 위협 알림을 받았다면 예상치 못한 메시지의 링크를 따라가지 말고 Apple 계정에 직접 로그인하여 확인하세요. Apple은 Access Now의 Digital Security Helpline을 비롯한 전문가의 도움을 권장합니다. 진짜 위협 알림은 이메일이나 전화로 프로파일 설치나 비밀번호 공개를 요구하지 않습니다. Apple 알림의 작동 방식.
휴대전화가 겉으로 멀쩡해 보인다는 것은 포렌식 검사 결과가 아닙니다. Mobile Verification Toolkit (MVT) 도구는 교육받은 조사 전문가를 위해 설계되었으며, 일반 사용자의 자가 진단용이 아닙니다. 문서에서는 공개된 침해 지표만으로 기기가 침해되지 않았다고 판단할 수 없다고 경고합니다. 검사에서 아무것도 발견되지 않았다는 이유로 안전하다고 판단하지 말고 자격을 갖춘 전문가의 도움을 받으세요. MVT의 범위와 한계.
메신저의 스파이웨어 관련 주장을 어떻게 평가하나요?
세 가지 질문을 구분해서 물어보세요. 무엇이 암호화되는가? 누가 키를 보유하는가? 단말 기기가 침해되면 어떻게 되는가? 유용한 보안 설명은 “스파이웨어에 안전한” 채팅을 약속하는 대신 이 세 가지 질문에 모두 답합니다.
Livara가 공개한 보안의 범위와 한계와 위협 모델은 암호화 방식을 설명하고, 악성코드, 잠금이 해제된 기기 또는 수신자에 의해 평문이 노출될 수 있음을 인정합니다. 이는 제품 문서의 설명이지 독립적인 감사 결과나 Livara가 Pegasus 또는 Graphite 감염을 막는다는 약속이 아닙니다.
Proof Lab은 특정 암호 기술 시연을 살펴보고 APK를 신뢰할 수 있는 체크섬과 비교하는 데 도움이 될 수 있습니다. 해시가 일치한다는 것은 해당 다이제스트와 일치한다는 의미입니다. 코드에 취약점이 없음을 입증하거나 휴대전화의 다른 곳에 있는 스파이웨어를 탐지하는 것은 아닙니다. 이는 범위가 정해진 유용한 점검이지 단말 보안을 대신하는 수단이 아닙니다.
자주 묻는 질문
이 조사들이 E2EE의 수학적 보안이 깨졌음을 보여 주었나요?
여기서 인용한 보고서에는 그러한 암호 해독이 입증되어 있지 않습니다. 보고서들은 기기를 겨냥한 공격과 침해를 설명합니다. 각 조사에서 제시한 구체적인 증거를 넘어 일반화하지 마세요.
메시지 미리보기를 숨기면 스파이웨어를 막기에 충분한가요?
아닙니다. 알림 내용이 노출되는 한 경로를 줄일 뿐입니다. 기기에 더 깊이 접근할 수 있는 악성코드는 다른 방식으로 데이터를 수집할 수 있습니다.
앱 잠금이 있으면 침해된 휴대전화도 안전한가요?
아닙니다. 앱 잠금은 가벼운 무단 열람을 막는 데 도움이 될 수 있지만, 그 보호는 잠금을 실행하는 기기의 무결성에 달려 있습니다. 운영체제를 신뢰할 수 있다는 증거는 아닙니다.
핵심은 다음과 같습니다. E2EE를 계속 사용하되, 기기 보안, 알림 설정, 현실적인 대응 계획과 함께 평가하세요. 강력한 암호화 채널과 신뢰할 수 있는 단말은 서로 보완하는 보호 수단입니다.
