대상: 관리자 패널·계정 비밀번호를 Google Drive 문서나 스프레드시트에 두고 "이게 안전할까?" 궁금한 모든 사람. 정직한 답을 드립니다. 공격 절차는 없습니다 — 오직 안전하게 보관하는 법뿐입니다.
본 사이트의 견해: 문제는 'Drive를 쓰는 것'이 아니라 '평문'이다
흔한 오해는 "클라우드에 두는 게 나쁘다"입니다. 그렇지 않습니다. 진짜 문제는 평문으로, 목록 형태로 두는 것입니다. 암호화된 비밀번호 금고(예: KeePass .kdbx)를 Drive로 동기화하는 것은 전 세계적으로 정상적이고 안전한 관행입니다 — 그 파일은 마스터 키 없이는 그냥 암호문입니다.
반대로, Google 계정을 아무리 단단히 잠가도, 내용이 평문 표라면 그 계정에 들어온 누구든 전부를 읽습니다. "당신의 키 없이 읽을 수 있는가, 아닌가"로 생각하세요 — 클라우드냐 아니냐가 아니라.
평문 목록이 위험한 이유
"단단한 비밀번호를 가진 Google 계정에 있으니 괜찮겠지"라고 생각하기 쉽습니다. 하지만 평문 목록은 그 자체의 위험을 쌓아 올립니다.
구체적으로, 다음 중 어느 하나라도 목록 전체를 누출시킵니다.
Google 계정 탈취
악성 연결 앱 허용
수동 복사-붙여넣기를 통한 피싱
기기·공유 링크 확산
그리고 Google Drive 자체의 암호화는 Google 자신이 풀어서 읽을 수 있는 종류이지, 시크릿용으로 설계된 암호화가 아닙니다. 시크릿은 어떤 호스트에 넘기기 전에 당신의 키 없이는 읽을 수 없게 만드세요. 그것이 시크릿을 다루는 규칙입니다(.env 파일과 시크릿과 같은 발상).
위험에서 안전까지의 척도
"Drive에 저장"이라도 안에 무엇이 들었느냐에 따라 천차만별입니다.
✗ 평문 표
문서/스프레드시트에 그대로 입력
△ 암호화 zip
비밀번호 보호 압축; 번거로워 결국 안 쓰게 됨
○ 암호화된 금고
Drive로 동기화하는 KeePass .kdbx
◎ 비밀번호 관리자
Bitwarden/1Password; 자동 입력 + 모니터링
사람들이 흔히 비밀번호를 두는 곳별로, 누군가 Google 계정(또는 컴퓨터)에 들어왔을 때 내용을 읽을 수 있는지 정리했습니다.
| 보관 장소 | 들어오면 읽을 수 있나? | 판단 |
|---|---|---|
| Google 문서나 시트에 직접 입력 | 그대로 읽힘 | 위험 |
| 시트 보호만 건 Excel | 읽힘(편집을 막을 뿐, 암호화가 아님) | 위험 |
| "암호 설정"(Encrypt with Password)을 한 Excel | 여는 비밀번호 없이는 읽을 수 없음 | 차선(자동 입력·경고 없음) |
| Drive로 동기화하는 KeePass .kdbx | 마스터 비밀번호 없이는 읽을 수 없음 | 안전 |
| 기기 내 암호화를 설정한 Google 비밀번호 관리자 | Google은 본인만 읽을 수 있다고 설명 | 안전 |
| 전용 비밀번호 관리자(Bitwarden / 1Password) | 마스터 비밀번호 없이는 읽을 수 없음 | 안전 |
판단을 가르는 것은 두 가지입니다. 내용이 암호화되어 있는지, 그리고 여전히 비밀번호를 손으로 복사하는지. 암호화된 Excel 파일은 첫 번째는 통과하지만, 매번 표에서 복사하므로 가짜 사이트에 붙여넣을 위험은 남습니다.
제대로 보관하는 법
최선의 답은 전용 비밀번호 관리자로 옮기는 것입니다. 다음 단계로 평문 목록에서 벗어나세요.
전용 비밀번호 관리자를 쓴다
마스터 비밀번호를 길고 유일하게
관리자와 Google 계정에 피싱 저항 MFA
이전했으면 평문 목록을 완전히 삭제한다
가능한 곳은 패스키로 이동한다
Google Docs의 평문 목록
- 계정 하나가 탈취되면 전부 누출
- 손으로 가짜 사이트에 붙여넣을 수 있음(피싱 방어 없음)
- 침해 탐지, 자동 입력, 버전 관리 없음
- 연결 앱 접근이 내용을 읽을 수 있음
전용 비밀번호 관리자
- 동기화 시 내용이 암호화됨(제공자는 읽지 못함)
- 가짜 도메인엔 자동 입력 안 함 = 피싱 저항
- 내장된 강력한 생성, 침해 모니터링, 이력
- 마스터 비밀번호 + MFA로 보호
그래도 Drive를 쓰고 싶다면
최소 두 가지 조건이 있습니다.
- 암호화된 금고 파일(.kdbx 등)만 저장; 평문 문서/스프레드시트는 절대 금지
- Google 계정에 피싱 저항 MFA를 걸기
둘 다 갖추면 Drive는 암호문을 동기화하는 장소일 뿐이 되고, 위험이 급격히 떨어집니다.
스프레드시트를 비밀번호 관리자로 옮기기
목록을 한 항목씩 다시 입력할 필요는 없습니다. CSV 파일(단순한 표 형식)로 한 번에 가져올 수 있습니다.
옮길 곳을 정하고 CSV로 다운로드
Google 스프레드시트에서: 파일 > 다운로드 > 쉼표로 구분된 값(.csv). 이 CSV는 암호화되지 않은 목록 그 자체이므로, 같은 날 가져오고 삭제할 계획을 세우세요.
열 이름을 가져오기 형식에 맞춘다
Google 비밀번호 관리자는 첫 행 헤더로 url, username, password가 필요합니다. Bitwarden에는 자체 헤더(name, login_uri, login_username, login_password 등)가 있습니다. 이름이 맞지 않으면 가져오기가 실패하므로, 쓰는 관리자의 도움말에 있는 샘플을 따르세요.
가져온다
Google 비밀번호 관리자는 passwords.google.com > "Settings"(설정) > "Import"(가져오기)로 갑니다. Bitwarden 웹 앱에서는 "Tools"(도구) > "Import"(가져오기)를 씁니다. Google은 한 번에 최대 3,000개의 비밀번호를 받습니다.
CSV와 원본 목록을 삭제한다
다운로드한 CSV를 삭제하고 컴퓨터의 휴지통을 비우세요. Google과 Bitwarden 모두 가져온 뒤 이 파일을 삭제하라고 안내합니다. Drive의 원본 스프레드시트도 삭제한 다음, Drive 휴지통에서 영구 삭제하세요(30일 뒤 자동으로 삭제되지만, 그때까지는 남아 있습니다).
중요한 것부터 바꾼다
유출되면 가장 아픈 계정(이메일, 인터넷 뱅킹, 사이트 관리자 패널)부터 비밀번호 관리자가 생성한 새 비밀번호로 바꾸세요. 목록에 있던 동안에는 Google 계정에 들어온 누구든 읽을 수 있었습니다.
내 설정을 점검하는 법
"전부 옮겼다"고 해도 오래된 사본과 공유 설정이 남아 있는 경우가 많습니다. 자기 계정에서 다음 네 가지를 확인하세요.
Drive에서 비밀번호라는 단어를 검색
Drive 검색은 파일 이름만이 아니라 파일 안의 텍스트도 찾습니다. "비밀번호", "password", "pw", "login" 등을 검색하고, type:spreadsheet나 type:document를 붙이면 시트와 문서로 좁힐 수 있습니다. 공유 드라이브와 다른 사람이 공유한 파일도 확인하세요.
찾은 파일의 공유 설정 확인
파일을 선택해 공유를 열고, 일반 액세스가 "링크가 있는 모든 사용자"로 되어 있는지 보세요. 이 설정이면 링크를 가진 누구나 Google 계정에 로그인하지 않고도 파일을 열 수 있습니다. 아직 삭제할 수 없다면 "제한됨"으로 바꾸세요.
계정에 접근할 수 있는 앱 검토
Google 계정의 연결된 앱 페이지(myaccount.google.com/linkedapps)에 Google 계정 접근을 허용한 앱이 나열됩니다. 더 이상 쓰지 않거나 모르는 앱은 접근 권한을 삭제하세요.
다운로드 폴더와 Excel 파일 확인
오래된 .csv나 .xlsx 내보내기 파일을 찾아보세요. 아직 Excel 목록을 쓴다면, 시트 보호만이 아니라 파일 > 정보 > 통합 문서 보호 > "암호 설정"(Encrypt with Password)을 쓰고 있는지 확인하세요.
그 김에 Google 계정 로그인이 패스키나 2단계 인증을 쓰는지도 확인하세요(→ MFA 가이드).
흔한 실수와 고치는 법
- 행만 지우고 파일은 남긴다: Google 문서와 시트는 버전 기록을 보관하며, 이전 버전을 열고 복원할 수 있습니다. 이전한 뒤에는 파일 전체를 삭제하거나, 소유자로서 버전 기록을 삭제하세요.
- 시트 보호에 의존한다: Microsoft는 이것이 보안 기능이 아니라고 말합니다. 내용을 읽을 수 없게 하려면 파일 전체를 암호화해야 합니다.
- 이전용 CSV를 다운로드 폴더에 남긴다: 그 컴퓨터를 쓸 수 있는 누구나 열 수 있습니다. 가져온 직후 삭제하세요.
- 암호화 파일의 여는 비밀번호를 같은 Drive에 적어 둔다: 누군가 Google 계정에 들어오면 둘 다 얻습니다. 그 비밀번호 하나는 머릿속이나 집의 종이에 두세요.
- 가족이나 팀과 비밀번호를 공유하려고 스프레드시트를 쓴다: 대신 비밀번호 관리자의 공유 기능을 쓰세요. 누군가 떠나면 그 사람의 접근만 제거할 수 있습니다.
실제 사례: 한 곳에서 읽을 수 있던 것이 다음 인증 정보로 이어졌다
2026년 6월, 일본의 크라우드펀딩 플랫폼 CAMPFIRE가 무단 접근에 대한 조사 결과를 공개했습니다. 회사에 따르면, 직원이 발급한 GitHub 인증 정보가 제3자에게 악용되었고, 이어서 GitHub에서 볼 수 있던 정보를 이용해 사내 업무용 클라우드 환경의 인증 정보가 탐색·취득되었습니다. 회사는 중복을 제외한 대상 사용자 정보 225,846건이 노출되었을 가능성이 있다고 밝혔습니다(CAMPFIRE 유출 정리(영문) 참고).
이 사례는 기업의 개발 환경 이야기지만, 개인의 비밀번호 목록과 구조가 같습니다. 누군가 한 계정에 들어가 거기서 다른 인증 정보를 읽을 수 있으면, 피해는 그 계정에서 멈추지 않습니다. Google 계정 안에 평문 비밀번호 목록을 두는 것은, 들어온 사람을 위해 다음 인증 정보를 미리 준비해 두는 것과 같습니다.
본 사이트는 직접 어떻게 하는가
본 사이트는 시크릿 — 비밀번호, 키, 접속 문자열 — 을 공유 문서에서도, 코드 저장소에서도, 인수인계 노트에서도, 절대 평문으로 두지 않습니다(→ 시크릿을 git 밖에 두기). 일상 로그인은 비밀번호 관리자에 두고, 중요 계정은 피싱 저항 MFA로 이중화합니다. 이유는 단순합니다: 한 곳이 뚫리면 전부가 노출되는 상태를 절대 만들지 않는 것. 평문 목록은 바로 그런 상태를 만드는 전형적 방법이라, 우리는 피합니다.
다음으로 읽기
- 유출 확인: 내 비밀번호가 유출됐는지 확인하는 법(Have I Been Pwned)
- 데이터: 사람들은 비밀번호를 어떻게 보관할까? ── 설문 데이터가 보여주는 것, 그리고 안전한 방법
- 작동 원리: 비밀번호를 안전하게 저장하는 법(해싱 + 솔트) ── 자기 측 보관 다음, 서비스는 어떻게 저장해야 하는가
- 용어집: 해싱이란 무엇인가 / 솔트란 무엇인가
- 기본: 보안 베이스라인 체크리스트(가장 먼저 지킬 계정, 시크릿 보호)
- 용어집: .env 파일과 시크릿
- 사례: CAMPFIRE 유출(GitHub에서 사내 클라우드로, 영문)
- 자체 호스팅: 시크릿을 git 밖에 두기 / 자체 호스팅 Git vs GitHub
- 도구: 비밀번호 강도 검사기
출처
- Microsoft 지원, "Protection and security in Excel"(시트 보호는 보안 기능이 아님; 파일 암호화): support.microsoft.com
- Google Drive 고객센터, "Find files in Google Drive": support.google.com / "Share files from Google Drive"(일반 액세스): support.google.com / "Delete and restore files"(휴지통 30일 보관): support.google.com
- Google Docs 편집기 고객센터, "Check activity and file versions"(버전 기록과 그 삭제): support.google.com
- Google 계정 고객센터, "Manage links between your Google Account and third-party apps": support.google.com
- Google 계정 고객센터, "Import passwords"(CSV 헤더, 한도, 가져온 뒤 삭제): support.google.com / "On-device encryption": support.google.com
- Bitwarden 도움말, "Import Data to Bitwarden" 및 "Condition a Bitwarden .csv or .json": bitwarden.com / bitwarden.com
- CAMPFIRE, Inc., 무단 접근 조사 결과(2026년 6월 2일, 일본어): campfire.co.jp