파일 전용 키가 있다고 해서 한 번만 볼 수 있거나 수신자의 사본을 회수할 수 있는 것은 아닙니다.
첨부 파일을 보호하기 위해 메신저는 송신 기기에서 무작위 키로 파일을 암호화하고, 암호화된 버전을 업로드한 뒤, 종단간 암호화된 메시지 안에 파일 키를 넣어 수신자에게 전달할 수 있습니다. 이 방식을 봉투 암호화라고 부르기도 합니다. 큰 파일과 이를 여는 데 필요한 적은 양의 정보가 서로 다르지만 연결된 경로로 전달되는 방식입니다.
이 설명은 E2EE 대화의 첨부 파일에 관한 것입니다. 아무 앱이나 모든 종류의 채널에서 파일을 보낸다고 해서 반드시 같은 보호를 받는 것은 아닙니다.
개인 사진이 기기에서 수신자에게 도달하는 과정
- 송신 기기가 파일의 콘텐츠 키를 생성합니다.
- 인증 암호화로 파일을 암호화합니다. 수신자는 데이터의 무단 변경을 감지할 수 있어야 합니다.
- 암호화된 버전을 파일 저장 서비스에 올립니다.
- 보호된 메시지로 파일 주소 또는 식별자와 필요한 키를 수신자에게 보냅니다.
- 수신 기기가 파일을 내려받아 검증한 다음 엽니다.
Livara 보안 문서는 첨부 파일마다 무작위 전용 키를 사용하고 메시지 세션 안에서 이를 전달하는 방식을 설명합니다. 이 글은 공개된 아키텍처를 설명하는 것이지 구현 감사 결과를 제시하는 것이 아닙니다.
‘파일 전용 키’와 ‘한 번만 열리는 파일’은 다릅니다
파일 하나를 위해 만든 키는 같은 파일을 여러 번 읽는 데 필요할 수 있습니다. 전용 키라고 해서 처음 본 직후 키를 폐기하거나, 파일을 자동 삭제하거나, 수신자의 저장을 막는 것은 아닙니다.
또한 메시지 키의 일회성 사용과 첨부 파일에 콘텐츠 키를 사용하는 것은 서로 다른 개념입니다. 알고리즘 이름만 보고 View Once나 사라지는 메시지 같은 기능이 있다고 판단해서는 안 됩니다.
키와 nonce가 모두 중요한 이유는 무엇일까요?
AES-GCM은 기밀성뿐 아니라 데이터의 진위 검증도 제공하지만, 올바르게 사용해야 합니다. NIST SP 800-38D 표준은 GCM의 규칙을 설명합니다. 서로 다른 데이터에 같은 키와 nonce 조합을 재사용하면 보안이 위태로워질 수 있습니다.
사용자에게 필요한 실질적인 결론은 ‘AES-256’이라는 표현만으로는 충분하지 않다는 것입니다. 키 관리, 무작위 값 생성, 파일 검증, 오류 처리 사양도 확인해야 합니다. 한 바이트가 바뀌면 유효하지 않은 파일을 거부해야 하며, 변조된 내용을 정상 파일인 것처럼 보여 주어서는 안 됩니다.
수신자, 서버, 갤러리 앱은 무엇을 볼까요?
| 위치 | 보안 질문 |
|---|---|
| 파일 저장 서비스 | 암호화된 바이트만 갖고 있나요, 아니면 키에도 접근할 수 있나요? |
| 키가 들어 있는 메시지 | 키, 파일 이름, 설명이 E2EE 대화 안에서 보호되나요? |
| 수신 기기 | 파일을 연 뒤 메모리, 캐시, 갤러리 중 어디에 남나요? |
| 클라우드 백업 | 저장된 사본이 사진 백업에 포함되나요? 그 백업에는 어떤 보호가 적용되나요? |
전송 중 암호화는 수신자가 갤러리에 저장하는 사본을 통제하지 못합니다. 민감한 증빙 자료를 보내기 전에는 이미지의 불필요한 부분, 배경의 글자, 파일의 위치 정보도 확인하세요.
비공개 그룹의 파일은 무엇이 다를까요?
키를 가질 권한이 있는 사람의 수가 늘어납니다. Livara는 LGS1에서 E2EE 모드와 호환되는 비공개 그룹의 첨부 파일 보호를 설명합니다. 이 주장을 공개 채널에까지 확대해서는 안 됩니다. 파일을 받은 구성원은 누구나 사본을 보관할 수 있습니다. 구성원을 내보내거나 앞으로 사용할 키를 교체해도 그 사람이 이미 가진 사본을 회수할 수는 없습니다.
민감한 파일을 보내기 위한 체크리스트
- 대화 공간과 수신 대상을 다시 확인하세요.
- 상대방의 신원이 중요하다면 신뢰할 수 있는 경로로 키 지문을 확인하세요.
- 필요한 정보만 보내세요. 항상 문서 전체 사진이 필요한 것은 아닙니다.
- 갤러리 저장, 자동 다운로드, 클라우드 백업에 관해 수신자와 합의하세요.
- 복호화된 파일을 공용 기기나 잠기지 않은 기기에 방치하지 마세요.
자주 묻는 질문
파일 전용 키가 있으면 안전한 전송이 보장되나요?
아닙니다. 기기의 안전한 상태, 수신자 인증, 올바른 구현도 필요합니다. 암호화 사양과 함께 Livara 위협 모델을 읽어 보세요.
공개 채널의 이미지도 같은 보호를 받나요?
Livara가 밝힌 범위에 따르면 채널은 공개되어 읽을 수 있습니다. 비공개 첨부 파일과 같은 기밀성을 약속하지 않습니다.
파일 링크만 있으면 충분한가요?
서비스 설계에 따라 다릅니다. 링크, 키, 접근 권한을 각각 확인하세요. URL이 길거나 무작위라는 사실만으로 E2EE가 입증되지는 않습니다.
