2026-08-20

평문 목록 없이 가족에게 비밀번호와 계정 접근 권한을 남기는 방법

디지털 계정과 파일이 사망 시 어떻게 처리되어야 하는지에 대한 지침을 전혀 마련해두지 않은 미국인이 48%에 달합니다 — 유언장도, 메모도, 아무것도 없는 상태입니다. 2026년 1월 28일부터 2월 5일까지 미국 성인 5,000명을 대상으로 진행된 Trust & Will의 2026 유산 계획 보고서에 따른 수치입니다. 이 공백은 나머지 서류를 이미 마친 사람들에게도 크게 줄어들지 않습니다 — 같은 조사에서 유언장 보유자의 23%가 디지털 자산에 대해서는 아무런 조치도 해두지 않았습니다. 실제로 대비해둔 사람들의 방식조차 수십 년 전과 크게 다르지 않습니다. 이 주제로 노년층 21명을 인터뷰한 2026년 카네기멜론 CyLab 연구에서는 대부분이 손으로 쓴 목록에 의존하고 있었습니다 — 한 참가자는 "종이 한 장, 비밀번호를 다 적어둔 이 작은 수첩"이라고 표현했습니다 — 그리고 참가자 "거의 아무도" 주요 플랫폼에 내장된 "레거시 연락처(legacy contact)" 기능을 들어본 적조차 없었습니다. 종이든 파일이든 비밀번호 목록 자체는 실질적인 대비책입니다. 하지만 엉뚱한 사람에게 넘어가거나 안전하지 않은 곳에 놓이는 순간, 그것은 곧 당신이 가진 모든 계정의 완전한 목록이 되어버립니다. 해결책은 더 나은 목록을 만드는 것이 아니라, 의도한 사람이 찾기 전에 다른 누군가가 그 목록을 읽을 수 없도록 만드는 것입니다.

파일에 실제로 담아야 할 것

암호화를 논하기 전에, 먼저 그 파일이 여는 사람에게 쓸모가 있어야 합니다. CMU 연구에서 참가자들은 소셜미디어나 사진 보존보다 금융 계정 접근을 압도적으로 우선시했으며, 체크리스트를 시작하기에 합리적인 지점입니다. 주로 쓰는 이메일 계정(다른 대부분의 비밀번호 재설정이 이 계정을 거쳐 이루어지므로 목록 중간이 아니라 맨 위에 있어야 합니다), 은행·증권 계정 로그인, 보험 정보, 암호화폐 지갑이나 시드 문구, 나중에 해지해야 할 청구·구독 계정, 그리고 로컬 백업이나 클라우드 사진 보관함이 실제로 어디에 있는지까지 포함됩니다. 누구에게 먼저 연락해야 하는지, 무엇이 급하고 무엇이 기다려도 되는지를 담은 짧은 문단은 맥락 없는 스프레드시트보다 슬픔에 빠진 가족에게 훨씬 더 값진 도움이 됩니다. 형식이 거창할 필요는 없습니다 — 평범한 텍스트 파일이든, 저장된 문서든, 스프레드시트로 내보낸 것이든, 다음 단계를 적용하면 모두 같은 방식으로 작동합니다.

파일을 암호화한 뒤, 패스프레이즈는 완전히 다른 곳에 보관하기

목록과 그 목록을 여는 열쇠는 함께 이동해서는 안 됩니다 — 여분의 현관 열쇠를 현관문에 테이프로 붙여두지 않는 것과 같은 이유입니다. 파일 자체를 패스프레이즈로 암호화하면, 그 문서는 기기를 벗어나는 순간 더 이상 평문 목록이 아니게 됩니다. 클라우드 드라이브, 대여 금고 안의 외장 드라이브, 유언 집행인에게 넘긴 사본에 있는 것은 모든 로그인 목록이 아니라 읽을 수 없는 암호문입니다. 패스프레이즈는 그 뒤 완전히 별개의 경로로 전달됩니다 — 이미 변호사가 유언장과 함께 보관 중인 실물 서류에 적어두거나, 언제 열어야 하는지에 대한 안내와 함께 봉투에 봉인해 두거나, 어차피 모든 것을 맡길 만큼 신뢰하는 단 한 사람에게만 알려주는 방식입니다. 결국 파일이 필요한 사람은 암호문과 패스프레이즈 두 가지를 모두 가지고 있어야 하며, 둘 중 하나만 발견한 사람에게는 그것만으로는 아무 소용이 없습니다.

