2026-08-14

WeTransfer로 파일을 보내기 전, 먼저 암호화해야 할까?

동영상 편집본, RAW 사진 묶음, 디자인 시안 폴더, 이메일에 첨부하기엔 너무 큰 서명된 계약서 같은 큰 파일을 WeTransfer 같은 무료 전송 링크로 보내는 일은 이제 너무 일상적이어서, 전송 버튼을 누르는 순간 자신이 무엇에 동의했는지 생각해보는 사람은 거의 없습니다. 2025년 7월, 지극히 일상적인 이용약관 변경 하나가 그것을 생각해볼 만한 문제로 만들었습니다 — 해킹 때문이 아니라, 약관 문구 그 자체 때문이었습니다.

약 2주 동안 WeTransfer 약관이 실제로 담고 있던 내용

2025년 7월 2일 이후 어느 시점, WeTransfer는 이용약관 6.3조를 조용히 수정했습니다. 웨이백 머신에 기록된 7월 14일 시점 버전은 이렇게 적혀 있었습니다: 이용자는 "서비스 또는 신기술·신규 서비스를 운영, 개발, 상업화, 개선할 목적으로 — 콘텐츠 모더레이션 절차를 개선하는 머신러닝 모델의 성능 향상을 포함하여 — 콘텐츠를 사용할 수 있는 영구적이고 전 세계적이며 비독점적이고 무상이며 양도 및 재라이선스 가능한 라이선스를 WeTransfer에 부여한다"는 내용이었습니다. 같은 조항은 콘텐츠를 "복제, 배포, 수정, 그에 기반한 2차적 저작물 작성, 방송, 공중에 전달, 공개적으로 전시 및 공연"할 권리까지 부여했으며, 어디에도 그에 대한 대가는 명시되어 있지 않았습니다. 프리랜서와 스튜디오가 미공개 창작물, 클라이언트 납품물, NDA로 보호되는 자료를 주고받는 데 주로 쓰이는 서비스에서 '영구적'과 '상업화'라는 단어가 '머신러닝 모델'과 한 문장 안에 등장한 것만으로도, 이 소식은 창작자 커뮤니티 전반으로 빠르게 퍼지기에 충분했습니다.

번복, 그리고 번복 이후에도 남은 것

그 문구가 기록된 지 하루 만인 7월 15일, WeTransfer는 6.3조를 다시 수정했습니다. 새 버전은 '상업화', '머신러닝', '2차적 저작물' 표현을 모두 삭제하고 대신 이렇게 적었습니다: "귀하는 서비스를 운영, 개발, 개선할 목적으로 콘텐츠를 사용할 수 있는 무상 라이선스를 당사에 부여합니다." WeTransfer 대변인은 언론에 WeTransfer를 통해 공유된 콘텐츠를 처리하는 데 "머신러닝이나 그 어떤 형태의 AI도 사용하지 않으며, 콘텐츠나 데이터를 제3자에게 판매하지도 않는다"고 밝혔고, BBC에는 원래 문구를 수정한 이유를 "이 문구가 고객들에게 혼란을 줄 수 있었다고 판단했기 때문"이라고 설명했습니다. 이는 실제로 빠르게 이루어진 정정이지만, 정확히 읽어볼 가치가 있습니다 — 수정된 조항 역시 여전히 WeTransfer에게 업로드된 콘텐츠를 서비스 운영과 개선 목적으로 사용할 라이선스를 부여하고 있습니다. 바뀐 것은 그 라이선스의 범위이지, 라이선스 자체의 존재 여부가 아닙니다. 파일 자체가 전송되고 저장되는 방식은 전혀 바뀌지 않았습니다.

이것이 사실은 WeTransfer만의 이야기가 아닌 이유

이 특정 조항이 철회된 것은 약 2주 사이에 충분히 많은 사람이 알아채고 문제를 제기했기 때문입니다. 하지만 그 사건이 보여주는 패턴 자체는 이 한 번의 정정으로 사라지지 않습니다 — 무료 파일 전송 서비스의 약관은 회사가 언제든 개정할 수 있는 문서이고, 업로드한 파일의 사본은 그것이 도착하는 시점에 적용 중인 약관 버전의 지배를 받으며 그 회사 서버에 남아 있습니다. 처음 그 도구를 쓰기 시작했을 때 대충 훑어본 버전이 아니라 말입니다. 여기에는 유출 사고도 해커도 필요 없습니다. 실제 파일을 업로드하고, 자신이 동의한 약관이 그 파일에 계속 적용될 것이라 믿는 것만으로 충분합니다.

파일을 먼저 암호화하면 실제로 무엇이 달라지는가

파일을 업로드하기 전에 로컬에서 암호화한다고 해서 누군가의 이용약관이 다시 쓰이는 것은 아니고, 전송 서비스가 자신이 받은 바이트에 대해 현재 조항이 부여하는 라이선스를 기술적으로 보유하는 것을 막지도 못합니다. 달라지는 것은 그 바이트가 무엇이냐입니다. 디자인 파일이나 계약서 초안, 클라이언트 사진 묶음을 "복제, 배포, 수정, 그에 기반한 2차적 저작물 작성... 공개적으로 전시"할 수 있는 라이선스는 실질적인 위험이지만, 지정된 수신자 외에는 아무도 열 수 없는 불투명한 패스프레이즈 암호문 덩어리에 대한 같은 라이선스는 그렇지 않습니다. 누군가 복제하거나 재배포하거나 모델 학습에 쓰고 싶어할 실제 내용물은 사용 가능한 형태로는 전송 서비스에 아예 도달하지 않습니다. 다만 이것이 전송 서비스가 여전히 보게 되는 모든 것을 가려주지는 않습니다 — 업로드 전에 파일명을 직접 바꾸지 않는 한, 파일명과 크기, 발신자·수신자 이메일 주소, 타임스탬프는 그대로 노출됩니다. 이는 파일 내용물에 대한 해법이지, 전송을 둘러싼 메타데이터에 대한 해법은 아닙니다.

NearSeal이 여기서 하는 역할

NearSeal은 파일이 어디로도 전송되기 전에 브라우저 안에서 완전히 암호화합니다 — 파일과 패스프레이즈는 기기를 벗어나지 않고, 암호화 단계 자체에는 계정도 업로드도 없습니다. 그래서 전송 서비스에 실제로 도달하는 것은 오직 보내기로 선택한 그 결과물뿐입니다. 기본 형식은 패스프레이즈로 부터 PBKDF2-SHA256을 2²⁰회 반복해 AES-256-GCM 키를 유도합니다. 옵션인 age-encryption.org 형식은 대신 scrypt와 ChaCha20-Poly1305를 사용하며 표준 age나 rage CLI로도 열립니다 — 이 시나리오에서는 특히 중요한 점인데, WeTransfer 링크 반대편에 있는 클라이언트나 협업자가 이 사이트의 계정이나 특정 소프트웨어 없이도 패스프레이즈와 age 호환 도구만 있으면 보낸 파일을 열 수 있기 때문입니다. NearSeal이 할 수 없는 일은 전송 서비스가 약관을 또다시 바꾸는 것을 막거나, 모든 수신자가 제대로 복호화하리라고 보장하는 것입니다. NearSeal이 할 수 있는 일은, 파일 공유 서비스의 현재 약관이 '콘텐츠'에 대해 어떤 사용 권한을 명시하든, 애초에 그 콘텐츠 자체가 그들의 손에 들어간 적이 없도록 만드는 것입니다.