비밀번호를 외우지 않는 쪽으로 — 애플 생태계의 암호 관리와 패스키

비밀번호를 몇 개나 기억하고 있는가. 대부분은 서너 개를 돌려쓴다. 한 곳이 뚫리면 나머지가 같이 열린다는 걸 알면서도 그렇게 한다. 외울 수 있는 개수에 한계가 있어서다.

그래서 방향이 바뀌었다. 더 복잡한 비밀번호를 외우는 게 아니라, 외우지 않아도 되는 구조로 옮기는 쪽이다.

애플 기기에는 그 도구가 이미 들어 있다. 그리고 그중 하나인 패스키는 아예 비밀번호라는 것 자체를 없앤다.

핵심 요약

• 애플 기기의 암호 관리 기능은 강력한 암호 생성 · 자동 완성 · 기기 간 동기화를 기본 제공한다. 따로 앱을 깔지 않아도 시작할 수 있다.
• 패스키는 서버에 비밀번호를 저장하지 않고, 기기에 있는 열쇠와 생체·잠금 인증으로 로그인하는 방식이다.
• 패스키가 피싱에 강한 이유는 등록된 사이트 주소에만 반응하고, 사용자가 넘겨줄 비밀 문자열 자체가 없기 때문이다.
• 아직 지원하지 않는 사이트가 많고, 지원해도 비밀번호 로그인이 함께 남아 있는 경우가 대부분이다.
• 기기를 잃어버렸을 때를 대비한 복구 수단은 미리 준비해 둬야 한다. 사후에는 선택지가 줄어든다.

1. 이미 깔려 있는 암호 관리 기능부터

애플 기기에는 별도 설치 없이 쓸 수 있는 암호 관리 기능이 있다. 최근 버전에서는 ‘암호’라는 이름의 독립 앱으로 분리됐고, 그 이전 버전에서는 설정 앱 안의 암호 항목이나 사파리 설정에서 같은 목록을 볼 수 있다. OS 버전에 따라 진입 경로와 이름이 다르므로 기기에서 ‘암호’로 검색해 보는 편이 빠르다.

해 주는 일은 세 가지다. 새 계정을 만들 때 추측하기 어려운 암호를 자동 제안하고, 로그인 화면에서 자동 완성으로 채워 주고, 같은 계정으로 로그인한 애플 기기끼리 동기화한다. 맥에서 만든 암호가 아이폰에서 바로 채워지는 이유다.

이 셋이 함께 굴러가야 의미가 있다. 자동 완성이 되니 외울 필요가 없고, 외울 필요가 없으니 사이트마다 다른 암호를 써도 부담이 없다. 사이트마다 다른 암호가 결국 목표다.

2. 패스키는 무엇이 다른가

비밀번호 방식은 구조적 약점이 있다. 서버가 로그인을 확인하려면 그 비밀을 어떤 형태로든 갖고 있어야 하고, 사용자는 그걸 화면에 입력해야 한다. 그래서 서버가 털리면 유출되고, 가짜 화면에 입력하면 그대로 넘어간다.

패스키는 이 구조를 바꾼다. 계정을 만들 때 기기가 한 쌍의 열쇠를 생성한다. 하나는 사이트 서버로 보내는 공개된 열쇠, 다른 하나는 기기 안에 남는 비밀 열쇠다. 로그인할 때 서버가 문제를 내면 기기가 비밀 열쇠로 서명해 답을 보낸다. 비밀 열쇠 자체는 기기 밖으로 나가지 않고, 그 서명을 꺼내려면 Face ID나 Touch ID, 또는 기기 잠금 해제가 필요하다.

그래서 두 가지가 달라진다. 하나는 서버에 훔쳐 갈 비밀번호가 없다는 점이다. 유출 사고가 나도 공개된 열쇠만 나간다. 다른 하나는 피싱에 강하다는 점이다. 패스키는 등록된 사이트 주소에 묶여 있어 주소가 다른 가짜 사이트에서는 애초에 반응하지 않고, 사용자가 속아서 넘겨줄 문자열도 존재하지 않는다.

