로그인 비밀번호를 브라우저에 「저장」한 뒤, 클라우드 동기화와 CSV 내보내기에 남는 것

「저장됨」은 「이 컴퓨터에만 있다」가 아닙니다

많은 사람은 브라우저의 「저장」을 이 책상 위 메모처럼 봅니다. 이 기계는 기억하고, 다른 기계는 모른다고요. 실제로 일어나는 일은 더 구체적입니다. 브라우저가 주소, 사용자 이름, 비밀번호를 자동 완성용 한 줄로 씁니다. 그 줄은 먼저 지금 프로필에 나타납니다. Google, Microsoft, Mozilla 계정으로 동기화를 이미 켜 두었다면, 같은 줄은 각 회사 규칙에 따라 「같은 계정으로 로그인한 다른 기기」에도 나타날 수 있습니다. 앞 글은 방금 복사한 비밀번호를 시스템 클립보드에 두면, 클라우드 동기화와 기록에 평문이 또 남을 수 있다고 썼습니다. 「저장」을 누르는 일도 같은 종류의 노출입니다. 받는 쪽이 「운영체제 클립보드」에서 「브라우저 비밀번호 저장소, 계정 클라우드, 내보낸 파일」로 바뀔 뿐입니다.

로그인 비밀번호, 메일 비밀번호, 클라우드 드라이브 비밀번호, 관리자 비밀번호는 모두 「지금 이 입력칸 밖」에 사본을 더 두고 싶지 않은 내용입니다. 물을 것은 「이 브라우저가 똑똑한가」가 아닙니다. 「이번 한 번의 저장이, 지금 입력칸에 머물러야 할 평문을 다음 저장소에 넘겼는가」입니다. 제품 페이지의 「암호화됨」은 길에서 누가 엿듣는지, 디스크 위 저장소가 암호문인지만 답합니다. 확인할 때는 복호화 키가 누구 손에 있는지, 같은 계정 아래 기기가 몇 대인지, 내보내기 단추가 암호문을 다시 텍스트로 펴는지까지 물어야 합니다.

이 글은 Google의 비밀번호 관리자와 Chrome 동기화 설명, Microsoft의 Edge 내보내기 경고, Mozilla의 Firefox 내보내기 경고, Apple의 iCloud 키체인 보안 개요에 머뭅니다. 층이 공개 문장으로 적혀 있어 그 자리에서 대조하기 쉽기 때문입니다. 회사 정책, 서드파티 「비밀번호 내보내기」 확장, 오래된 설정 화면은 그 위에 한 층을 더 얹습니다. 제품 페이지가 같은 한 문장으로 쓰는 일은 거의 없습니다. 브라우저를 바꾸면 그 버전의 설정을 한 번 더 걷으십시오. 아래의 passwords.google.com을 다른 회사의 동기화 스위치에 그대로 대지 마십시오.

이 기기 저장소, 계정 클라우드 동기화, 내보낸 파일은 서로 다른 세 층입니다

「브라우저에 비밀번호를 저장해도 안전한가」를 예/아니오로 들으면 적어도 세 층이 빠집니다. 첫째 층은 이 기기의 저장소입니다. 저장을 누르면 항목이 지금 브라우저 프로필에 들어갑니다. 이 탭을 닫아도 이 층은 사라지지 않습니다. 저장소는 프로필 폴더에 있고, 그 탭의 메모리에는 없습니다. 계정에 로그인하지 않은 경우 Chrome 고객센터는 분명히 적습니다. 북마크와 기타 정보는 기기에만 저장되며 Google 계정에는 저장되지 않습니다.

둘째 층은 계정 클라우드 동기화입니다. 모든 기기에 북마크, 비밀번호 등 가져오기는 Chrome에 로그인하면 정보를 Google 계정에 저장할 수 있고, 그러면 동일한 계정으로 로그인한 모든 기기에서 그 정보를 쓸 수 있다고 적습니다. Chrome에서 로그아웃하면 정보는 Google 계정에 안전하게 보관되고 기기에서 삭제됩니다. 이 기기 사본은 가져갈 수 있습니다. 계정 쪽 사본은 남습니다. Apple은 다른 길을 갑니다. iCloud 키체인은 신뢰 서클 안에서 기기 사이에 동기화하고, 전송은 종단간 암호화되어 Apple은 평문을 읽지 못합니다. 다만 서클 안의 신뢰된 기기는 모두 복호화할 수 있습니다.

