---
title: "프랑스, 왓츠앱·시그널 암호화에 ‘유령 참가자’ 넣자는 쪽으로 이동"
published: 2026-05-09T22:14:35.000Z
canonical: https://jeff.news/article/2449
---
# 프랑스, 왓츠앱·시그널 암호화에 ‘유령 참가자’ 넣자는 쪽으로 이동

프랑스 의회 정보 대표단이 왓츠앱, 시그널, 텔레그램 같은 종단간 암호화 메신저에 수사기관의 표적 접근을 허용해야 한다고 권고했다. 핵심 아이디어는 암호키를 직접 뺏는 대신 대화방에 보이지 않는 국가 측 참가자를 넣는 방식인데, 보안 업계가 오래전부터 반대한 백도어 논쟁이 다시 올라온 셈이다.

- 프랑스 의회 정보 대표단이 왓츠앱, 시그널, 텔레그램의 종단간 암호화(end-to-end encryption)를 깨는 방향을 공식 지지함.
  - 표현은 “표적 접근”임. 판사와 정보기관이 현재 플랫폼도 읽을 수 없는 메시지에 접근할 수 있어야 한다는 주장.
  - 대표단은 암호화된 통신 내용을 볼 수 없는 상태가 사법·정보기관 업무의 큰 장애물이라고 봄.

- 문제는 종단간 암호화의 핵심이 바로 “플랫폼도 못 읽는다”는 점이라는 것.
  - 복호화 키는 회사 서버가 아니라 사용자 기기에 있음.
  - 그래서 서버를 압수하거나 회사에 요구해도 메시지 내용을 읽을 수 없음.
  - 이 성질을 없애면 종단간 암호화가 아니라 “예외 접근이 있는 암호화”가 됨.

> [!IMPORTANT]
> 암호화 백도어 논쟁의 핵심은 단순함. 수사기관만 쓰는 안전한 예외 통로를 만들 수 있느냐인데, 암호학자들은 30년 가까이 “그런 건 없다”고 말해왔음.

- 프랑스 수사기관이 아예 방법이 없는 건 아님.
  - 기사에 따르면 프랑스에는 RDI라는 우회 수단이 있음. 대상자의 기기를 침해해 내용을 통째로 수집하는 방식임.
  - 이 방식은 메시지만 보는 게 아니라 휴대폰 안의 훨씬 많은 데이터에 접근할 수 있음.
  - 그런데도 대표단은 이 수단이 부족하다고 보고, 메신저 시스템 자체에 접근 통로를 만들자는 쪽으로 감.

- 이 논쟁은 작년 마약범죄 법안에서도 이미 한 번 터졌음.
  - 세드릭 페랭 상원의원은 플랫폼이 정보기관에 통신과 데이터의 이해 가능한 내용을 제공하도록 필요한 기술 조치를 구현해야 한다는 수정안을 밀었음.
  - 불응하면 전 세계 연 매출의 최대 2% 벌금이 가능했음.
  - 상원은 통과시켰지만 하원은 마크롱계, 좌파, 국민연합까지 반대하며 폐기함.

- 찬성 쪽 논리는 “SMS와 이메일 감청은 되는데 왜 왓츠앱, 시그널, 텔레그램은 안 되냐”에 가까움.
  - 페랭은 기존 SMS·이메일 감청과 암호화 메신저 접근 사이에 본질적 차이가 없다고 주장했음.
  - 하지만 기술적으로는 차이가 큼. SMS와 이메일은 통신 사업자나 서버에서 접근 가능한 구조가 많지만, 종단간 암호화 메신저는 서버가 내용을 모르게 설계됐음.
  - 즉 이걸 같은 범주로 놓으려면 설계를 바꿔야 함.

- 반대 쪽은 “그건 암호화를 오해한 것”이라고 직격함.
  - 국민연합 소속 오렐리앙 로페즈-리구리는 복호화 키가 플랫폼 내부 어딘가에 중앙집중식으로 있는 게 아니라고 지적함.
  - 결국 모든 통신에 백도어를 만들어야 하고, 첫 번째 해커가 그 통로를 노릴 수 있다고 경고함.
  - 엔지니어링 언어로 번역하면, 특정 사건에만 작동하는 마법 같은 접근권한은 없다는 얘기임.

- 최근 페랭은 프레이밍을 바꿈. “키를 요구하는 게 아니라, 암호화 전에 유령 참가자를 넣자는 것”이라는 주장임.
  - 이른바 고스트 유저(ghost user) 방식임.
  - 플랫폼이 대화방에 보이지 않는 제3의 수신자, 즉 정보기관을 조용히 추가함.
  - 암호화는 기술적으로 계속 돌아가지만, 대화 상대 중 하나가 국가가 되는 구조임.

> [!WARNING]
> 유령 참가자 방식은 “암호화는 유지된다”는 말장난처럼 보일 수 있음. 실제 보안 모델에서는 사용자가 모르는 수신자가 추가되는 순간 신뢰 전제가 완전히 바뀜.

- 이 아이디어는 새롭지도 않음. 2018년에 영국 정보기관 쪽에서 비슷한 제안이 나왔고, 주요 프라이버시 단체와 보안 연구자들이 강하게 반대했음.
  - 사용자는 대화 상대를 확인할 수 있어야 함.
  - 보이지 않는 참가자를 넣으려면 클라이언트 UI, 키 투명성, 알림 모델, 감사 로그까지 다 흔들림.
  - 더 나쁘게는 “프랑스 수사기관용 예외”를 만든 뒤 다른 정부들이 같은 기능을 요구할 수 있음.