다만 “절대 뚫리지 않는다”는 뜻은 아니다. 기기 잠금이 허술하거나 누군가 잠금 해제된 기기를 손에 넣으면 이야기가 달라진다. 패스키는 공격 경로를 크게 줄이는 방식이지 만능은 아니다.

3. 실제로 만들고 쓰는 흐름

패스키를 지원하는 서비스라면 흐름은 대체로 이렇다.

1. 기존 방식으로 로그인한 뒤 계정 보안 설정으로 들어간다.
2. 패스키 만들기에 해당하는 항목을 고른다. 서비스마다 ‘패스키’, ‘기기로 로그인’ 등으로 표기가 다르다.
3. 기기가 확인을 요청하면 Face ID·Touch ID 또는 기기 암호로 승인한다. 이 시점에 열쇠가 만들어진다.
4. 다음 로그인부터는 아이디를 고르고 생체 인증만 하면 끝난다.

여기서 현실적인 이야기를 해야 한다. 패스키를 지원하는 사이트는 아직 많지 않다. 국내 서비스는 특히 그렇다. 게다가 지원하는 곳도 대부분 기존 비밀번호 로그인을 함께 남겨 둔다. 비밀번호가 남아 있는 한 그 경로를 노린 피싱은 여전히 가능하다. 즉 패스키를 만들었다고 기존 암호 관리를 놓아도 되는 건 아니다. 당분간은 두 방식을 병행하는 게 현실이다.

4. 2단계 인증 코드를 같이 넣어 둘 것인가

애플의 암호 관리 기능은 시간마다 바뀌는 인증 코드도 계정에 함께 저장할 수 있다. 서비스에서 받은 설정 키를 등록해 두면 로그인할 때 코드가 자동으로 채워져, 인증 앱을 열어 숫자를 옮겨 적을 일이 없어진다.

대신 트레이드오프가 있다. 비밀번호와 인증 코드가 같은 바구니에 들어간다는 점이다. 두 번째 인증 수단을 두는 취지가 “하나가 뚫려도 나머지가 막는다”인데, 둘이 한곳에 있으면 그 취지가 옅어진다.

그래서 계정 성격에 따라 나누는 사람이 많다. 자주 쓰는 일반 서비스는 편의를 택하고, 메일 계정이나 금융처럼 복구의 출발점이 되는 계정은 인증 수단을 따로 두는 식이다. 정답이 하나는 아니고, 감당할 위험 수준에 맞춰 정하면 된다.

5. 유출 경고가 뜨면 어떤 순서로 대응할까

암호 관리 기능에는 저장된 암호를 점검해 알려 주는 항목이 있다. 알려 주는 내용은 대략 세 가지다. 알려진 유출 목록에 같은 암호가 등장한 경우, 여러 사이트에서 재사용한 경우, 너무 단순한 경우다.

경고가 여러 개 뜨면 한꺼번에 다 바꾸려다 지친다. 순서를 정하는 게 낫다.

1. 메일 계정부터 바꾼다. 다른 서비스의 비밀번호 재설정 링크가 전부 여기로 오기 때문에 우선순위가 가장 높다.
2. 다음은 결제 수단이 연결된 계정이다.
3. 그다음 재사용한 암호를 쓰는 계정들이다. 하나가 뚫리면 연쇄로 열리는 묶음이라 함께 정리한다.
4. 마지막으로 단순한 암호를 쓰는 나머지를 정리한다.
5. 바꾸는 김에 각 계정에서 2단계 인증이 켜져 있는지 확인한다.

바꿀 때는 기억하려 하지 말고 기기가 제안하는 암호를 그대로 받는 편이 낫다. 어차피 외울 게 아니다.

6. 가족·팀과 공유해야 할 때

공유 계정은 어디에나 있다. 집의 스트리밍 서비스, 팀의 외부 도구 같은 것들이다. 이때 메신저로 비밀번호를 보내는 게 가장 흔하고 가장 나쁜 방식이다. 대화 기록에 평문으로 남고, 나중에 바꿔도 그 기록은 그대로다.

