"안전한 파일 공유"는 거의 모든 파일 전송 서비스에 적혀 있지만, 그 의미는 크게 다를 수 있습니다. 링크가 전송 중에 암호화되어도 서버에 1년 동안 사본이 남을 수 있고, 저장된 사본을 제공자가 읽을 수 없어도 링크를 가진 누구나 열 수 있을 수 있습니다. 이 가이드는 안전한 파일 전송이 실제로 무엇을 뜻하는지 풀어 보고, 흔한 방법을 비교하며, 저희 도구를 포함해 어떤 도구에든 적용할 수 있는 체크리스트를 드립니다.
"안전한 파일 공유"는 실제로 무슨 뜻인가요?
파일은 나에게서 받는 사람에게 가는 동안 여러 지점에서 노출됩니다. 안전한 파일 전송 방법은 각 지점을 보호하거나, 보호하지 못하는 지점을 솔직하게 알려 줍니다.
- 전송 중. 데이터가 네트워크를 지나는 동안 암호화되나요? 오늘날 거의 모든 서비스가 TLS(HTTPS)를, WebRTC는 DTLS를 씁니다.
- 저장 시. 내 기기와 받는 사람의 기기 말고 다른 곳에 사본이 저장되나요? 그렇다면 누가 읽을 수 있나요? 제공자, 아니면 키를 가진 사람만?
- 접근. 누가 파일을 열 수 있나요? 링크를 가진 누구나, 비밀번호를 아는 사람만, 목록에 있는 로그인 계정만?
- 보관 기간. 사본이 얼마나 오래 존재하나요? 몇 분, 7일, 누군가 삭제할 때까지?
- 메타데이터. 내용을 읽지 못해도 서비스가 알게 되는 것은 무엇인가요? 파일 이름, 크기, IP 주소, 누가 누구에게 무엇을 보냈는지?
- 끝점. 파일이 도착하면 그 안전은 받는 사람의 컴퓨터만큼입니다. 감염된 기기로부터 보호해 주는 전송 방법은 없습니다.
흔한 파일 공유 방법은 보안 면에서 어떻게 다른가요?
| 방법 | 전송 중 | 저장된 사본 | 열 수 있는 사람 | 보관 기간 | 추천 용도 |
|---|---|---|---|---|---|
| 이메일 첨부 | 보통 서버 간 TLS | 예, 양쪽 메일함에 | 메일함 소유자 | 몇 년인 경우가 많음 | 작고 민감하지 않은 파일 |
| 클라우드 드라이브 링크(Drive, OneDrive, Dropbox) | TLS | 예, 제공자가 접근 가능 | 링크 또는 지정된 계정 | 삭제할 때까지 | 협업 |
| 전송 서비스(WeTransfer 유형) | TLS | 예, 정해진 기간 동안 | 링크를 가진 누구나, 일부 유료 요금제는 비밀번호 | 며칠 | 온라인을 유지할 수 없을 때 빠른 전송 |
| E2EE 클라우드(Tresorit, Proton Drive, Sync.com) | TLS + 클라이언트 측 암호화 | 예, 제공자가 갖지 않은 키로 암호화 | 링크, 비밀번호가 있는 경우가 많음 | 삭제할 때까지 | 계속 받을 수 있어야 하는 민감한 파일 |
| SFTP / 관리형 파일 전송 | SSH 또는 TLS | 서버에, 정책에 따라 | 계정, 키, 감사 로그 | 정책에 따라 | 업무 및 시스템 간 전송 |
| StrongFolder(P2P) | DTLS | 없음 | 공유하는 동안 링크를 가진 누구나 | 전송하는 동안만 | 큰 파일과 폴더, 사본을 남기지 않음 |
| 암호화된 압축 파일(예: 7-Zip AES-256) | 경로에 따라 다름 | 경로에 따라 다름 | 비밀번호를 아는 사람만 | 경로에 따라 다름 | 어떤 방법에든 보호 계층 추가 |
기능은 요금제마다 다릅니다. 비밀번호, 만료, 감사 옵션은 각 공급업체의 현재 문서를 확인하세요.
P2P 파일 공유는 얼마나 안전한가요?
P2P 파일 전송은 파일 공유의 가장 큰 장기적 위험인 저장된 사본을 없앱니다. StrongFolder에서는 다음과 같습니다.
- 전송 중: WebRTC는 모든 데이터 채널을 DTLS로 암호화하므로, 모든 연결에서 파일 데이터는 전송 중에 암호화됩니다.
- 저장 시: 파일은 StrongFolder 서버에 업로드되거나 저장되지 않습니다.
- 중계: 직접 연결이 불가능한 경우(엄격한 회사 방화벽, 일부 모바일 네트워크) 암호화된 데이터는 StrongFolder 중계(TURN) 서버를 거칩니다. 중계 서버는 데이터를 전달만 하고 저장하지 않습니다.
- 메타데이터: 링크를 만들기 위해 서비스는 전송 메타데이터(파일·폴더 이름, 크기, 파일 수)를 보관합니다.
- 보관 기간: 링크는 보내는 사람이 공유를 계속하는 동안 작동합니다. 보내는 사람이 Stop Sharing(공유 중지)을 클릭하거나 탭을 닫으면 파일을 더 이상 받을 수 없습니다.
보관소 자체가 없으니 나중에 "파일 보관소 유출"이 일어날 일도 없습니다. 서버에 둔 것이 없으니 서버에서 만료될 것도 없습니다. 암호화가 어떻게 설정되는지는 WebRTC 파일 전송의 작동 원리에서 설명합니다.
StrongFolder 보안의 솔직한 한계는 무엇인가요?
저희 도구를 과신하기보다 알맞은 도구를 고르시길 바랍니다.
- 비밀번호로 보호된 링크가 없습니다. 공유하는 동안 링크를 가진 사람은 누구나 연결할 수 있습니다. 믿을 수 있는 경로로 링크를 보내고, 받는 사람이 다 받으면 Stop Sharing(공유 중지)을 클릭하세요.
- 전송 중 암호화이지, 내 키를 쓰는 종단 간 암호화가 아닙니다. DTLS 키는 두 브라우저가 협상하지만, 그 지문은 저희 시그널링 서버를 거칩니다. 저희는 "제로 지식"이나 사용자가 보유한 키를 쓰는 종단 간 암호화를 내세우지 않습니다.
- 화상 통화와 마찬가지로 직접 연결에서는 상대 피어가 IP 주소를 볼 수 있습니다.
- 링크를 만들기 위해 이름, 크기, 파일 수 같은 메타데이터를 보관합니다.
- 감사 기록이나 규정 준수 인증이 없습니다. 조직에서 접근 기록, 보관 정책, 인증된 처리가 필요하다면 관리형 파일 전송 플랫폼을 쓰세요.
크면서 동시에 매우 민감한 파일이라면 방법을 조합하세요. 폴더를 강력한 비밀번호로 암호화된 압축 파일로 묶어 StrongFolder로 보내고, 비밀번호는 전화로 알려 주세요. 압축 파일이 내용을 보호하고, P2P가 저장된 사본을 피합니다.
안전한 파일 공유 체크리스트
어떤 도구를 쓰든 기밀 파일을 보내기 전에 확인하세요.
- 파일을 분류하세요. 개인정보, 계약서, 소스 코드, 건강 정보인가요? 민감할수록 사본은 적을수록 좋습니다.
- 보관 기간으로 고르세요. 1시간 뒤에 사라져도 되나요(P2P), 아니면 몇 주 동안 받을 수 있어야 하나요(클라우드, 가능하면 E2EE)?
- 받는 사람을 확인하세요. 링크를 보내기 전에 주소나 채팅방을 확인하세요. 잘못 보낸 링크가 가장 흔한 유출 경로입니다.
- 접근을 제한하세요. 가능하면 비밀번호나 지정된 계정을 쓰고, P2P라면 받는 사람이 다 받았을 때 공유를 중지하세요.
- 경로가 저장 시 암호화를 하지 않는다면 민감한 내용은 직접 암호화하고 비밀번호는 따로 보내세요.
- 가능하면 보내는 사람은 공용 Wi-Fi를 피하세요. 믿을 수 있는 네트워크나 VPN을 쓰세요.
- 나중에 사본을 지우세요. 다운로드 폴더, 채팅 기록, 클라우드 휴지통에서.
- 조직의 정책을 따르세요. 규제 대상 데이터에는 특정 도구가 요구될 수 있습니다.
무료 · 브라우저에서 바로 · 가입 불필요
SFTP나 관리형 파일 전송을 대신 써야 할 때는 언제인가요?
회사에서 말하는 "안전한 파일 전송"은 SFTP(SSH를 통한 파일 전송), FTPS, 또는 관리형 파일 전송(MFT) 플랫폼인 경우가 많습니다. 이들은 다음과 같은 경우에 빛납니다.
- 시스템이 일정에 따라 자동으로 파일을 주고받을 때;
- 사용자별 계정, 권한, 누가 무엇을 내려받았는지에 대한 감사 로그가 필요할 때;
- 규제 기관이나 계약이 문서화된 보관 기간과 접근 통제를 요구할 때.
양쪽 모두 설정과 계정이 필요하므로 고객에게 동영상 하나를 보내기에는 과합니다. 바로 그럴 때 브라우저 도구가 알맞습니다.
종단 간 암호화 클라우드가 더 나은 경우는 언제인가요?
내가 오프라인이 된 뒤에도 파일을 받을 수 있어야 하고 제공자가 읽지 못하게 하고 싶을 때입니다. Tresorit, Proton Drive, Sync.com은 업로드 전에 내 기기에서 암호화합니다. 단점은 먼저 업로드해야 하고, (암호화된) 사본이 존재하며, 저장 공간이 요금제로 제한된다는 점입니다. P2P와 E2EE 클라우드는 서로 다른 문제를 해결합니다. P2P와 클라우드 파일 전송 비교를 참고하세요.
요약
안전한 파일 공유는 하나의 기능이 아니라 여러 질문에 대한 답의 묶음입니다. 전송 중 암호화, 저장 시 보호 또는 저장 없음, 제한된 접근, 짧은 보관 기간. StrongFolder의 답은 전송 중 DTLS 암호화와 저장된 사본 없음이며, 링크 비밀번호가 없고 종단 간 암호화를 내세우지 않는다는 솔직한 한계가 있습니다. 더 알아보려면 보안 및 개인정보와 대용량 문서 보내는 방법을 읽어 보세요.