「내 파일은 어디로 가나요?」는 StrongFolder에 대해 제가 가장 많이 듣는 질문이며, 구호가 아니라 솔직한 답을 드려야 할 질문입니다. StrongFolder는 저장 없는 파일 공유입니다. 저희는 설계 단계부터 여러분의 파일을 보관하지 않습니다. 하지만 「아무것도 저장하지 않는다」고 하면 사실이 아니므로, 저희가 정확히 무엇을 보관하고, 무엇을 절대 보관하지 않으며, 이 방식에 어떤 한계가 있는지 말씀드립니다.
StrongFolder는 무엇을 보관하고, 무엇을 절대 보관하지 않나요?
| StrongFolder가 보관하나요? | |
|---|---|
| 파일 내용 | 절대 아니요. 업로드에도, 릴레이에도, 백업에도 없음 |
| 파일·폴더 이름, 크기, 파일 개수 | 예. 링크를 만드는 데 필요한 전송 메타데이터 |
| 이메일 주소 | Google로 로그인한 경우에만, 내 전송 목록을 보여 주기 위해 |
| 「만일을 위한」 사본 | 그런 사본은 존재하지 않음 |
링크를 만들기 위해 서비스는 전송 메타데이터(파일·폴더 이름, 크기, 파일 수)를 보관합니다. 누군가 내 링크를 열면 저장 위치를 고르기 전에 이름과 크기 목록을 봅니다. 그래서 서비스에 이 정보가 필요합니다.
내용은 전혀 다른 이야기입니다. 파일은 StrongFolder 서버에 업로드되거나 저장되지 않습니다. 업로드 단계가 없습니다. 파일의 데이터는 수신자가 접속할 때만 내 기기를 떠나며, 그 수신자에게로 갑니다.
저장 없는 파일 공유는 어떻게 작동하나요?
저희 서버는 두 가지 작은 일을 합니다. 첫째, 두 브라우저가 서로를 찾도록 돕습니다. 이를 시그널링이라고 하며, 여기에는 파일이 아니라 연결 정보와 위의 메타데이터가 오갑니다. 둘째, 웹 앱 자체를 제공합니다.
그다음 두 브라우저가 서로 WebRTC 연결을 엽니다. WebRTC는 모든 데이터 채널을 DTLS로 암호화하므로, 모든 연결에서 파일 데이터는 전송 중에 암호화됩니다. 파일 스트림은 그 연결을 통해 내 기기에서 수신자의 기기로 갑니다. 기술적인 그림이 궁금하다면 WebRTC 파일 전송의 작동 방식에서 단계별로 설명합니다.
릴레이는 어떤가요?
엄격한 회사 방화벽이나 일부 모바일 네트워크처럼 직접 연결이 불가능할 때가 있습니다. 그럴 때 전송은 StrongFolder TURN 릴레이로 대체됩니다.
여기서는 정확하게 말씀드리고 싶습니다. 마케팅이 흔히 느슨해지는 부분이기 때문입니다. 릴레이를 쓰면 데이터가 저희 서버를 실제로 지나갑니다. 암호화된 상태로 지나가며, 릴레이는 전달만 합니다. 디스크에 쓰거나 사본을 보관하지 않습니다. 그래서 저희는 「파일이 서버에 닿지 않는다」가 아니라 「파일은 서버에 저장되지 않는다」라고 말합니다. 앞의 문장은 릴레이를 거치는 전송에서는 거짓이 되며, 여러분은 정확한 문장을 들을 자격이 있습니다.
저장된 사본은 왜 위험할까요?
대부분의 전송 서비스는 보관함처럼 작동합니다. 파일을 업로드하면 서비스와 요금제에 따라 정해진 기간, 흔히 며칠, 때로는 몇 주 동안 보관하고, 그동안 링크를 가진 누구나 내려받을 수 있습니다.
그 자체에 악의는 없습니다. 하지만 사본이 존재하는 매일이 노출될 수 있는 하루입니다.
- 링크는 돌아다닙니다. 한 고객에게 보낸 링크가 동료에게 전달되고, 티켓에 붙여지고, 채팅 기록에 남습니다. 사본이 존재하는 동안 링크는 그것을 가진 누구에게나 작동합니다.
- 유출은 누구에게나 일어납니다. 수백만 개의 파일을 가진 서버는 표적이 됩니다. 아무 파일도 없는 서버는 훨씬 덜 흥미로운 표적입니다.
- 삭제를 확인할 수 없습니다. 서비스가 7일 후 파일을 삭제한다고 하면 백업까지 포함해 그 말을 믿어야 합니다.
- 다른 사람의 규칙이 적용됩니다. 저장된 사본은 내 규칙만이 아니라 업체의 관할권, 약관, 법적 요청의 적용을 받습니다.
StrongFolder에서는 그 기간이 전송 자체뿐입니다. Stop Sharing을 클릭하거나 탭을 닫으면 저희 쪽에는 내려받을 수 있는 것이 아무것도 남지 않습니다.
이 방식의 솔직한 한계는 무엇인가요?
파일을 저장하지 않는 것은 실질적인 개인정보 보호 장점입니다. 마법은 아니며, 의존하시기 전에 한계를 아셨으면 합니다.
- 비밀번호로 보호되는 링크가 없습니다. 내가 공유하는 동안 링크를 가진 누구나 접속할 수 있습니다. 링크를 열쇠처럼 다루세요.
- 링크는 공유하는 동안에만 작동합니다. 링크는 보내는 사람이 공유를 계속하는 동안 작동합니다. 보내는 사람이 Stop Sharing(공유 중지)을 클릭하거나 탭을 닫으면 파일을 더 이상 받을 수 없습니다. 개인정보 보호에는 장점이고 편의성에는 한계입니다.
- 온라인 상태로 있어야 합니다. 받는 사람이 다운로드를 마칠 때까지 보내는 사람의 브라우저 탭은 열린 채 온라인 상태여야 합니다. 파일은 서버가 아니라 보내는 사람의 기기에서 전송되기 때문입니다. 그럴 수 없다면 클라우드 링크가 더 나은 도구입니다. P2P vs 클라우드 파일 전송이 선택을 도와 드립니다.
- 이름은 메타데이터입니다. 저희는 링크를 만들기 위해 파일 이름을 보관합니다. 이름 자체가 민감하다면(예: 「Q3-구조조정-최종.xlsx」) 먼저 이름을 바꾸거나 파일을 암호화된 압축 파일에 넣으세요.
- 사용자 고유 키가 아닌 전송 중 암호화입니다. 저희는 사용자가 키를 가지는 종단 간 암호화를 주장하지 않으며, 인증도 주장하지 않습니다. 규제 대상 데이터라면 조직의 규정을 확인하세요.
StrongFolder로 민감한 파일을 안전하게 공유하려면 어떻게 하나요?
간단한 절차로 대부분의 경우를 해결할 수 있습니다.
- 신뢰하는 채널로, 원래 받을 사람에게만 링크를 보내세요.
- 다운로드가 끝나면 수신자에게 확인해 달라고 하세요.
- 바로 Stop Sharing(공유 중지)을 클릭하세요.
- 매우 민감한 파일이라면 암호화된 압축 파일(예: AES-256을 쓰는 7-Zip)로 묶고 비밀번호는 전화나 다른 메신저로 알려 주세요. 어떤 전송 방법 위에서든 통합니다.
이메일, 클라우드 드라이브, SFTP, P2P를 비교한 전체 체크리스트는 안전한 파일 공유 가이드에 있습니다.
무료 · 브라우저에서 바로 · 가입 불필요
왜 이런 설계를 택했나요?
하나는 제가 사용자로서 원했기 때문입니다. 그 이야기는 제가 StrongFolder를 시작한 이유에 적었습니다. 또 하나는 그냥 더 깔끔하기 때문입니다. 파일을 보관하지 않는 서비스는 파일을 잃어버리거나, 유출하거나, 약속보다 오래 보관할 수 없습니다. 그리고 저희에게도 일이 단순해집니다. 저희는 다른 사람의 데이터 창고를 운영하지 않으며, 그것이 StrongFolder가 현재 유료 요금제 없이 무료인 이유 중 하나입니다.
위의 모든 내용은 항상 최신으로 유지되는 보안 및 개인정보 보호 페이지에도 있습니다. 그곳에서 불분명한 점이 있거나 저희가 더 적게 보관해야 한다고 생각하신다면 info@strongfolder.com로 제게 메일을 보내 주세요.