셋째 층은 내보낸 파일입니다. 이것은 「동기화 때 쓰인 암호문을 한 통 더 두는 일」이 아닙니다. 공식 경로가 디스크에 평문을 내려놓는 일입니다. Google은 가져오기 형식을 .csv로 적고, 첫 행에 url, username, password가 있어야 한다고 합니다. Edge와 Firefox의 내보내기 안내는 각자 「보호되지 않음」, 「누구나 읽을 수 있음」으로 이 파일을 부릅니다. 동기화가 묶는 것은 계정과 기기입니다. 내보내기가 묶는 것은 「다운로드 폴더의 그 텍스트를 누가 여느냐」입니다.

Google: 기본 키는 계정에 있고, 다른 두 스위치가 이 문장을 바꿉니다

Google은 기본 모델을 온디바이스 암호화 시작하기에 직접 적습니다. 비유는 금고입니다. 귀중품을 금고에 넣고, 열쇠는 은행이 맡습니다. 표준 암호화는 저장된 비밀번호나 패스키를 고유 키로 스크램블링합니다. 비밀번호에 접근할 때 쓰는 키는 Google 계정에 안전하게 저장됩니다. Google은 다음 경우에 이 키로 비밀번호에 접근(복호화)합니다. passwords.google.com, 사용 가능한 기기, Chrome 설정에서 저장된 비밀번호를 열 때. 그리고 비밀번호 진단이 비밀번호에 보안 문제가 있는지 확인할 때. 공식 「의미」는 짧은 한 문장입니다. 이러한 유형의 암호화는 Google이 키를 보관하고 데이터를 안전하게 보호해 줄 것이라는 사용자의 신뢰를 바탕으로 합니다.

온디바이스 암호화가 바꾸는 것은 열쇠가 누구 손에 있느냐입니다. 같은 페이지는 설정 뒤에도 Google 비밀번호 관리자로 비밀번호나 패스키를 잠그지만, 키는 사용자가 보관한다고 적습니다. 따라서 사용자만 데이터를 볼 수 있습니다. 잠금 해제는 Google 비밀번호, 또는 호환되는 휴대전화·태블릿의 화면 잠금입니다. 문장은 「비밀번호 또는 패스키 같은 데이터를 잠금 해제할 수 있는 키를 사용자만 보유합니다」로 바뀝니다. 대가도 적혀 있습니다. 온디바이스 암호화는 한 번 설정하면 삭제할 수 없고, 잠금 해제용 키를 잃으면 비밀번호에 다시 닿지 못할 수 있습니다. 이 스위치는 기본으로 켜져 있지 않습니다. 켜기 전에는 「키는 계정에 있다」가 적용되고, 「사용자만 볼 수 있다」는 적용되지 않습니다.

동기화 암호는 세 번째 모델이고, 범위가 더 넓습니다. Chrome 동기화 고객센터는 암호를 설정하면 Google에 Chrome 데이터를 공개하지 않고도 Google 클라우드에 데이터를 저장할 수 있다고 적습니다. Google 월렛의 결제 수단과 주소는 이 암호로 암호화되지 않습니다. 암호를 만든 뒤 새 기기에서 로그인하려면 그 암호가 필요하고, passwords.google.com에서 저장된 비밀번호를 확인하거나 비밀번호 대용 Smart Lock을 쓸 수 없습니다. 온디바이스 암호화는 비밀번호와 패스키만 덮습니다. 동기화 암호는 Chrome을 통해 Google과 동기화하는 모든 데이터를 덮습니다. 두 스위치 모두 기본으로 켜야 하는 항목이 아닙니다. 둘 다 꺼져 있으면 적용되는 문장은 여전히 「열쇠는 은행이 맡는다」입니다.

동기화를 한 번 켜면 신뢰 경계는 이 컴퓨터가 아니라 계정입니다. Chrome 고객센터가 로그인 후 계정에 저장할 수 있다고 적은 정보는 북마크, 읽기 목록, 비밀번호, 결제 정보, 신분 확인 문서와 연락처, 확장 프로그램, 웹 앱, 설정, 그리고 선택 사항인 탭과 방문 기록입니다. 다른 컴퓨터에서 같은 Google 계정으로 로그인하고 동기화를 켜면, 그 컴퓨터가 수신 끝이 됩니다. 집에서 로그아웃을 잊은 옛 노트북, 직장 PC에서 개인 계정으로 한 번 켠 Chrome도 이 경계 안에 있습니다. 가족과 Google 계정을 같이 쓰면, 이번 저장의 신뢰 범위가 상대가 열 수 있는 기기까지 넓어집니다.