- 대표단은 대량 감시를 제안하는 게 아니라고 선을 긋지만, 반대자들이 걱정하는 건 인프라의 확장성임.
  - 처음에는 테러 사건용 인증 메커니즘으로 시작할 수 있음.
  - 이후 조직범죄, 마약, 이민, 정치 감시 같은 범주로 넓어질 수 있음.
  - 권한은 한 번 생기면 줄어들기보다 늘어나는 경우가 많다는 게 감시 인프라의 고전적인 문제임.

- 프랑스 내부에서도 모두 같은 방향은 아님.
  - 중도연합의 올리비에 카딕 상원의원은 오히려 암호화 보호를 프랑스 법에 넣고, 메신저 서비스에 백도어 설치 의무를 금지하는 수정안을 별도 법안에 넣었음.
  - 상원은 2025년 3월 이 수정안을 채택했음.
  - 카딕의 요지는 “범죄자를 추적하는 건 찬성하지만, 우리를 무너뜨릴 수 있는 도구를 만들어선 안 된다”는 것임.

- 현재 흐름은 다시 입법 시도로 이어질 가능성이 있음.
  - 전 총리 세바스티앵 르코르뉘는 하원 법사위원장 플로랑 부디에에게 암호화 통신 접근을 위한 법적 변화 가능성을 검토하게 했음.
  - 어떤 법안에 실릴지는 아직 정해지지 않았지만, 새 의원입법이 나올 수 있다는 분위기임.

- 결국 이건 “수사기관에 도구를 줄 것인가”의 문제가 아니라, 수학으로 보호되는 통신 범주를 정치적 예외가 있는 시스템으로 바꿀 것인가의 문제임.
  - 프랑스 당국은 이미 기기 침해, 알고리즘 감시, 위성 감청, 전통 감청, 메타데이터 접근, 통신사 협조 같은 수단을 갖고 있음.
  - 새 싸움은 그럼에도 불구하고 종단간 암호화 메신저까지 국가 접근 가능 구조로 바꿀지에 대한 것임.
  - 암호학은 바뀌지 않았고, 바뀐 건 그 경고를 무시하려는 정치적 의지에 가까움.

---
## 기술 맥락

- 프랑스 쪽 제안의 기술적 선택은 키를 서버에 보관하게 하는 방식이 아니라, 암호화 대화에 보이지 않는 수신자를 추가하는 방식이에요. 표면적으로는 “키를 달라는 게 아니다”라고 말할 수 있지만, 실제로는 사용자가 의도하지 않은 제3자가 메시지를 복호화할 수 있게 만드는 구조라 보안 모델이 바뀌어요.

- 종단간 암호화가 강한 이유는 서버를 믿지 않아도 되기 때문이에요. 서버는 메시지를 전달하지만 내용을 읽지 못하고, 대화 상대의 기기만 평문을 볼 수 있어요. 그런데 Ghost User를 넣으려면 서버나 플랫폼이 특정 대화에 새 수신자를 조용히 추가할 권한을 가져야 해서, 사용자와 클라이언트가 믿어야 할 대상이 늘어나요.

- 구현상 어려운 지점은 단순한 암호 알고리즘이 아니라 신뢰 표시와 감사 가능성이에요. 누가 대화에 참여 중인지, 키가 언제 바뀌었는지, 새 기기가 추가됐는지 사용자가 알아야 안전한데, 유령 참가자는 그 알림을 숨기는 게 목적이거든요. 그래서 보안 기능과 요구사항이 정면충돌해요.

- 수사기관 입장에서는 대상자 기기를 침해하는 RDI보다 플랫폼 접근이 더 관리하기 쉬워 보일 수 있어요. 하지만 플랫폼 수준 예외는 한 번 만들면 특정 사건을 넘어 여러 법 집행 범주와 여러 국가의 요구로 확장될 수 있어요. 이게 백도어 논쟁이 매번 정책 문제가 아니라 아키텍처 문제로 번지는 이유예요.

## 핵심 포인트

- 프랑스 정보 대표단은 종단간 암호화가 사법·정보기관 수사에 큰 장애물이라고 봤다
- 과거 상원에서는 플랫폼이 메시지 내용을 읽을 수 있게 기술 조치를 강제하고, 불응 시 전 세계 매출 2% 벌금을 물리는 수정안이 통과됐지만 하원에서 폐기됐다
- 새 프레이밍은 암호키 제공이 아니라 암호화 전 대화에 ‘유령 참가자’를 추가하는 방식이다
- 보안 연구자들의 핵심 반론은 좋은 사람만 쓰는 백도어는 존재하지 않는다는 것이다
- 프랑스 내부에서도 백도어 금지와 암호화 보호를 법에 넣자는 반대 흐름이 있다

## 인사이트

암호화 논쟁은 늘 “수사기관의 표적 접근”이라는 말로 시작하지만, 실제 시스템 설계로 내려가면 인증·감사·권한 남용·해킹 위험이 한꺼번에 열린다. 메신저 보안을 다루는 개발자라면 정책 논쟁이 곧 프로토콜 요구사항으로 변하는 순간을 주의해서 봐야 한다.