브라우저가 볼트가 아니라는 증거.

Chrome(및 모든 Chromium 브라우저)

Chrome은 로그인 정보를 SQLite 데이터베이스인 Login Data의 logins 테이블, password_value 열에 AES-256-GCM으로 암호화해 저장해요. AES 키는 Local State에 있으며 OS에 의해 '보호'돼요. Windows에서는 DPAPI, macOS에서는 로그인 키체인, Linux에서는 gnome-keyring/kwallet(또는 평문)을 사용해요.

직접 읽어보세요. 코드는 공개되어 있어요. 래핑된 키를 태깅하는 상수를 Chromium에서 검색해 보세요: os_crypt의 kDPAPIKeyPrefix. 키는 DPAPI로 래핑되고, 태깅되고, 저장된 뒤, 사용자로부터 아무것도 보호하지 못하는 단일 호출로 언래핑돼요:

const char kDPAPIKeyPrefix[] = "DPAPI";

CryptUnprotectData(&intermediate, /*ppszDataDescr=*/nullptr,
                   /*pOptionalEntropy=*/nullptr, nullptr, nullptr, 0, &output);

두 번째 시크릿도, 비밀번호도, 프롬프트도 없어요. CryptUnprotectData는 세션에서 실행되는 모든 프로세스에 키를 넘겨줘요. 이건 DPAPI 문서의 위협 모델과 정확히 일치해요. 사용자 권한으로 실행되면 그건 사용자니까요. 공격자가 할 일은 단 세 줄이에요. Local State에서 키를 읽고, 언래핑하고, Login Data의 모든 행을 AES-GCM으로 복호화하는 거예요. 인포 스틸러 멀웨어는 수년 동안 정확히 이 방식을 사용해 왔어요.

'온디바이스 암호화'도 사용자를 구해주지 못해요

Google의 해답은 동기화된 볼트를 암호화하는 6자리 PIN이에요. 2026년 5월, Phishu의 연구원들은 이 보호가 얼마나 취약한지 보여줬어요. 정교한 가짜 Google 로그인, 즉 중간자 피싱을 통해 세션과 해당 PIN을 탈취하면, 이 PIN이 동기화된 계정의 모든 비밀번호와 패스키에 대한 마스터 키가 돼요. 이를 통해 공격자는 자신의 기기를 사용자의 Google '보안 도메인'에 연결하고 전체 볼트를 그대로 동기화해요. 단 한 번에 완전히 장악하는 거예요.

설계상의 결함: Google은 이미 소유한 기기의 승인 없이 6자리 PIN만으로 기기를 연결할 수 있게 해요.

Firefox

Firefox는 로그인 정보를 logins.json에, 키를 key4.db에 보관하며, NSS의 'Secret Decoder Ring'으로 복호화해요. 이 역시 오픈소스예요: security/nss/lib/pk11wrap/pk11sdr.c. 기본 비밀번호를 설정하면 키가 해당 비밀번호로 봉인돼요.

기본적으로는 설정하지 않은 상태예요. 그래서 키는 빈 문자열로 봉인되고, 저장된 'password-check' 값이 빈 비밀번호로 복호화됨을 확인해 줘요. 프로필에서 두 파일(key4.db + logins.json)을 복사해 NSS나 오픈소스 firepwd.py로 지정하면 복호화돼요. 키가 문에 테이프로 붙어 있는 자물쇠는 자물쇠가 아니에요.