통화 데이터는 어떻게 보호될까? 전송 암호화·AES-256 저장·접근 기록

업무 전화에는 고객 이름, 연락처, 주문 내용처럼 민감한 정보가 오갑니다. 이 데이터는 두 단계로 보호됩니다. 오가는 동안에는 전송 구간 암호화로, 저장된 뒤에는 저장 암호화와 접근 통제, 접근 기록으로 보호합니다. 이 글은 제로콜의 개인정보 처리방침과 보안 정책, 앱 기술 문서에서 확인되는 내용을 기준으로 각 단계를 설명합니다.

전송 구간 암호화: 오가는 동안 엿볼 수 없게

전송 구간 암호화는 데이터가 휴대폰과 서버 사이를 이동하는 동안 중간에서 누가 가로채더라도 내용을 읽을 수 없게 만드는 것입니다. 인터넷전화에서는 앱 데이터, 통화 신호, 음성이 각각 다른 길로 오가므로 길마다 보호 방식이 있습니다.

• 앱과 서버: 웹과 앱이 서버와 주고받는 모든 통신은 HTTPS(TLS)로 암호화합니다.
• 통화 신호: 전화를 걸고 받고 끊는 신호는 TLS로 암호화된 연결 위의 SIP(SIP over TLS)로 오갑니다.
• 음성: 제로콜 Android 앱 기술 문서 기준으로 음성은 WebRTC 기본 방식인 DTLS-SRTP로 암호화됩니다.
• 통신사 연동 구간: 교환기와 통신사 전화망 사이는 관련 법령과 통신사 정책에 따른 보호 절차를 따릅니다.

DTLS-SRTP는 무엇일까?

음성은 아주 짧은 조각으로 쉼 없이 흐르기 때문에 가볍고 빠른 암호화가 필요합니다. SRTP는 실시간 음성 조각을 암호화하는 규격이고, DTLS는 양쪽이 그 암호화에 쓸 열쇠를 안전하게 나눠 갖는 절차입니다. 둘을 함께 쓰면 통화마다 새 열쇠로 음성을 암호화할 수 있습니다.

저장 암호화: AES-256으로 통화 전문 보관

통화가 끝난 뒤 남는 데이터도 보호해야 합니다. 제로콜 개인정보 처리방침에는 통화 내용을 글로 옮긴 통화 전문(STT)을 AES-256 방식으로 암호화해 저장한다고 밝히고 있습니다. AES-256은 256비트 길이의 열쇠를 쓰는 널리 검증된 표준 암호 방식입니다.

저장 암호화가 필요한 이유는 전송 암호화만으로는 저장소 자체가 노출되는 상황을 막을 수 없기 때문입니다. 데이터가 암호화되어 있으면 저장 장치나 백업이 외부로 새어 나가더라도 열쇠 없이는 내용을 읽기 어렵습니다. 그래서 오가는 동안의 보호와 머무는 동안의 보호를 함께 갖추는 것이 기본입니다.

• 비밀번호는 되돌릴 수 없는 일방향 암호화 방식으로 저장합니다.
• 생년월일, 통화 전문, 고유식별정보는 암호화해 저장합니다.
• 통화 녹음 파일, STT 결과, AI 요약 데이터는 접근 통제가 적용된 저장소에 보관합니다.
• 카드번호 같은 결제수단 정보는 결제대행사를 통해 처리하며 회사가 직접 보관하지 않습니다.

접근 통제와 접속 기록: 누가 봤는지 남기기

암호화만큼 중요한 것이 필요한 사람만 볼 수 있게 하는 접근 통제입니다. 운영 시스템 접근은 인가된 담당자로 제한하고 계정별로 권한을 나눕니다. 또 주요 시스템의 접근 기록과 처리 이력을 남기고, 이상 징후를 확인할 수 있도록 모니터링합니다. 개인정보 접속기록은 누가, 언제, 어떤 정보를 열람하거나 내려받았는지를 남기는 법정 기록으로 처리방침에 따라 보관합니다.

통화 녹음, STT, AI 요약, AI 전화응대 기능을 쓰면 통화 음성과 전문이 처리방침에 적힌 국외 AI 사업자에게 이전될 수 있고, 설정에서 해당 기능을 끄면 이전을 중단할 수 있습니다. 세부 내용은 홈페이지 하단의 보안 정책과 개인정보 처리방침에서 확인할 수 있습니다.

정리: 오갈 때는 암호화, 머물 때는 암호화와 기록

통화 데이터는 이동하는 동안 TLS와 DTLS-SRTP로, 저장된 뒤에는 AES-256 암호화와 접근 통제, 접속 기록으로 보호됩니다. 녹음이나 AI 기능을 쓸 계획이라면 손님에게 안내하는 문구도 함께 준비해 두시기 바랍니다.