# 안전한 파일 공유: "안전하다"는 말의 진짜 의미

Source: https://help.strongfolder.com/ko/guides/secure-file-sharing/
Updated: 2026-11-05

> 안전한 파일 공유란 네 가지 측면에서 파일을 보호하는 것입니다. 전송 중 암호화, 저장된 사본의 보호, 링크를 열 수 있는 사람에 대한 통제, 사본이 존재하는 기간입니다. 네 가지 모두에서 이기는 방법은 없습니다. 직접 P2P 전송은 전송 중에 암호화하고 아무것도 저장하지 않으며, 종단 간 암호화 클라우드는 저장된 사본을 보호하고, SFTP와 관리형 전송은 감사 기록을 더합니다.

"안전한 파일 공유"는 거의 모든 파일 전송 서비스에 적혀 있지만, 그 의미는 크게 다를 수 있습니다. 링크가 전송
중에 암호화되어도 서버에 1년 동안 사본이 남을 수 있고, 저장된 사본을 제공자가 읽을 수 없어도 링크를 가진
누구나 열 수 있을 수 있습니다. 이 가이드는 안전한 파일 전송이 실제로 무엇을 뜻하는지 풀어 보고, 흔한 방법을
비교하며, 저희 도구를 포함해 어떤 도구에든 적용할 수 있는 체크리스트를 드립니다.

**Key facts**

- **안전한 파일 공유**는 네 가지를 다룹니다: **전송 중 암호화**, **저장 시 보호**, **접근 통제**, **보관 기간**. 메타데이터와 기기 자체도 중요합니다.
- **직접 P2P**(StrongFolder): DTLS로 전송 중 암호화, **저장된 사본 없음**. 다만 링크에 비밀번호가 없고 보내는 사람이 온라인을 유지해야 합니다.
- **종단 간 암호화 클라우드**(Tresorit, Proton Drive, Sync.com): 제공자가 읽지 못하도록 설계된 저장 사본.
- **SFTP / 관리형 파일 전송**: 계정과 감사 로그를 갖춘 시스템 간 교환.
- 매우 민감한 파일은 **직접 암호화하고** 비밀번호는 따로 보내세요. 어떤 경로에서든 통합니다.

## "안전한 파일 공유"는 실제로 무슨 뜻인가요?

파일은 나에게서 받는 사람에게 가는 동안 여러 지점에서 노출됩니다. 안전한 파일 전송 방법은 각 지점을
보호하거나, 보호하지 못하는 지점을 솔직하게 알려 줍니다.

1. **전송 중.** 데이터가 네트워크를 지나는 동안 암호화되나요? 오늘날 거의 모든 서비스가 TLS(HTTPS)를, WebRTC는
   DTLS를 씁니다.
2. **저장 시.** 내 기기와 받는 사람의 기기 말고 다른 곳에 사본이 저장되나요? 그렇다면 누가 읽을 수 있나요? 제공자,
   아니면 키를 가진 사람만?
3. **접근.** 누가 파일을 열 수 있나요? 링크를 가진 누구나, 비밀번호를 아는 사람만, 목록에 있는 로그인 계정만?
4. **보관 기간.** 사본이 얼마나 오래 존재하나요? 몇 분, 7일, 누군가 삭제할 때까지?
5. **메타데이터.** 내용을 읽지 못해도 서비스가 알게 되는 것은 무엇인가요? 파일 이름, 크기, IP 주소, 누가 누구에게
   무엇을 보냈는지?
6. **끝점.** 파일이 도착하면 그 안전은 받는 사람의 컴퓨터만큼입니다. 감염된 기기로부터 보호해 주는 전송 방법은
   없습니다.

## 흔한 파일 공유 방법은 보안 면에서 어떻게 다른가요?