Apple: 종단간 암호화가 막는 것은 Apple이 평문을 읽는 일이지, 서클 안 기기가 아닙니다

Apple은 기능 이름을 iCloud 키체인으로 적습니다. 보안 개요의 목표는 짧습니다. 사용자가 Apple에 정보를 노출하지 않고 iPhone, iPad, Mac 등 기기 사이에 암호와 패스키를 안전하게 동기화하는 것입니다. 키체인 항목은 Apple 서버를 통해 기기에서 기기로 전송되지만, Apple과 다른 기기가 내용을 읽을 수 없도록 종단간 암호화됩니다. 설계는 사용자의 iCloud 계정이 침해되거나, iCloud가 외부 공격이나 직원에 의해 침해되거나, 타사가 계정에 접근해도 암호가 계속 보호되도록 요구합니다.

「다른 기기가 읽을 수 없다」는 신뢰 서클 밖 기기를 말합니다. 키체인 동기화 보안은 각 기기가 사용자의 다른 기기 동기화 ID 목록을 자체적으로 유지한다고 적습니다. 동기화된 각 항목은 암호화되고, 사용자의 신뢰 서클 안 기기로만 암호화를 해제할 수 있으며, 다른 어떤 기기나 Apple을 통해서도 암호화를 해제할 수 없습니다. Safari의 사용자 이름, 암호, 신용 카드 번호와 Wi-Fi 암호 등은 동기화 가능으로 표시됩니다. 새 기기가 서클에 들어가려면 기존 기기와 페어링하거나 키체인 복구를 탑니다. 암호화가 막는 것은 길 위의 엿듣기와 Apple이 평문을 읽는 일입니다. 「이미 합류에 동의한 그 iPad」는 막지 않습니다.

두 회사의 「암호화됨」을 같은 한 문장으로 듣지 마십시오. Google 기본은 「열쇠를 은행에 맡긴다」입니다. Apple 키체인 기본은 「서클 안 기기만 복호화한다」입니다. 둘 다 「같은 계정 아래 기기는 서로 믿을 수 있는 끝점」을 제품에 넣습니다. 로그아웃을 잊은 컴퓨터가 한 대 더 있으면, 이번 저장이 자동 완성되는 곳이 하나 더 늘어납니다. Apple 계정을 같이 쓰는 일은 Google 계정을 같이 쓰는 일과 같습니다. 신뢰 경계를 넓히는 일이지, 「본인만 볼 수 있는 암호문 백업을 하나 더 두는 일」이 아닙니다.

CSV 내보내기: 세 회사 모두 「누구나 읽을 수 있다」고 적습니다

이전이나 백업을 할 때, 공식 경로마다 내보내기가 있습니다. 그 길의 끝은 「또 하나의 암호문 저장소」가 아닙니다. 디스크 위 텍스트입니다. Google의 비밀번호 및 패스키 가져오기 또는 내보내기는 가져오기 형식을 .csv로 적고, 첫 행에 url, username, password가 있어야 한다고 합니다. 한 번에 최대 3,000개를 가져올 수 있고, 계정에는 비밀번호를 최대 10,000개까지 둘 수 있습니다. 내보내기 경로는 Chrome → 비밀번호 및 자동 완성 → Google 비밀번호 관리자 → 설정 → 비밀번호 내보내기 → 파일 다운로드입니다. 가져오기 뒤 3단계는 따로 적혀 있습니다. 기기에서 .csv 비밀번호 파일을 삭제하기. 중요 안내는 이렇습니다. 비밀번호 파일을 삭제하지 않으면 기기를 사용하는 모든 사용자가 파일을 열고 비밀번호에 액세스할 수 있습니다.

Microsoft의 문장은 더 짧습니다. Microsoft Edge에서 암호 내보내기는 데스크톱 Edge에서 저장된 암호를 CSV로 내보낼 수 있고, Android나 iOS용 Edge에서는 내보낼 수 없다고 적습니다. 경고 원문은, CSV로 내보낸 암호는 보호되지 않으며 내보낸 파일을 볼 수 있는 모든 사용자에게 표시된다는 것입니다. 사용한 뒤에는 Shift+Delete로 파일을 영구 삭제하라고 강하게 권합니다. 이는 Edge에 안전하게 남아 있는 암호에는 영향을 주지 않습니다. 휴지통에만 들어간 사본은 일반 삭제 뒤에도 되돌릴 수 있습니다. 그래서 문서가 영구 삭제를 적습니다.

