인터넷 전화는 왜 도청될 수 있을까요?
회사가 IP 전화(VoIP, Voice over Internet Protocol, 즉 인터넷 프로토콜 기반 음성 통화라고도 합니다)를 사용하면, 모든 대화는 수천 개의 데이터 패킷으로 나뉘어 이메일이나 웹페이지처럼 네트워크를 통해 이동합니다. 이것이 큰 장점입니다. 전화선 배선이 필요 없고, 어느 도시에든 내선을 둘 수 있으며, 비용도 훨씬 적게 듭니다.
문제는 기본 설정에서 이런 패킷 상당수가 평문, 즉 아무런 보호 없이 전송된다는 점입니다. 경로상의 어느 지점(공용 와이파이, 사무실 안의 감염된 장비, 잘못 설정된 회선)에 자리 잡은 사람은 누가 누구와 통화하는지 볼 수 있고, 최악의 경우 통화 음성을 재구성할 수도 있습니다. 미국 국립표준기술연구소(NIST)는 VoIP 보안 가이드 SP 800-58에서 이미 경고했습니다. 데이터 네트워크 위의 음성은 그 네트워크의 위험을 그대로 물려받으므로 별도의 통제가 필요하다는 것입니다.
다행히 이 문을 닫을 수 있는, 수년간 검증된 개방형 표준이 있습니다. 제대로 활성화하고 설정하기만 하면 됩니다.
보호해야 할 두 가지: 봉투와 편지
인터넷 전화에는 두 부분이 있고, 각각 다른 방식으로 보호합니다. 우편으로 보내는 편지를 떠올려 보세요.
- 봉투는 시그널링입니다. 누가, 누구에게, 언제 전화를 걸고 끊는지에 관한 정보입니다. IP 전화에서는 SIP(Session Initiation Protocol, 세션 개시 프로토콜)가 이를 담당하며, 인터넷 표준을 만드는 기구인 IETF가 RFC 3261에서 정의했습니다.
- 편지는 음성입니다. 귀하와 고객이 말하는 내용의 오디오입니다. 이 오디오는 RTP(Real-time Transport Protocol, 실시간 전송 프로토콜)라는 별도의 프로토콜로 전송됩니다.
봉투만 보호하면 누군가 여전히 편지를 읽을 수 있습니다. 편지만 보호하면 누구에게 언제 편지를 보내는지 알려집니다. 그래서 진정으로 안전한 통화는 두 가지를 모두 암호화합니다.
SIP over TLS: 봉인된 봉투
TLS(Transport Layer Security, 전송 계층 보안)는 브라우저에 자물쇠 표시가 보일 때 인터넷 뱅킹을 보호하는 바로 그 기술입니다. IETF에 따르면 TLS의 목적은 제3자가 메시지를 엿듣거나, 변경하거나, 위조하지 못하게 하는 것입니다. 현행 버전은 RFC 8446으로 발표되고 최근 RFC 9846으로 개정된 TLS 1.3이며, 이전 버전인 TLS 1.2는 RFC 5246에 기술되어 있었습니다.
SIP 시그널링이 TLS 안에서 전송되면, 봉투를 보낸 사람과 받는 사람만 열 수 있는 금고에 넣는 것과 같습니다. 또한 TLS는 디지털 인증서를 사용해 양쪽이 사칭자가 아니라 올바른 서버와 통신하고 있는지 확인합니다. RFC 3261 자체도 SIPS 체계로 이를 규정하며, 목적지 도메인까지의 구간에서 TLS 암호화 전송을 요구합니다.
SRTP: 양쪽 끝만 알아듣는 언어로 바뀐 음성
SRTP(Secure Real-time Transport Protocol, RTP의 보안 버전)는 RFC 3711에 정의되어 있습니다. 음성에 대해 세 가지 중요한 일을 합니다.
- 기밀성: 기본적으로 AES 알고리즘으로 오디오를 암호화하므로, 누군가 패킷을 가로채도 의미 없는 잡음만 얻게 됩니다.
- 메시지 인증: 누군가 중간에서 패킷을 변조했는지 감지할 수 있습니다.
- 재전송 공격 방지: 공격자가 통화를 교란하려고 다시 보내는 패킷을 거부합니다.
핵심 사항이 하나 있습니다. SRTP는 스스로 키를 나눠 주지 않습니다. 이는 시그널링 과정에서 합의되는 외부 메커니즘이 담당합니다. 그래서 SRTP와 TLS는 함께 쓸 때 가장 효과적입니다. 봉투가 열린 채로 가면 음성의 키가 노출될 수 있기 때문입니다.
IP 전화를 노리는 가장 흔한 공격
위험을 이해하는 데 전문가가 될 필요는 없습니다. RFC 3261과 NIST 가이드는 다음과 같은 시나리오를 설명합니다.
- 도청(가로채기): 누군가 암호화되지 않은 음성 트래픽을 캡처해 대화를 재구성합니다.
- 사칭: 제3자가 정상 서버나 다른 사용자인 척하거나, 화면에 표시되는 번호를 위조해 직원을 속입니다.
- SIP 계정 정보 탈취와 등록 하이재킹: 공격자가 내선의 사용자 이름과 비밀번호를 얻으면 대신 등록해 그 내선의 전화를 받거나, 귀사의 회선으로 전화를 걸어 요금을 귀사가 내게 만들 수 있습니다.
- 통화 끊기 또는 조작: 가짜 시그널링 메시지로 진행 중인 통화를 끊거나 내용을 바꾸려 시도할 수 있습니다.
- 서비스 거부: 시스템에 메시지나 전화를 쏟아부어 처리 능력을 마비시킵니다. 미국 사이버보안·인프라보안청(CISA)은 자동화된 대량 전화가 회선을 포화시키는 전화 서비스 거부 공격(TDoS)에 관한 별도 가이드를 두고 있습니다.
예를 들어: 약한 비밀번호를 쓰는 내선
클라우드 교환기에 내선 40개를 둔 메데인의 한 유통 회사를 상상해 보세요. 설치를 빨리 끝내려고 모든 내선에 짧고 내선 번호와 비슷한 비밀번호를 설정했고, 서버는 어느 나라에서든 접속을 허용합니다.
어느 금요일 밤, 누군가 자동으로 조합을 시도해 한 내선의 비밀번호를 알아내고 다른 곳에서 그 내선을 등록합니다. 주말 동안 그 회선으로 국제 전화를 겁니다. 월요일에 회사는 사용량을 발견하고, 그 내선의 영업 전화가 다른 곳으로 돌려졌을 수도 있다는 사실까지 알게 됩니다.
무엇이 이를 막을 수 있었을까요? 길고 고유한 비밀번호, 회사가 운영하는 국가와 네트워크에서만 접속을 허용하는 방화벽, 여러 번 실패하면 자동으로 차단하는 기능, 사용 한도, 비정상 트래픽 알림입니다. 이 중 비싼 조치는 하나도 없습니다. 비싼 것은 이런 조치가 없을 때입니다.
기업 통화를 보호하기 위한 모범 사례
- 가능한 모든 것을 암호화하세요: 전화기, 소프트폰, 트렁크에서 시그널링은 SIP over TLS로, 음성은 SRTP로 보호합니다.
- 강력하고 고유한 비밀번호: 내선마다 길고 고유한 비밀번호를 쓰고, 공장 초기 비밀번호나 번호에 기반한 비밀번호는 절대 쓰지 마세요. 플랫폼이 지원한다면 MinTIC이 기업용 도구에 권고하는 것처럼 관리 포털에 다중 인증을 활성화하세요.
- 방화벽과 접근 통제: 필요한 포트만 열고 접속 가능한 네트워크를 제한하세요. NIST는 VoIP용 방화벽이나 세션 보더 컨트롤러(SBC, Session Border Controller) 사용을 권고합니다.
- 최신 업데이트 유지: 교환기, 전화기, 서버의 보안 패치를 제조사가 발표하는 즉시 적용하세요.
- 음성 네트워크 분리: NIST는 음성과 데이터를 논리적으로 분리된 네트워크(예: 같은 배선 안의 가상 네트워크인 VLAN)에 두어, 감염된 컴퓨터가 전화기에 직접 접근하지 못하게 할 것을 제안합니다.
- 보호된 원격 관리: VPN(가상 사설망)이나 SSH 같은 암호화된 채널로만 관리 화면에 접속하세요.
- 지속적인 모니터링: 로그, 인증 실패 시도, 이상한 통화 패턴을 점검하고 알림과 비용 한도를 설정하세요.
전화 서비스 공급업체에 물어볼 질문
클라우드 PBX나 기업용 모바일 통신 서비스를 계약(또는 갱신)하기 전에 다음 질문을 하고 구체적인 답변을 요청하세요.
- 내선과 트렁크에서 SIP over TLS와 SRTP를 지원하나요? 기본으로 활성화되어 있나요?
- 어떤 TLS 버전을 사용하며, 인증서는 어떻게 관리하나요?
- SIP 계정 정보는 어떻게 보호하며, 여러 번 실패하면 어떻게 되나요?
- 내선이 등록할 수 있는 국가, 네트워크, IP 주소를 제한할 수 있나요?
- 상시 모니터링, 사기 알림, 설정 가능한 사용 한도가 있나요?
- 플랫폼은 얼마나 자주 업데이트하며, 사고는 어떻게 알리나요?
- 인프라는 누가 운영하나요? 자체 팀인가요, 아니면 재판매하는 제3자인가요?
공급업체가 머뭇거리거나 일반론으로 답한다면 다른 곳을 더 알아보라는 신호입니다. 저희 규정 섹션에서 업계의 규제 체계도 살펴보실 만합니다.
오픈소스도 보안의 언어를 씁니다
전 세계 IP 전화의 상당 부분은 오픈소스 소프트웨어 위에서 돌아가며, 가장 많이 쓰이는 도구들은 이런 표준을 지원합니다. 통신사들이 널리 사용하는 SIP 서버인 Kamailio에는 TLS 1.3을 지원하는 TLS 모듈이 있습니다. Asterisk는 시그널링용 TLS와 음성용 SRTP를 함께 쓰는 방법을 단계별로 문서화하고 있습니다. FreeSWITCH도 SIP over TLS와 SRTP 기반 보안 미디어 설정을 제공합니다.
소프트웨어가 지원한다고 해서 기본으로 활성화되어 있는 것은 아닙니다. 차이를 만드는 것은 매일 이를 설정하고, 업데이트하고, 감시하는 팀입니다. 19 80 TIC Cloud에서는 저희 엔지니어 팀이 자체 IP 전화 플랫폼을 직접 운영하므로, 이러한 보안 결정을 내부에서 내리고 점검합니다.
