Google Drive 공유 대 HexaTransfer 암호화 전송

Google Drive와 HexaTransfer는 같은 문제의 서로 다른 절반을 해결합니다. Drive는 공동 작업에 친화적인 영구 공유 기능을 제공하지만, Google이 복호화 키를 보유하고 파일을 읽을 수 있습니다. HexaTransfer는 브라우저에서 AES-256-GCM으로 파일을 암호화한 뒤 암호문 형태로 저장하고 7일 후 자동 삭제하는 일회성 종단간 암호화 전송을 제공합니다. 비민감 문서 협업에는 Drive를, 기밀 유지가 핵심일 때는 HexaTransfer를 선택하십시오.

Google Drive의 신뢰 모델: 키는 Google이 보유

.docx 파일을 Google Drive에 업로드하면 Google이 관리하는 AES-256 키로 저장 시 암호화되고, TLS 1.3으로 전송 중에도 보호됩니다. 그러나 키는 Google이 갖고 있습니다. 이는 비밀이 아닙니다. Drive 보안 문서에도 명시되어 있으며, OCR, 전문 검색, ML 기반 스마트 제안, Docs 실시간 공동 편집 등의 기능에 필수적입니다.

실질적으로 이는 다음을 의미합니다. 충분한 권한을 가진 Google 직원, CLOUD Act에 따른 유효한 소환장을 가진 법 집행 기관, 그리고 Google 인프라를 침해한 공격자가 파일을 읽을 수 있습니다. Google의 투명성 보고서에 따르면 대부분의 미국 정부 데이터 요청에 응합니다. 대부분의 콘텐츠에는 허용 가능하지만, 일부에는 그렇지 않습니다.

Google Workspace 클라이언트 측 암호화: 부분적 해결책

Workspace Enterprise Plus 및 Education Plus 고객은 Thales CipherTrust 또는 Fortanix와 같은 서드파티 KMS로 키 관리를 오프로드하는 CSE(Client-Side Encryption)를 활성화할 수 있습니다. CSE를 사용하면 Google은 암호문만 저장하고 내용을 읽지 못합니다. 이는 대규모 조직에 적합하지만, 사용자당 약 $30/월의 비용과 KMS 운영 부담이 따릅니다. 독립 컨설턴트나 소규모 사무소에는 전용 전송 서비스가 더 실용적입니다.

HexaTransfer의 신뢰 모델: 서버는 암호문만 봄

HexaTransfer는 WebCrypto API를 통해 브라우저에서 무작위 AES-256-GCM 키를 생성하고 파일을 청크 단위로 암호화한 뒤 암호문을 업로드합니다. 복호화 키는 공유 URL의 프래그먼트(#key=...)에 추가됩니다. 브라우저는 프래그먼트를 서버에 전송하지 않으므로 키는 클라이언트 측에 머뭅니다. 수신자의 브라우저가 프래그먼트를 파싱하고 암호문을 가져와 로컬에서 복호화합니다.

결과적으로 HexaTransfer 데이터베이스에 완전히 접근하더라도 암호화된 바이트와 최소한의 메타데이터만 얻게 됩니다. KMS 구성도, 라이선스 업그레이드도, 관리자 콘솔도 필요 없습니다. 10 GB 전송 시 무료입니다.

기능 비교표

| 기능 | Google Drive (표준) | Drive + CSE | HexaTransfer | |---|---|---|---| | 제공자가 평문 열람 가능 | 예 | 아니요 | 아니요 | | 실시간 Docs 공동 작업 | 예 | 예(제한적) | 아니요 | | 미리보기/썸네일 생성 | 예 | 부분 | 아니요 | | 파일 크기 한도 | 5 TB | 5 TB | 10 GB | | 발신자 계정 필요 | 예 | 예 | 아니요 | | 수신자 계정 필요 | 대부분 예 | 대부분 예 | 아니요 | | 자동 만료 | 아니요(수동) | 아니요(수동) | 7일 | | 비용 | Workspace 포함 | Enterprise Plus 티어 | 무료 | | 감사 추적 | 관리 콘솔 | 관리 콘솔 | 최소 |

Drive 공유가 적합한 경우

Drive는 여러 사람이 몇 주에 걸쳐 편집하는 공유 프로젝트 폴더, 공동으로 구성하는 프레젠테이션, 라이브 필터 보기가 필요한 스프레드시트, Looker Studio 보고서가 소비하는 데이터셋에 적합합니다. 7일 만료로 파일이 사라지면 워크플로우가 중단되는 상황에서도 Drive가 맞습니다. Drive의 버전 기록만으로도 신뢰 트레이드오프를 감수할 가치가 있는 경우가 많습니다.

공개 마케팅 PDF, 팀 브레인스토밍 문서, 내부 메모처럼 "Google이 읽어도 전혀 위험 없는" 파일에도 Drive가 적합합니다. 모든 파일에 E2EE가 필요하지는 않습니다.

HexaTransfer가 적합한 경우

HexaTransfer는 기밀 유지가 중요한 일회성 전송에 적합합니다. 고객에게 보내는 서명된 계약서, 클리닉 간 DICOM 이미지 배치, 소송 관련 discovery .pdf 패키지, M&A 문서, GDPR 제20조에 따른 고객 데이터 내보내기, 투자자 실사 자료 등이 해당합니다. Google(또는 Google 법무팀)이 파일을 읽을 수 있다면 불쾌할 모든 상황이 HexaTransfer 시나리오입니다.

또한 수신자가 Google 계정이 없을 때도 유용합니다. 개인 Yahoo 주소를 쓰는 변호사, 유럽의 상대방 당사자 등 계정 생성 부담 없이 양측 모두 파일을 주고받을 수 있습니다.

숨겨진 Drive 메타데이터 위험

Drive 파일 내용이 무해하더라도 메타데이터는 많은 것을 드러냅니다. 공유 기록은 고객 관계, 딜 플로우, M&A 상대방을 노출합니다. Gmail-Drive 연동은 전송 내역을 이메일 스레드와 연결합니다. 관리자 콘솔 로그는 모든 다운로드를 캡처합니다. 언론인, 소식통, 반체제 인사, 국가 수준 위협을 받는 누구에게나 이 메타데이터 그래프 자체가 민감한 정보입니다. 민감한 전송을 계정 없는 서비스로 전환하면 이 그래프를 크게 축소할 수 있습니다.

이중 도구 워크플로우의 실용성

대부분의 전문가는 두 도구를 함께 활용합니다. Drive는 영구적이고 검색 가능한 협업 공간으로, HexaTransfer는 외부 당사자에게 전달하는 채널로 사용합니다. Drive 사본은 참조 및 버전 기록용으로 남기고, 암호화 전송은 고객에게 전달된 뒤 7일 후 만료되어 어느 쪽 인프라에도 무기한 남지 않습니다.

이 방식은 GDPR 제32조의 "적절한 기술적 조치" 문구와 잘 맞습니다. 한국 개인정보 보호법(PIPA)에서도 개인정보 처리 시 적절한 기술적·관리적 보호조치를 요구하므로, 외부 전송 구간에 E2EE를 적용하는 것은 규정 준수 측면에서도 유리합니다.

빠른 의사결정 프레임워크

세 가지 질문을 해보십시오. 이 파일을 공동으로 편집해야 합니까? 그렇다면 Drive. Google이 읽어도 괜찮습니까? 아니라면 HexaTransfer. 수신자가 내 Google 생태계 밖에 있습니까? 그렇다면 HexaTransfer가 인계를 더 원활하게 합니다.

hexatransfer.com에서 사용해 보세요 — 무료, 계정 불필요, 최대 10GB.