Google이 Drive API 기반 클라이언트 측 암호화(CSE) 대량 가져오기 기능을 정식 출시했다. 민감 파일을 클라우드 또는 온프레미스 저장소에서 Google Workspace로 옮길 때, 고객 관리 키로 암호화 모델을 유지한 채 이전하는 흐름이다.

핵심 요약

  • 기존 베타였던 Drive API의 CSE bulk import가 정식 출시됐다.
  • 대상은 Google Workspace의 클라이언트 측 암호화(CSE)를 사용하는 조직이다.
  • 클라우드 및 온프레미스 데이터 소스에서 민감 파일을 대량 이전하면서 고객 관리 키 기반 암호화 모델을 유지하는 것이 목적이다.
  • 공식 원문은 Google Workspace Updates의 발표다: Now generally available: Bulk import using client-side encryption and the Drive API.

무엇이 바뀌었나

이번 정식 출시는 파일 이전 기능 자체보다 “암호화 상태를 유지한 마이그레이션”에 초점이 있다. Google 설명에 따르면 CSE 고객은 클라우드 또는 온프레미스 데이터 소스의 민감 파일을 Workspace로 가져올 수 있고, 이 과정에서 콘텐츠는 고객 관리 키로 보호되는 모델을 따른다. 즉, 기존 저장소를 정리하거나 제3자 스토리지를 줄이려는 조직이 보안 요구사항을 유지하면서 Drive로 이전할 수 있도록 돕는다.

관리자나 권한을 가진 사용자는 Drive API를 호출해 기능을 사용한다. Google은 일반화된 샘플 코드를 제공하지만, 실제 배포에서는 조직의 데이터 구조, 키 관리 방식, 마이그레이션 순서에 맞게 커스터마이즈해야 한다고 설명한다. 최종 사용자가 Drive 화면에서 별도 설정을 켜는 기능은 아니며, 관리자와 개발자의 작업에 가깝다.

왜 중요한가

기업의 파일 이전은 단순 복사 작업이 아니다. 민감 문서, 계약서, 연구 자료, 고객 데이터처럼 규제나 내부 정책의 영향을 받는 파일은 이전 과정에서도 암호화, 접근 제어, 감사 로그가 유지되어야 한다. 특히 클라이언트 측 암호화를 쓰는 조직은 Google 서버 측 처리만으로는 충분하지 않다고 판단한 경우가 많기 때문에, 마이그레이션 도구도 같은 기준을 만족해야 한다.

Drive API CSE 대량 가져오기는 이 지점에서 의미가 있다. 대량 이전을 자동화하면서도 파일 수명주기 전반에 CSE 모델을 적용할 수 있다면, 기존 레거시 스토리지 해제나 저장소 통합 프로젝트의 위험을 줄일 수 있다. 다만 API 기반 기능이므로 운영 자동화와 오류 복구 설계가 부족하면 오히려 이전 실패, 중복 파일, 권한 누락이 생길 수 있다.

관리자·개발자 체크포인트

  1. 키 관리 체계: 고객 관리 키를 어디서 운영하고, 키 접근 권한을 누가 갖는지 먼저 확정해야 한다.
  2. 권한 매핑: 기존 저장소의 폴더·파일 권한이 Drive로 옮겨질 때 조직 정책과 충돌하지 않는지 샘플 데이터로 검증한다.
  3. API 호출 한도와 재시도: 대량 이전은 실패가 정상적으로 발생할 수 있다. 재시도, 중단 후 재개, 실패 목록 저장이 필요하다.
  4. 감사 로그: 누가 어떤 파일을 가져왔고 어떤 키 정책이 적용됐는지 사후 추적할 수 있어야 한다.
  5. 검증 샘플: 전체 이전 전 파일 유형, 용량, 권한 조합이 다른 샘플 세트를 만들어 열람·검색·공유 동작을 확인한다.

적용 범위와 가용성

Google 발표 기준으로 Rapid Release와 Scheduled Release 도메인 모두 사용 가능 상태이며, Enterprise Plus와 Education Standard 및 Plus, Frontline Plus 등 일부 에디션이 대상이다. 기능은 관리자 측에서 기본적으로 켜져 있지만, 실제 사용에는 Drive API 호출과 관련 권한이 필요하다. 따라서 일반 사용자가 버튼 하나로 실행하는 기능이라기보다, IT 관리자가 마이그레이션 스크립트나 파이프라인을 구성해 쓰는 기능으로 이해하는 것이 맞다.

작게 테스트하는 방법

첫 테스트는 전체 파일이 아니라 민감도가 낮지만 구조가 복잡한 폴더로 시작하는 편이 좋다. 예를 들어 여러 소유자, 공유 링크, 외부 협업자, 큰 파일, 오래된 문서 형식이 섞인 샘플을 고른다. 이후 이전 전후의 파일 수, 해시 또는 크기, 권한, 암호화 상태, 열람 가능 여부를 비교한다.

마이그레이션 로그는 반드시 별도 보관해야 한다. API 응답만 보고 성공으로 판단하면 일부 파일 실패를 놓칠 수 있다. 실패 파일 목록, 재시도 횟수, 최종 성공 여부, 수동 조치가 필요한 항목을 분리해 기록하면 이후 레거시 저장소를 종료할 때 근거 자료가 된다.

ActualStack 관점

이번 업데이트는 화려한 사용자 기능은 아니지만, 보안 요구가 높은 Workspace 조직에는 실무적인 변화다. 특히 “AI 도입”이나 “협업 도구 통합”보다 먼저 데이터 저장소 정리와 암호화 정책을 맞춰야 하는 조직에서는 Drive API 기반 CSE bulk import가 전환 프로젝트의 핵심 도구가 될 수 있다.

결론

Drive API의 CSE 대량 가져오기 정식 출시는 민감 파일 이전을 자동화하려는 관리자와 개발자에게 유용하다. 다만 성공 기준은 파일이 Drive에 올라갔는지가 아니라, 고객 관리 키, 권한, 감사, 재시도, 검증 절차가 함께 유지됐는지다. 실제 도입 전에는 작은 샘플 이전으로 실패 패턴과 운영 절차를 먼저 확인하는 것이 안전하다.

출처와 검증