패스키 도입 시 계정 복구 플랜(휴대폰 분실 대비)

• ① 패스키는 “비밀번호”가 아니라 “기기 기반 자격증명”이라 기기 분실 시 접근 경로가 함께 사라진다.

• ② 사용자는 로그인 편의에 집중해 ‘복구 수단’(코드, 보안키, 다른 기기)을 나중으로 미루는 경향이 있다.

• ③ 클라우드 동기화는 편하지만, 동기화 계정(Apple ID/Google/MS 계정) 복구가 막히면 패스키까지 연쇄적으로 막힌다.

• ④ 통신사 번호(SMS)는 분실·재발급·SIM 스왑 변수로 “확실한 복구”가 아니라 “조건부 복구”가 된다.

• ⑤ 복구 이메일/연락처는 사람·조직·계정의 보안 수준에 의존하므로 사전에 권한과 절차를 합의하지 않으면 실패한다.

• ⑥ 결국 복구 설계의 본질은 ‘보안 강도’가 아니라 ‘복구 경로의 독립성(서로 다른 실패 원인)’을 확보하는 데 있다.

아래 규칙대로 2개를 조합하면 분실 대비가 안정화된다.

• 시나리오 A(기기 기반): 다른 기기에도 패스키가 살아있다(노트북/태블릿/보조폰).

• 시나리오 B(기기 밖 기반): 오프라인 백업 코드 또는 보안키 1개가 있다(집/사무실 고정 보관).

권장 조합(우선순위)

• 1순위: 다른 기기 동기화 + 오프라인 백업 코드(종이/금고)

• 2순위: 다른 기기 동기화 + 보안키(예비 키 1개 추가)

• 3순위: 오프라인 백업 코드 + 신뢰 연락처(가족/팀)

1. 핵심 계정 3개를 단정형으로 고정한다

• 메일(복구의 루트)

• Apple ID/Google 계정(동기화 루트)

• 메신저 또는 금융/결제(2차 피해 루트)

2. 각 계정에 ‘복구 경로 2개’를 등록한다(서로 독립적으로)

• 예: (다른 기기 패스키) + (오프라인 백업 코드) 또는 (보안키) + (신뢰 연락처).

3. 백업 코드 보관 규칙을 3줄 규정문으로 고정한다

• 백업 코드는 사진 저장 금지다.

• 백업 코드는 클라우드 메모/동기화 금지다.

• 백업 코드는 오프라인 1부 밀봉 보관이다.

• 복구 소요시간 목표: 30분 이내(로그인 → 재설정 → 재진입까지)

• 대체 경로 성공 횟수: 시나리오 A 1회, 시나리오 B 1회(총 2회) 실제로 성공시킨다.

• 연락처/보관 검증: 신뢰 연락처를 쓰는 경우, 연락 가능한 사람을 1명 지정하고 “요청–승인” 동작을 1회 리허설한다.

1. 즉시 실행(5분): 분실 기기에서 세션을 끊고 원격 잠금/삭제를 건다

• 계정의 “로그인된 기기”에서 분실 기기를 로그아웃 처리한다.

• SMS를 복구 수단으로 쓰는 계정이 있으면 통신사 분실 신고/번호 보호 설정을 당일 처리한다.

2. 오늘 안에(30분): 시나리오 A 또는 B로 계정에 재진입한다

• 다른 기기 패스키가 있으면 그 경로로 먼저 진입한다.

• 막히면 오프라인 백업 코드/보안키로 우회한다.

3. 이번 주(20분): 복구 수단을 재발급하고 ‘낡은 수단’을 폐기한다

• 새 기기에 패스키를 추가하고, 기존 백업 코드는 폐기 후 새로 발급한다(구코드 무효화).

• 신뢰 연락처/복구 메일도 최신 상태로 점검한다.

• 핵심 계정 3개(메일/스토어/메신저 또는 결제)를 고정했다.

• 각 계정에 복구 시나리오 2개(A/B)를 등록했다.

• 백업 코드는 오프라인 1부 밀봉 보관 규칙(사진/클라우드 금지)을 고정했다.

• 복구 테스트를 2회 성공(시나리오 A 1회, B 1회)시켰다.

• 분실 시 ‘차단→복구→재강화’ 3단계를 메모해 두었다.

– 자주 하는 실수 / 주의할 점

• 백업 코드를 휴대폰 사진첩에 저장하면 분실/동기화 유출로 복구 수단이 공격 표면이 된다.

• 복구 수단을 한 곳에 몰아두기(같은 메일, 같은 기기, 같은 번호)는 “연쇄 실패”를 만든다.

• SMS를 메인 복구로 두기는 편하지만, SIM 스왑·번호 재발급 지연으로 고가치 계정에는 부적합하다.

• 가족/동료 연락처를 등록만 하고 합의하지 않기는 실제 위급 상황에서 승인 지연으로 실패한다.

• 개인 사용자(일반 계정): 다른 기기 동기화 1개 + 오프라인 백업 코드 1개를 우선 적용한다.

• 업무/팀 계정(공유 리스크): 신뢰 연락처(2명 중 1명만 실사용) + 보안키(예비 키 포함)를 우선 적용한다.

• 고가치 계정(메일/결제/관리자): 보안키 2개(주/예비) + 오프라인 백업 코드를 조합한다.

• 패스키의 리스크는 로그인보다 ‘복구 실패’에서 커진다.

• 복구는 “기기 기반 1개 + 기기 밖 1개”로 독립 경로 2개를 만든다.

• 30분 이내 복구를 목표로 2회 리허설까지 끝내야 완성이다.