계정에 있는 "레거시 연락처" 버튼이 이 문제를 해결해주지 못하는 이유

이제 대부분의 주요 플랫폼은 사망 후 계정이 어떻게 처리될지에 대한 어떤 형태의 기능을 제공합니다 — 구글은 "휴면 계정 관리자(Inactive Account Manager)", 애플과 페이스북은 "레거시 연락처(Legacy Contact)"라고 부르며, 그 밖에도 몇 가지 다른 이름으로 존재합니다. 이에 대한 CMU 연구의 결론은 단호했습니다 — 참가자 21명 중 "거의 아무도" 이런 기능을 들어본 적이 없었고, 고려해본 사람들조차 플랫폼마다 제각각인 명칭("레거시", "추모 계정 전환", "휴면 계정 관리자") 자체를 혼란스러워했습니다. 설령 누군가 이를 설정해두었다 해도, 각 기능은 딱 그 플랫폼 하나에만 적용됩니다 — 구글의 설정은 은행 로그인이나 비밀번호 관리자, 암호화폐 지갑에는 아무 역할도 하지 못하며, 대부분의 금융기관에는 애초에 그런 기능 자체가 없습니다. 패스프레이즈를 별도로 전달하는 암호화된 파일에는 이런 한계가 없습니다 — 그런 기능을 마침 만들어둔 소수의 서비스뿐 아니라, 글로 적을 수 있는 무엇에든 적용됩니다.

당신이 곁에서 설명해줄 수 없을 때를 대비해, 상속인이 실제로 열 수 있는지 미리 확인하기

만든 사람에게만 말이 되는 암호화된 파일은 계획이 아니라 퍼즐입니다. 이 파일을 남기려는 상대는 이 파일이 대략 무엇인지, 암호화된 사본이 어디에 있는지, 패스프레이즈가 어디서 나올지를 미리 알고 있어야 합니다 — 이미 힘든 한 주 동안 세 가지 수수께끼를 한꺼번에 풀도록 남겨두어서는 안 됩니다. 백업이 실제로 작동하는지 복원해서 확인하는 것이 값진 것처럼, 기술에 덜 익숙한 가족과 함께 테스트 파일을 실제로 한 번 열어보는 것도 그만한 가치가 있습니다. 그리고 여기서 진짜 트레이드오프 하나는 솔직히 밝혀둘 필요가 있습니다 — 패스프레이즈로부터 유도된 키는 설계상 재설정 수단이 전혀 없습니다. NearSeal을 포함해 그 누구도 복구를 위해 사본을 보관하지 않습니다. 바로 이 점이 의도한 상속인이 아닌 모든 사람으로부터 파일을 지켜주는 것이지만, 동시에 패스프레이즈를 잃어버리면 되돌릴 방법이 없다는 뜻이기도 합니다. 그래서 변호사나 대여 금고에 남겨둔 사본은 선택 사항이 아니라, 그 자체가 계획의 전부입니다.

NearSeal이 맞는 지점

NearSeal은 전적으로 브라우저 안에서 실행됩니다 — 파일과 패스프레이즈 모두 기기를 벗어나지 않으며, 계정도 업로드 단계도 필요 없습니다. 이는 이번 사례에서 특히 중요한데, 암호화하려는 파일 자체가 정의상 당신의 다른 모든 계정 목록이기 때문입니다. 기본적으로 PBKDF2-SHA256으로 패스프레이즈에서 키를 유도해 2²⁰회 반복하는 AES-256-GCM을 사용합니다. 이 웹사이트가 훗날 필요한 시점에 여전히 존재한다는 가정 없이, 독립 실행형 age나 rage CLI로도 계속 열 수 있는 파일을 원한다면, 옵트인 방식의 age-encryption.org 형식을 선택할 수도 있습니다 — 이는 정확히 이런 장기적이고, 특정 앱 하나가 계속 온라인 상태로 남아있다고 가정해서는 안 되는 용도를 위해 존재하는 형식입니다. 어느 쪽이든, 계정 목록을 한 번 암호화한 뒤 그 결과 파일은 원하는 만큼 폭넓게 보관하고, 패스프레이즈만큼은 파일과 절대 같은 곳에 두지 않는 유일한 원칙으로 다루면 됩니다.