| 방법 | 전송 중 | 저장된 사본 | 열 수 있는 사람 | 보관 기간 | 추천 용도 |
|---|---|---|---|---|---|
| 이메일 첨부 | 보통 서버 간 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 파일 전송](https://help.strongfolder.com/en/guides/p2p-file-transfer/)은 파일 공유의 가장 큰 장기적 위험인 **저장된 사본**을 없앱니다.
StrongFolder에서는 다음과 같습니다.

- **전송 중:** WebRTC는 모든 데이터 채널을 DTLS로 암호화하므로, 모든 연결에서 파일 데이터는 전송 중에 암호화됩니다.
- **저장 시:** 파일은 StrongFolder 서버에 업로드되거나 저장되지 않습니다.
- **중계:** 직접 연결이 불가능한 경우(엄격한 회사 방화벽, 일부 모바일 네트워크) 암호화된 데이터는 StrongFolder 중계(TURN) 서버를 거칩니다. 중계 서버는 데이터를 전달만 하고 저장하지 않습니다.
- **메타데이터:** 링크를 만들기 위해 서비스는 전송 메타데이터(파일·폴더 이름, 크기, 파일 수)를 보관합니다.
- **보관 기간:** 링크는 보내는 사람이 공유를 계속하는 동안 작동합니다. 보내는 사람이 Stop Sharing(공유 중지)을 클릭하거나 탭을 닫으면 파일을 더 이상 받을 수 없습니다.

보관소 자체가 없으니 나중에 "파일 보관소 유출"이 일어날 일도 없습니다. 서버에 둔 것이 없으니 서버에서 만료될
것도 없습니다. 암호화가 어떻게 설정되는지는 [WebRTC 파일 전송의 작동 원리](https://help.strongfolder.com/en/guides/how-webrtc-file-transfer-works/)에서
설명합니다.

## StrongFolder 보안의 솔직한 한계는 무엇인가요?

저희 도구를 과신하기보다 알맞은 도구를 고르시길 바랍니다.

- **비밀번호로 보호된 링크가 없습니다.** 공유하는 동안 링크를 가진 사람은 누구나 연결할 수 있습니다. 믿을 수 있는
  경로로 링크를 보내고, 받는 사람이 다 받으면 **Stop Sharing**(공유 중지)을 클릭하세요.
- **전송 중 암호화이지, 내 키를 쓰는 종단 간 암호화가 아닙니다.** DTLS 키는 두 브라우저가 협상하지만, 그 지문은
  저희 시그널링 서버를 거칩니다. 저희는 "제로 지식"이나 사용자가 보유한 키를 쓰는 종단 간 암호화를 내세우지
  않습니다.
- 화상 통화와 마찬가지로 직접 연결에서는 **상대 피어가 IP 주소를 볼 수 있습니다**.
- 링크를 만들기 위해 이름, 크기, 파일 수 같은 **메타데이터를 보관합니다**.
- **감사 기록이나 규정 준수 인증이 없습니다.** 조직에서 접근 기록, 보관 정책, 인증된 처리가 필요하다면 관리형 파일
  전송 플랫폼을 쓰세요.

크면서 *동시에* 매우 민감한 파일이라면 방법을 조합하세요. 폴더를 강력한 비밀번호로 암호화된 압축 파일로 묶어
StrongFolder로 보내고, 비밀번호는 전화로 알려 주세요. 압축 파일이 내용을 보호하고, P2P가 저장된 사본을 피합니다.

## 안전한 파일 공유 체크리스트

어떤 도구를 쓰든 기밀 파일을 보내기 전에 확인하세요.

1. **파일을 분류하세요.** 개인정보, 계약서, 소스 코드, 건강 정보인가요? 민감할수록 사본은 적을수록 좋습니다.
2. **보관 기간으로 고르세요.** 1시간 뒤에 사라져도 되나요(P2P), 아니면 몇 주 동안 받을 수 있어야 하나요(클라우드,
   가능하면 E2EE)?
3. **받는 사람을 확인하세요.** 링크를 보내기 전에 주소나 채팅방을 확인하세요. 잘못 보낸 링크가 가장 흔한 유출
   경로입니다.
4. **접근을 제한하세요.** 가능하면 비밀번호나 지정된 계정을 쓰고, P2P라면 받는 사람이 다 받았을 때 공유를
   중지하세요.
5. 경로가 저장 시 암호화를 하지 않는다면 **민감한 내용은 직접 암호화하고** 비밀번호는 따로 보내세요.
6. 가능하면 보내는 사람은 **공용 Wi-Fi를 피하세요**. 믿을 수 있는 네트워크나 VPN을 쓰세요.
7. **나중에 사본을 지우세요.** 다운로드 폴더, 채팅 기록, 클라우드 휴지통에서.
8. **조직의 정책을 따르세요.** 규제 대상 데이터에는 특정 도구가 요구될 수 있습니다.

[지금 파일 보내기](https://strongfolder.com)
## SFTP나 관리형 파일 전송을 대신 써야 할 때는 언제인가요?

회사에서 말하는 "안전한 파일 전송"은 **SFTP**(SSH를 통한 파일 전송), **FTPS**, 또는 **관리형 파일 전송(MFT)**
플랫폼인 경우가 많습니다. 이들은 다음과 같은 경우에 빛납니다.

- 시스템이 일정에 따라 자동으로 파일을 주고받을 때;
- 사용자별 계정, 권한, 누가 무엇을 내려받았는지에 대한 **감사 로그**가 필요할 때;
- 규제 기관이나 계약이 문서화된 보관 기간과 접근 통제를 요구할 때.

양쪽 모두 설정과 계정이 필요하므로 고객에게 동영상 하나를 보내기에는 과합니다. 바로 그럴 때 브라우저 도구가
알맞습니다.

## 종단 간 암호화 클라우드가 더 나은 경우는 언제인가요?

내가 오프라인이 된 **뒤에도 파일을 받을 수 있어야 하고** 제공자가 읽지 못하게 하고 싶을 때입니다. Tresorit,
Proton Drive, Sync.com은 업로드 전에 내 기기에서 암호화합니다. 단점은 먼저 업로드해야 하고, (암호화된) 사본이
존재하며, 저장 공간이 요금제로 제한된다는 점입니다. P2P와 E2EE 클라우드는 서로 다른 문제를 해결합니다.
[P2P와 클라우드 파일 전송 비교](https://help.strongfolder.com/en/guides/p2p-vs-cloud-file-transfer/)를 참고하세요.

## 요약

안전한 파일 공유는 하나의 기능이 아니라 여러 질문에 대한 답의 묶음입니다. 전송 중 암호화, 저장 시 보호 또는
저장 없음, 제한된 접근, 짧은 보관 기간. StrongFolder의 답은 전송 중 DTLS 암호화와 **저장된 사본 없음**이며,
링크 비밀번호가 없고 종단 간 암호화를 내세우지 않는다는 솔직한 한계가 있습니다. 더 알아보려면
[보안 및 개인정보](https://help.strongfolder.com/en/security/)와 [대용량 문서 보내는 방법](https://help.strongfolder.com/en/guides/send-large-documents/)을 읽어 보세요.

## FAQ

### 파일을 공유하는 가장 안전한 방법은 무엇인가요?

위협에 따라 다릅니다. 어떤 서버에도 사본을 남기지 않으려면 직접(P2P) 보내고, 매우 민감한 파일이라면 직접 암호화하세요. 제공자가 읽을 수 없는 사본을 계속 받을 수 있게 두려면 종단 간 암호화 클라우드를 쓰세요. 감사가 필요한 업무 교환이라면 SFTP나 관리형 파일 전송 플랫폼을 쓰세요.

### StrongFolder는 종단 간 암호화되나요?

WebRTC는 모든 데이터 채널을 DTLS로 암호화하므로, 모든 연결에서 파일 데이터는 전송 중에 암호화됩니다. 저희는 이를 두 브라우저 사이의 전송 중 암호화라고 설명합니다. 사용자가 보유한 키를 쓰는 종단 간 암호화를 내세우지 않으며, 링크에는 비밀번호가 없습니다. 공유하는 동안 링크를 가진 사람은 누구나 연결할 수 있습니다.

### StrongFolder가 제 파일을 저장하나요?

파일은 StrongFolder 서버에 업로드되거나 저장되지 않습니다. 링크를 만들기 위해 서비스는 전송 메타데이터(파일·폴더 이름, 크기, 파일 수)를 보관합니다. 직접 연결이 불가능한 경우(엄격한 회사 방화벽, 일부 모바일 네트워크) 암호화된 데이터는 StrongFolder 중계(TURN) 서버를 거칩니다. 중계 서버는 데이터를 전달만 하고 저장하지 않습니다.

### 기밀 파일을 이메일로 보내는 것은 안전한가요?

기본적으로는 아닙니다. 메일 서버는 보통 서버 간 연결을 암호화하지만, 사본이 보내는 사람과 받는 사람의 메일함에 몇 년씩 남는 경우가 많고, 첨부 파일은 약 20–25MB로 제한됩니다. 기밀 파일은 보호된 사본의 링크를 보내거나 첨부 파일을 암호화하세요.

### 안전한 파일 공유와 안전한 파일 전송은 무엇이 다른가요?

두 용어는 겹칩니다. '안전한 파일 전송'은 SFTP, FTPS, HTTPS, 관리형 파일 전송처럼 시스템 간에 파일을 옮기는 프로토콜과 플랫폼을 가리키는 경우가 많고, '안전한 파일 공유'는 보통 링크나 폴더로 사람에게 파일 접근 권한을 주는 것을 뜻합니다. 둘 다 암호화, 접근 통제, 보관 기간에 의존합니다.

### 보내는 파일에 비밀번호를 걸려면 어떻게 하나요?

예를 들어 7-Zip의 AES-256으로 파일을 암호화된 압축 파일로 묶고, 비밀번호는 전화나 별도의 메신저 같은 다른 경로로 전달하세요. P2P를 포함해 어떤 전송 방법에서도 쓸 수 있습니다.

### P2P 전송에서 받는 사람이 제 IP 주소를 볼 수 있나요?

직접 연결에서는 그렇습니다. 화상 통화처럼 각 브라우저가 상대의 주소로 연결됩니다. 이것이 중요하다면 주소를 숨기는 경로로 공유하거나 VPN을 통해 연결하세요.