Firefox는 「더 이상 암호화되어 있지 않다」를 경고 제목처럼 씁니다. Firefox에서 로그인 데이터 내보내기는 .csv로 내보낸 뒤, 파일에 담긴 비밀번호가 암호화되어 있지 않으며 파일을 볼 수 있는 누구나 읽을 수 있는 형식으로 제공된다고 적습니다. 온라인이나 이메일로 올리거나 공유하지 말라고 하고, 작업이 끝나면 파일을 지우라고 합니다. 대화 상자는 비밀번호가 읽을 수 있는 텍스트 형태로 저장된다고 다시 알립니다. 기본 비밀번호를 켜 두었다면 내보내기 전에 그 비밀번호를 묻습니다. 기본 비밀번호가 막는 것은 about:logins를 여는 일입니다. 「파일이 이미 디스크에 쓰인 뒤 누가 여느냐」는 막지 않습니다.

세 경고가 가리키는 일은 같습니다. 내보내기는 평문이 디스크에 한 번 내려앉는 일입니다. 다운로드 폴더에 네이버 MYBOX, OneDrive, iCloud Drive 같은 동기화 클라이언트가 켜져 있으면 CSV가 다시 올라갈 수 있습니다. 앞 글은 암호화하지 않은 파일을 클라우드에 올리면 사업자, 동기화 클라이언트, 콘텐츠 해시가 아직 원문을 볼 수 있다고 썼습니다. 여기 password 열이 그 원문입니다. 메일, 카카오톡, 드라이브 공유 링크는 「누구나 읽을 수 있음」을 한 통 더 복사합니다. 공식 문서는 이 CSV를 「여전히 암호화되어 있고 확장자만 바뀐 파일」이라고 쓰지 않습니다.

그 자리에서 확인하기: 이미 로그인한 다른 기기인가, 다운로드 폴더의 CSV인가

「내 브라우저에만 저장했다」는 구호로는 증명되지 않습니다. 확인을 이 기기에서 끝낼 수 있는 몇 단계로 나누십시오. 각 단계는 질문 하나에만 답합니다.

1. 실제 업무에 나오지 않을 카나리아를 쓰십시오. 무작위 비밀번호가 필요하면 비밀번호 생성기에서 6–128자를 뽑으십시오(기본 16. 8 미만은 약하다고 나옵니다). 그 출력은 카나리아로 다루고, 새 로그인 비밀번호로는 다루지 마십시오. 쓰고 있는 비밀번호는 쓰지 마십시오.
2. Chrome에서 버려도 되는 연습 페이지나 로컬 입력칸으로 「비밀번호 저장」을 띄우고, 카나리아만 저장하십시오. 「설정 → 내 Google 서비스 설정」에서 비밀번호가 계정에 저장할 정보에 들어가 있는지 보십시오. 같은 Google 계정으로 로그인하고 동기화를 켠 다른 기기에서, 자동 완성 또는 비밀번호 관리자에 같은 줄이 나오는지 보십시오. 나오면 둘째 층이 이미 계정에 쓰인 것입니다.
3. 브라우저에서 passwords.google.com(또는 Chrome 안의 Google 비밀번호 관리자)을 여십시오. 카나리아가 바로 보이면, 지금 적용되는 것은 기본 모델이거나 본인 확인을 거쳐 이미 복호화한 상태입니다. 「동기화 암호를 두어 웹에서 안 보인다」가 아닙니다. 이어서 온디바이스 암호화와 암호화 옵션 두 페이지를 열어, 실제로 켜진 문장이 「키는 계정에 있다」, 「키를 사용자만 보유한다」, 「나만의 암호로 모든 Chrome 데이터를 암호화한다」 가운데 어느 쪽인지 보십시오.
4. 카나리아만 공식 경로로 내보내십시오. CSV를 받아 텍스트 편집기로 열고, url / username / password와 카나리아 원문이 있는지 확인하십시오. 파일을 클라우드 드라이브가 동기화하는 폴더에 두지 말고, 카카오톡에 붙이지 마십시오. 확인이 끝나면 각 회사가 권하는 대로 지우십시오. Edge는 Shift+Delete, Google과 Firefox는 즉시 삭제입니다. 휴지통과 「최근 삭제된 항목」도 보십시오.
5. Safari나 Apple 기기를 쓰면, 같은 iCloud 키체인 신뢰 서클에 이미 들어간 다른 기기에서 카나리아가 자동 완성되는지 보십시오. 채워지면 서클 안 사본이 이미 있는 것입니다. 이것은 「Apple이 평문을 읽느냐」와 다른 사실입니다. 확인이 끝나면 받은 모든 기기에서 그 카나리아 항목을 지우십시오.