애플의 암호 관리 기능에는 신뢰하는 사람들과 묶음을 만들어 공유하는 방식이 있다. 그룹에 넣은 항목은 구성원이 각자의 기기에서 자동 완성으로 쓸 수 있고, 누군가 암호를 바꾸면 반영된다. 메신저에 흔적이 남지 않는다는 게 핵심이다.

시작하기 전에 정할 게 하나 있다. 구성원이 나갈 때 어떻게 할지다. 그룹에서 빼는 것과 실제로 암호를 바꾸는 것은 다른 일이다. 확실히 끊어야 하는 상황이라면 암호 자체를 새로 발급하는 게 맞다.

7. 안드로이드·다른 브라우저를 함께 쓴다면

여기서 제약이 나온다. 애플의 암호 저장소는 애플 계정에 묶여 있어서 애플 기기끼리는 매끄럽지만, 밖으로 나가면 사정이 달라진다.

윈도우 PC의 크롬에서는 애플이 제공하는 확장 프로그램으로 저장된 암호를 쓸 수 있다. 안드로이드 폰이 주력이라면 더 복잡하다. 다른 플랫폼 기기에서 패스키로 로그인할 때는 화면에 뜬 QR 코드를 아이폰으로 스캔하고 두 기기가 가까이 있는 상태에서 승인하는 방식이 표준으로 마련돼 있다. 되기는 하지만 매번 폰을 꺼내야 한다.

선택은 둘 중 하나다. 애플 기기 중심이라면 내장 기능만으로 충분하다. 여러 플랫폼을 오간다면 플랫폼을 가리지 않는 별도 암호 관리 앱이 스트레스가 적다. 어느 쪽이든 중요한 건 하나로 통일하는 것이다. 두 저장소에 암호가 반씩 흩어진 상태가 가장 나쁘다.

8. 기기를 잃어버렸을 때를 미리 준비한다

이 방식의 전제는 “기기가 곧 열쇠”라는 것이다. 그러면 기기를 잃었을 때가 문제가 된다. 다행히 애플 계정에 동기화된 암호와 패스키는 새 기기에서 계정에 다시 로그인하면 복원되도록 설계돼 있다. 그래서 진짜 지켜야 할 건 애플 계정 자체가 된다.

준비해 둘 것은 이 정도다. 애플 계정에 2단계 인증을 켜 두고, 계정 설정에 있는 복구 수단을 확인해 등록해 두는 것이다. 신뢰할 수 있는 사람을 복구 연락처로 지정하거나 복구 키를 발급받는 방법이 있는데, 복구 키를 잃어버리면 계정을 되찾기 어려워질 수 있으므로 각 방식의 안내를 읽고 고르는 게 좋다.

또 하나, 주요 서비스가 제공하는 백업 코드는 발급받아 종이나 오프라인 저장소에 따로 두는 게 안전하다. 폰 안에만 두면 폰을 잃었을 때 같이 잃는다. 계정 복구 절차는 서비스마다 다르고 수시로 바뀌므로 각 서비스의 공식 안내를 그때그때 확인하는 게 맞다.

정리

방향은 단순하다. 사이트마다 다른 암호를 기기가 만들고 채우게 맡기고, 지원하는 곳부터 패스키로 옮기고, 애플 계정과 메일 계정을 가장 두껍게 지키고, 복구 수단을 미리 만들어 두는 것이다. 완벽한 안전은 없지만 같은 비밀번호를 열 군데에 쓰는 상태에서 벗어나는 것만으로도 위험은 크게 줄어든다.

참고: 기능 이름과 진입 경로는 iOS·macOS 버전에 따라 달라질 수 있다. 패스키 지원 여부와 계정 복구 절차는 서비스마다 다르므로 애플 공식 지원 문서와 각 서비스의 안내를 함께 확인하는 것을 권한다.

썸네일 사진: Unsplash (CC0) / Wikimedia Commons.

작성 · Inkpipes 편집팀 — 맥·아이폰·자동화 도구를 실제로 써 보고 단계별로 정리합니다. 설정 화면·명칭은 OS 버전에 따라 다를 수 있습니다.