티스토리 뷰

디지털 유산을 준비한다고 하면 가장 먼저 사용하는 사이트와 비밀번호를 종이에 적어두는 방법을 떠올리기 쉽다. 가족이 나중에 계정을 찾지 못할까 걱정돼 이메일 주소부터 인터넷뱅킹 비밀번호까지 한 문서에 모아두기도 한다. 실제로 부모님께서 혹시 잊어버릴까 봐 여러 사이트의 아이디와 비밀번호를 수첩에 빼곡하게 적어두신 모습을 본 적이 있다. 가족에게 필요한 정보를 남기려는 마음에서 한 일이지만, 이렇게 만든 목록은 분실되거나 사진으로 유출되는 순간 여러 계정이 한꺼번에 위험해질 수 있다. 디지털 유산 목록의 목적은 가족에게 모든 비밀번호를 공개하는 것이 아니다. 어떤 계정과 디지털 자산이 존재하는지 알려주고, 필요한 상황이 생겼을 때 어디에 어떤 절차로 요청해야 하는지 안내하는 것이 먼저다. 계정의 존재를 알려주는 목록과 실제 로그인을 가능하게 하는 비밀정보는 분리해야 한다.
요즘은 비밀번호 외에도 휴대전화 인증, 인증 앱, 백업 코드, 보안키, 패스키가 함께 사용된다. 비밀번호만 알아도 로그인할 수 없는 계정이 많아졌고, 패스키처럼 종이에 옮겨 적을 수 없는 인증 방식도 있다. 모든 비밀번호를 적어두는 방식으로는 현재의 계정 구조를 제대로 설명하기 어려운 이유다. 안전한 디지털 유산 목록은 비밀번호 장부가 아니라 디지털 생활의 안내도에 가깝다. 가족이 계정의 존재를 발견하고 공식적인 처리 경로를 찾을 수 있도록 하되, 평상시에는 그 문서만으로 계정에 침입할 수 없게 설계해야 한다.
계정 목록과 로그인 비밀정보를 한 곳에 두면 안 되는 이유
이메일 주소, 아이디, 비밀번호, 휴대전화 인증번호, 복구 코드까지 한 파일에 적어두면 편리한 것은 사실이다. 그러나 파일 하나가 노출됐을 때 발생하는 피해의 범위도 그만큼 커진다. 특히 여러 사이트에서 같은 비밀번호를 사용하고 있다면 한 계정의 정보가 유출된 뒤 다른 서비스까지 연속적으로 공격받을 수 있다. Google 비밀번호 관리자는 계정마다 강력하고 고유한 비밀번호를 생성해 저장할 수 있도록 지원한다. 비밀번호를 재사용하면 하나의 비밀번호가 유출됐을 때 여러 계정이 함께 침해될 수 있다고 설명한다. 저장된 로그인 정보는 암호화로 보호되지만, 복구정보 추가와 2단계 인증 설정도 함께 권장하기도 한다.
결국 정보 안정성을 위해서는 비밀번호를 많이 적는 것이 아니라 서로 다르게 만들고 안전한 영역에 보관해야 한다는 점이다. 종이 수첩이 무조건 위험하고 디지털 비밀번호 관리자가 무조건 안전하다는 의미는 아니다. 종이는 분실과 무단 촬영에 취약하고, 디지털 관리 도구는 해당 도구에 접근하는 기본 계정과 기기 보안이 무너지면 문제가 될 수 있다. 디지털 유산 목록에는 서비스의 존재와 처리 방향을 적고, 실제 비밀번호는 별도의 보안 수단에 두는 것이 좋다. 예를 들어 목록에는 이메일 서비스 이름과 계정 식별 정보만 적고, 비밀번호가 보관된 위치는 직접적인 암호 대신 가족이 이해할 수 있는 안내로 남길 수 있다.
다음 정보는 하나의 문서에 모두 적지 않는 편이 안전하다.
- 계정 아이디와 실제 비밀번호의 전체 조합
- 인터넷뱅킹 비밀번호와 보안카드 정보
- 신용카드 번호와 카드 비밀번호
- 인증 앱의 이전용 비밀키나 QR 코드
- 사용하지 않은 2단계 인증 백업 코드
- 가상자산 개인지갑의 복구 문구와 개인키
- 휴대전화와 컴퓨터의 화면 잠금 암호
이 정보들은 각각 계정 접근이나 자산 이전에 직접 사용될 수 있다. 목록이 유출됐을 때 다른 보안 장치 없이 바로 계정을 장악할 수 있는 정보라면 일반 계정 목록과 분리해 보관해야 한다.
디지털 유산 목록에는 무엇을 적어야 할까
먼저 자신이 사용하는 서비스를 전부 기억하려고 애쓰지 말고 생활 영역별로 나누는 것이 좋다. 이메일, 금융, 쇼핑, 구독, 업무, 콘텐츠, 클라우드, SNS처럼 범주를 만들면 빠뜨린 계정을 찾기 쉬워진다. 목록에는 비밀번호 대신 가족이 계정을 식별하고 다음 행동을 결정하는 데 필요한 정보를 적는다. 같은 이메일 주소를 여러 서비스에서 사용하더라도 서비스별 처리 방법과 중요도가 다르므로 한 줄에 하나의 계정을 기록하는 편이 좋다.
각 계정에는 다음 항목을 사용할 수 있다.
- 서비스 또는 플랫폼의 정확한 이름
- 로그인에 사용하는 이메일 주소나 아이디의 일부
- 계정의 용도와 중요도
- 유료 구독 또는 정기결제 여부
- 금전적 가치가 있는 잔액이나 수익 발생 여부
- 보존해야 할 사진, 문서, 영상의 존재 여부
- 계정을 유지할지 삭제할지에 관한 희망
- 공식 사후 계정 또는 유산 관리자 설정 여부
- 업무용 계정이라면 연락해야 할 회사나 공동관리자
- 마지막으로 정보를 확인하고 갱신한 날짜
로그인 아이디를 전부 적는 것이 부담스럽다면 가족이 구분할 정도로만 표시할 수 있다. 다만 너무 많이 가리면 실제 상황에서 어떤 계정인지 찾을 수 없으므로 본인만 알아보는 암호 같은 표현은 피해야 한다. 목록을 보는 사람이 별도의 설명 없이도 어느 서비스에 문의해야 하는지는 알 수 있어야 한다. 계정마다 처리 희망을 적는 것도 필요하다. 모든 계정을 삭제한다고 한 줄로 적기보다 가족사진이 있는 클라우드는 자료를 보존한 뒤 삭제하고, SNS는 추모 계정으로 전환하며, 쇼핑과 구독 계정은 결제를 확인한 뒤 해지하는 식으로 구분할 수 있다.
다만 이 목록만으로 금융자산이나 디지털 자산의 소유권이 이전되는 것은 아니다. 법적으로 유효한 유언의 요건과 플랫폼의 계정 처리 절차도 대신하지 못한다. 디지털 유산 목록은 유족이 계정의 존재를 찾고 필요한 기관에 문의할 수 있도록 돕는 생활관리 문서로 이해하는 편이 정확하다.
비밀번호 대신 복구 방법과 공식 사후 설정을 준비한다
계정에 접근하려면 비밀번호만 필요한 것이 아니다. 2단계 인증이 설정돼 있으면 비밀번호를 입력한 뒤 휴대전화 알림, 인증 앱 코드, 보안키 또는 백업 코드가 추가로 요구될 수 있다. 따라서 비밀번호 목록만 남겨두면 가족이 실제로 계정을 처리하지 못할 가능성이 있다. Google은 휴대전화를 사용할 수 없는 상황에 대비해 백업 코드를 만들 수 있도록 한다. 백업 코드는 한 번 사용하면 효력이 사라지고, 새로운 코드 묶음을 만들면 이전 코드는 사용할 수 없게 된다. Google은 이 코드를 누구와도 공유하지 말고 여권이나 중요 서류를 보관하는 것처럼 안전한 곳에 보관하라고 안내한다.
백업 코드를 디지털 유산 목록에 그대로 적어두는 것은 피해야 한다. 목록에는 백업 코드가 설정돼 있는지와 보관 위치를 확인할 방법만 남기고, 실제 코드는 잠금장치가 있는 별도 보관 장소에 두는 방식이 낫다. 코드를 새로 발급했다면 목록의 갱신일도 수정해야 한다. 패스키는 비밀번호와 성격이 다르다. Google은 패스키를 복사하거나 종이에 적어 다른 사람에게 전달할 수 없는 인증 방식으로 설명한다. 지문, 얼굴 인식, 휴대전화 화면 잠금처럼 사용자가 가진 기기를 통해 로그인한다. 따라서 디지털 유산 목록에 패스키 문자열을 적어두는 방식은 사용할 수 없다.
패스키를 이용하는 계정은 어느 기기에 패스키가 설정됐는지, 다른 복구 수단이 준비돼 있는지 확인해야 한다. 공유 기기에 패스키를 만들면 그 기기를 잠금 해제할 수 있는 사람이 계정에 접근할 수 있으므로 개인 소유 기기에만 설정하는 것이 원칙이다. 계정 소유자가 생전에 사후 처리 기능을 설정할 수 있다면 비밀번호 전달보다 해당 기능을 활용하는 편이 안전하다. Google의 휴면 계정 관리자는 계정이 일정 기간 사용되지 않을 때 지정된 사람에게 알리거나 선택한 데이터를 전달하도록 설정할 수 있다. 최대 10명까지 데이터 수신자를 지정하고 사람마다 전달할 데이터 유형을 다르게 선택할 수 있다.
Apple 유산 관리자도 사용자가 사망한 뒤 신뢰하는 사람이 Apple 계정의 특정 데이터에 접근하도록 준비하는 기능이다. 유산 관리자가 요청할 때는 접근 키와 사망 관련 서류가 필요하다. 다만 구입한 영화, 음악, 책, 구독 항목과 iCloud 키체인의 결제정보, 암호, 패스키 등은 접근 대상에서 제외된다. 이런 기능은 가족에게 현재 비밀번호를 알려주는 것과 다르다. 생전에는 계정의 통제권을 본인이 유지하고, 사망이 확인된 뒤에는 플랫폼이 정한 범위에서 지정된 사람이 자료를 요청하게 한다. 계정의 보안과 사후 접근을 함께 고려할 수 있는 방식이다.
목록은 만든 뒤 보관 위치와 갱신 주기까지 정해야 한다
디지털 유산 목록을 완성해도 가족이 그 존재를 모르면 실제 상황에서 사용할 수 없다. 반대로 식탁 서랍처럼 누구나 쉽게 찾는 곳에 비밀번호와 함께 두면 평상시 보안이 약해진다. 목록의 존재는 신뢰하는 사람에게 알리되 문서의 상세 내용과 로그인 비밀정보는 분리하는 방식이 필요하다. 보관 방식은 한 가지 정답이 있는 것이 아니다. 종이 문서라면 잠금장치가 있는 서랍이나 금고를 이용할 수 있고, 디지털 문서라면 암호화된 저장공간을 고려할 수 있다. 어떤 방식을 선택하더라도 본인 외에 누가, 어떤 조건에서, 어떻게 찾을 수 있는지 확인해야 한다.
목록과 비밀정보를 분리하는 방법은 다음처럼 설계할 수 있다.
- 계정 목록에는 서비스 이름, 용도, 처리 희망과 공식 요청 경로만 기록한다.
- 비밀번호는 검증된 비밀번호 관리 도구 또는 별도의 안전한 보관 장소에서 관리한다.
- 백업 코드와 가상자산 복구 문구처럼 즉시 접근에 사용되는 정보는 계정 목록과 함께 두지 않는다.
- 유산 관리자와 휴면 계정 관리자 등 플랫폼의 공식 기능을 설정한다.
- 신뢰하는 사람에게 목록의 존재와 보관 위치를 알리되 현재 비밀번호를 일상적으로 공유하지 않는다.
- 중요 계정이 추가되거나 전화번호가 바뀌면 목록과 복구정보를 함께 갱신한다.
갱신 시기를 정하지 않으면 목록은 빠르게 오래된 문서가 된다. 새 휴대전화로 바꾸면서 인증 앱이 이전됐거나, 이메일 주소를 변경했거나, 새로운 쇼핑몰과 구독 서비스를 이용하기 시작할 수 있다. 반대로 이미 탈퇴한 계정이 목록에 남아 유족을 혼란스럽게 만들 수도 있다. 물론 매달 전체 목록을 확인할 필요는 없지만 정기적으로 점검할 날짜를 정해두는 것이 좋다. 휴대전화 교체, 이사, 금융계좌 변경, 온라인 사업 시작과 종료처럼 디지털 생활에 큰 변화가 생겼을 때도 목록을 수정해야 한다. 각 항목에 마지막 확인일을 적어두면 오래된 정보를 쉽게 찾을 수 있다. 목록을 검토할 때는 실제 로그인이 되는지만 확인하지 말고 복구 전화번호와 이메일이 현재 사용 중인지, 유산 관리자가 여전히 적절한 사람인지, 보존할 자료가 다른 곳에 백업돼 있는지도 살펴봐야 한다. 비밀번호 관리 도구 하나에 모든 정보를 보관했다면 그 도구에 접근할 방법이 사라졌을 때를 대비한 복구 수단도 필요하다.
처음부터 모든 계정을 완벽하게 정리하려고 하면 목록을 만들기도 전에 지칠 수 있다. 이메일, 휴대전화, 금융, 클라우드처럼 다른 계정을 찾는 출발점이 되는 서비스부터 기록하고, 이후 구독과 쇼핑, SNS, 업무 계정을 추가하는 편이 현실적이다.
이번 자료를 확인하면서 디지털 유산 목록은 비밀번호를 많이 남기는 문서가 아니라, 남겨진 사람이 길을 잃지 않도록 방향을 표시하는 문서에 가깝다는 생각이 들었다. 모든 계정의 문을 열 수 있는 열쇠를 한 장에 모아두는 것보다 어떤 문이 존재하고 어디에 정식으로 요청해야 하는지를 알려주는 편이 평상시의 보안과 사후의 편의를 함께 지킬 수 있다. 처음에는 중요한 이메일과 사진 저장공간 몇 개만 적더라도 비밀번호를 적지 않는 원칙부터 지키는 것이 더 중요해 보인다.
참고자료 및 확인일
Google 계정 고객센터, Google 비밀번호 관리자 시작하기
확인 연도: 2026년
Google 계정 고객센터, 백업 코드로 로그인하기
확인 연도: 2026년
Google 계정 고객센터, 비밀번호 대신 패스키로 로그인하기
확인 연도: 2026년
Google 계정 고객센터, 휴면 계정 관리자
확인 연도: 2026년
Apple 지원, Apple 계정의 유산 관리자를 추가하는 방법
확인 연도: 2026년
자료 확인일: 2026년 8월 30일
'디지털 장의사' 카테고리의 다른 글
| 사망 이후의 디지털 데이터, 유족의 접근권은 어디까지 허용되는가 (1) | 2026.08.31 |
|---|---|
| 디지털 상속인의 법적 책임은 어디까지인가 (0) | 2026.08.30 |
| 디지털 장의사와 AI 개발자: 인간 중심 디지털 사망 설계를 위하여 (0) | 2026.08.30 |
| 디지털 장의사가 지켜야 할 마지막 로그인과 기록의 의미 (0) | 2026.08.30 |
| 사망 알림 자동화 시스템, 필요성과 한계 (0) | 2026.08.29 |