첫째 단의 세부, 곧 이 기기가 평문을 브라우저 저장소에 넘겼는지는 브라우저에서 암호화할 때, 평문이 나가지 않았는지 직접 확인하는 법과 다릅니다. 여기서는 문자열이 「지금 입력칸」을 거의 반드시 떠납니다. 저장의 정의가 비밀번호 저장소에 쓰는 일이기 때문입니다. 이 글이 확인하는 것은 「입력칸을 떠난 뒤, 몇 층에 더 들어갔는가」입니다. 카나리아는 본인의 비밀번호 페이지, 본인의 동기화 기기, 직접 내보낸 그 파일에만 나와야 합니다. 로그인하지 않았다고 생각한 옛 컴퓨터, 가족의 태블릿, 다운로드 폴더를 클라우드 드라이브가 이미 올린 사본에 나오면, 신뢰 경계는 「지금 이 브라우저」보다 큽니다.

열자마자 쓰는 생성기로, 「저장」을 또 한 번의 노출로 다루십시오

원하는 것이 「먼저 이 기기에서 생성하고, 브라우저에 넘길지는 스스로 정한다」라면 가입은 필요 없습니다. 문자열을 MakePwd에 넘길 필요도 없습니다. 비밀번호 생성기를 열고, 버릴 수 있는 무작위 문자열을 뽑고, 이 페이지에서만 복사하거나 적어 두고, 위 절로 브라우저의 「저장」을 누를지 정하십시오. 생성과 강도 안내는 지금 탭에서 끝납니다. 검사하거나 새로 만든 비밀번호는 기본으로 올리지 않습니다. 모든 도구는 열자마자 쓰며, 계정과 비밀번호 보관함이 없습니다. MakePwd는 「저장」을 누른 뒤에 그 문자열을 클라우드로 다시 동기화하지 않습니다.

생성기가 답하는 것은 「이 문자열은 어디서 왔는가」입니다. 「저장한 뒤 브라우저가 동기화하는가」에는 답하지 않습니다. 이미 쓰는 비밀번호가 약한지, 로컬 고빈도 목록에 떨어지는지만 보려면 비밀번호 검사를 쓰십시오. 검사할 비밀번호도 올리지 않으며, 결과는 전 세계 유출 조회가 아닙니다. 비밀번호를 다른 사람에게 줘야 할 때, 「내가 브라우저에 저장해 두고, 상대도 같은 계정으로 로그인하면 된다」에 기대지 마십시오. 상대를 신뢰 경계에 넣는 일입니다. 맞는 길은 일회용 링크로 한 번 보내는 것입니다. 키는 URL의 # 프래그먼트에 있고, HTTP로는 서버에 가지 않습니다. 만들기와 읽기 모두 공개입니다. 서버는 암호문을 잠시 둘 뿐입니다.

자주 묻는 질문

「비밀번호 저장」을 누르면 Google이 평문을 읽을 수 있나요?

기본 모델에서는 공식 경로를 따라 복호화할 수 있습니다. Google 계정 고객센터는 표준 암호화에서 비밀번호에 접근할 때 쓰는 키를 Google 계정에 안전하게 둔다고 적습니다. passwords.google.com, 사용 가능한 기기, Chrome 설정에서 저장된 비밀번호를 열 때, 그리고 비밀번호 진단이 보안 문제를 볼 때 Google이 이 키로 복호화합니다. 공식 문장은 「Google이 키를 보관하고 데이터를 안전하게 보호해 줄 것이라는 사용자의 신뢰」입니다. 온디바이스 암호화를 켜면 「키를 사용자만 보유합니다」로 바뀝니다. 동기화 암호를 따로 두면 Google은 그 암호로 가린 Chrome 데이터를 읽을 수 없다고 쓰고, 동시에 passwords.google.com에서는 저장된 비밀번호를 더 이상 볼 수 없습니다.

내보낸 CSV는 아직 암호화되어 있나요?

세 회사 공식 문서는 모두 「더 이상 보호되지 않는다」고 씁니다. Google은 비밀번호 파일을 삭제하지 않으면 그 기기를 쓰는 누구나 파일을 열고 비밀번호에 접근할 수 있다고 합니다. Edge는 CSV로 내보낸 암호가 보호되지 않으며 파일을 볼 수 있는 모든 사용자에게 보인다고 하고, 쓴 뒤에는 Shift+Delete로 영구 삭제를 권합니다. Firefox는 내보낸 파일의 비밀번호가 암호화되어 있지 않으며 파일을 볼 수 있는 누구나 읽을 수 있는 형식이라고 합니다. 온라인에 올리거나 메일로 보내거나 공유하지 말고, 끝나면 즉시 지우라고 합니다.

이 PC에서 브라우저를 닫으면 저장한 비밀번호가 사라지나요?

창을 닫아도 이미 계정에 넘긴 사본은 지워지지 않습니다. Chrome 고객센터는 로그인 후 비밀번호를 Google 계정에 저장하고, 같은 계정으로 로그인한 모든 기기에서 쓸 수 있다고 적습니다. 로그인하지 않으면 북마크 같은 정보는 이 기기에만 남습니다. Chrome에서 로그아웃하면 정보는 Google 계정에 안전하게 보관되고 이 기기에서는 삭제됩니다. 계정 쪽 사본은 그대로입니다. Apple의 iCloud 키체인은 신뢰 서클 안에서 동기화하며, 서클 안 기기는 복호화할 수 있고 Apple 자신은 평문을 읽지 못합니다.

브라우저에 저장한 비밀번호와 로컬 약한 비밀번호 검사는 같은 일인가요?

아닙니다. Google의 비밀번호 진단은 이미 저장된 항목 위에서 돌아가며, 기본 암호화 모델에서는 Google이 복호화 키를 들고 있어야 그 일을 합니다. MakePwd의 비밀번호 검사는 검사할 비밀번호를 지금 탭에 두고 로컬 고빈도 목록과 대조하며, 올리지 않습니다. 전 세계 HIBP 조회도 아닙니다. 「목록에 없음」은 이 목록에 안 떨어졌다는 뜻뿐입니다. 브라우저에 저장하는 일은 다른 신뢰 경계입니다. 동기화 기기와 내보낸 파일입니다.

다음에 「저장」을 누르기 전에 기억할 세 가지

첫째, 「저장됨」이 말하는 것은 항목이 브라우저 비밀번호 저장소에 들어갔다는 것뿐입니다. 이 컴퓨터에만 있다는 말은 아닙니다. 둘째, 이 기기 저장소, 계정 클라우드 동기화(Google 기본은 키가 계정에 있고, 온디바이스 암호화와 동기화 암호가 그 문장을 바꾸며, Apple 키체인은 서클 안 종단간), 내보낸 CSV(세 회사 모두 누구나 읽을 수 있다고 적음)는 서로 다른 세 사본입니다. 창을 닫으면 이 기기 화면만 건드립니다. 계정과 디스크 위 파일은 건드리지 않습니다. 셋째, 버릴 수 있는 카나리아로 다른 기기, passwords.google.com, 다운로드 폴더를 확인하십시오. 실제 로그인으로 시험하지 마십시오. 내보내기 확인이 끝나면 공식 안내대로 영구 삭제하십시오.

「복사한 뒤 클립보드가 또 동기화하는가」를 이어서 묻는다면 비밀번호를 복사한 뒤, 클립보드 기록과 클라우드 동기화에 남는 것을 읽으십시오. 생성 과정에서 평문이 이 기기를 떠나지 않았는지 그 자리에서 보려면 브라우저에서 암호화할 때, 평문이 나가지 않았는지 직접 확인하는 법을 읽으십시오. 로컬 목록이 증명하는 것과, 전 세계 유출 조회가 아닌 이유는 로컬 약한 비밀번호 목록이 증명하는 것, 전 세계 유출 조회가 아닌 이유에 있습니다. 이 글이 다루는 것은 「브라우저의 저장을 누른 뒤, 클라우드 동기화와 CSV 내보내기에 아직 무엇이 남는가」를 결론에 적을 수 있는 범위로 줄이는 일뿐입니다.