브라우저 프로필 백업과 복구: 팀이 테스트해야 할 항목

사용 가능한 복구 정의하기

백업은 “무언가가 복사되었는가?”에 답합니다. 복구 훈련은 “적절한 사람이 승인된 업무를 안전하게 재개할 수 있는가?”에 답합니다.

훈련 전에 두 가지 목표를 정하세요.

• 복구 시점: 허용 가능한 가장 최신 상태입니다. 예를 들어 팀은 이전에 승인한 스냅샷 이후의 변경 사항은 잃을 수 있다고 보되, 승인된 업무 하루 전체를 잃는 것은 허용하지 않을 수 있습니다.
• 복구 시간: 프로필을 사용할 수 없다고 선언한 시점부터 사용 가능하고 안전한 대체 환경을 확인할 때까지 허용되는 최장 시간입니다.

이 목표는 운영 영향과 고객에 대한 의무에 따라 정해야 합니다. 다른 팀의 일반적인 수치를 그대로 사용하지 마세요.

“사용 가능”의 의미를 관찰할 수 있는 검사 항목으로 정의하세요. 브라우저 창이 열리더라도 쿠키가 손상됐거나 잘못된 확장 프로그램이 로드되거나 기기에 묶인 자격 증명이 없거나 퇴사한 운영자가 다시 접근할 수 있다면 충분하지 않습니다.

NIST의 Guide for Cybersecurity Event Recovery는 현실적인 테스트 시나리오, 정해진 역할, 결과 기록, 훈련에서 반증된 사항을 바탕으로 한 개선을 권고합니다. 이 접근법은 프로필 복구에도 잘 맞습니다.

복구 대상 목록 만들기

브라우저 상태는 여러 경계에 걸쳐 있습니다. 무엇을 복원하고, 재구성하고, 다시 승인받고, 의도적으로 제외할지 정하세요.

상태 유형	예	복구 질문
프로필 내용	북마크, 기록, 쿠키, 사이트 저장소, 권한, 세션 상태	어떤 항목이 필요하며, 어떤 항목은 복사될 경우 허용할 수 없는 노출을 일으키나요?
브라우저 환경	정확한 브라우저 빌드, 프로필 형식, 정책, 승인된 확장 프로그램, 네이티브 도우미	복원된 프로필을 지원 중인 최신 빌드에서 실행할 수 있나요?
운영체제 종속 항목	키체인 항목, 인증서, 비밀번호 공급자, 패스키, 기기 등록	복구에 동일한 macOS 사용자, 이전된 사용자 또는 새 등록이 필요한가요?
팀 통제 상태	소유자, 역할, 잠금, 감사 기록, 버전, 동기화 커서, 철회된 기기	더 이상 유효하지 않은 권한을 되살리지 않고 데이터를 복원할 수 있나요?
외부 서비스	신원 공급자, 프록시, 고객 애플리케이션, 승인 시스템	실제 세션을 복사하지 않고 운영자가 다시 인증할 수 있나요?

Chromium 문서에 따르면 사용자 데이터 디렉터리에는 프로필 하위 디렉터리와 설치별 로컬 상태가 들어 있습니다. macOS에서는 별도 캐시 경로도 파생됩니다. 눈에 보이는 폴더 하나가 전체 복구 대상이라고 가정하지 말고 업스트림 디렉터리 구조를 검토하세요.

가장 안전한 범위가 반드시 가장 큰 범위인 것은 아닙니다. 실제 쿠키나 프록시 자격 증명이 든 백업은 업무 연속성을 더 빨리 회복하게 할 수 있지만, 동시에 더 가치 있는 공격 대상이 됩니다. 민감한 데이터 유형을 포함하는 이유, 복원 권한이 있는 사람, 암호화 방식, 만료 시점을 기록하세요.

일관된 시점 포착하기

애플리케이션에서 지원하는 백업 또는 내보내기 작업을 우선하세요. 지원되는 방식이 없다면 파일 단위 스냅샷을 만들기 전에 프로필을 종료하거나 쓰기 작업을 멈추고 그 한계를 문서화하세요. 활성 프로필 디렉터리를 반복해서 복사한 뒤 결과가 일관된다고 가정하지 마세요.

많은 브라우저 저장소가 SQLite를 사용하지만, 하나의 데이터베이스가 일관되다고 해서 여러 파일로 이루어진 프로필 전체가 일관된 것은 아닙니다. SQLite의 Online Backup API는 동시 접근을 처리하면서 사용 중인 데이터베이스 하나의 스냅샷을 만들 수 있습니다. 이 보장은 다른 데이터베이스, 파일, 키체인 항목, 확장 프로그램 상태 또는 제어 영역 레코드까지 자동으로 포함하지 않습니다. 브라우저 프로필 백업에는 애플리케이션 수준의 일관성 경계 또는 테스트된 중지 상태 절차가 필요합니다.

각 복구 시점에 다음 정보를 기록하세요.

• 비밀 정보나 불필요한 고객 이름을 포함하지 않는 프로필 식별자
• 생성 시간과 완료 상태
• 브라우저, 운영체제, 스키마, 아카이브, 키 버전
• 포함하고 제외한 데이터 유형
• 무결성 정보와 인증된 암호화 상태
• 보존 기간과 삭제 날짜
• 복구에 필요한 역할과 승인
• 이전 마지막 정상 버전

쓰기가 중단되더라도 이전 복구 시점 또는 새 복구 시점 중 하나는 사용 가능해야 합니다. 절반만 게시된 아카이브가 유일한 마지막 정상 복사본을 대체해서는 안 됩니다.

깨끗한 환경에서 복구 훈련하기

지원 환경과 일치하는 새로운 macOS 계정, 깨끗한 관리형 테스트 기기 또는 격리된 테스트 가상 머신을 사용하세요. 아카이브가 형식, 무결성, 악성 코드, 정책 검사를 통과할 때까지 네트워크 접근을 제한하세요. 가져온 모든 프로필, 확장 프로그램, 아카이브를 신뢰할 수 없는 입력으로 취급하세요.

합성 근거 준비하기

쉽게 확인할 수 있는 표시가 담긴 무해한 프로필을 만드세요.

• 제목을 알고 있는 작은 북마크 트리
• 프로덕션 접근 권한이 없는 합성 웹사이트 계정과 쿠키
• 테스트 오리진의 로컬 저장소 값
• 설정값을 알고 있는 승인된 테스트 확장 프로그램 하나
• 다이제스트를 기록한 민감하지 않은 다운로드 파일
• 명시적인 사이트 권한 하나
• 반드시 로그아웃 상태로 남아 있어야 하는 계정

훈련을 현실적으로 보이게 하려고 실제 비밀번호나 세션 토큰을 내보내지 마세요. 현실적이어야 하는 것은 데이터가 아니라 복구 절차입니다.

복원 실행하기

1. 문서화된 경로로 복구 시점을 만듭니다.
2. 메타데이터를 기록하고 이전 마지막 정상 시점이 아직 존재하는지 확인합니다.
3. 테스트 환경에서 원본 프로필을 삭제하거나 원본 기기를 사용할 수 없다고 선언합니다.
4. 복구 실행자에게 실행 지침에 명시된 자료와 권한만 제공합니다.
5. 프로덕션 서비스를 열지 않고 깨끗한 대상 환경에 복원합니다.
6. 지원되는 브라우저 버전에서 실행하고 모든 표시를 확인합니다.
7. 승인된 신원 확인 절차를 통해 합성 서비스에 다시 인증합니다.
8. 실제 달성한 복구 시점과 복구 시간을 측정합니다.
9. 실패, 예상하지 못한 접근, 프롬프트, 수동 작업, 누락된 문서를 기록합니다.
10. 테스트 계획에 따라 복원된 합성 프로필과 임시 복구 자료를 폐기합니다.

훈련 실행자는 백업을 만든 사람이 문서화하지 않은 지식에 의존해서는 안 됩니다. 숨겨진 지식도 복구 종속 항목입니다.

기기 분실 외의 상황도 테스트하기

한 번의 성공적인 복원만으로 주요 장애 상황을 모두 다룰 수는 없습니다.

시나리오	요구해야 할 근거
실수로 프로필 삭제	영향받지 않은 최신 프로필을 덮어쓰지 않고 선택한 이전 버전을 복원합니다.
백업 중단	불완전한 복구 시점은 거부되고 이전 마지막 정상 시점은 계속 사용할 수 있습니다.
프로필 쓰기 중 충돌	서로 다른 시점의 트랜잭션을 조용히 결합하지 않고 문서화된 일관된 상태로 복구됩니다.
Mac 분실 또는 교체	지원되는 깨끗한 기기에서 목표 시간 안에 복원되거나, 실행 지침에 재구성과 재인증 요건이 명확히 적혀 있습니다.
키체인 또는 복구 비밀 정보 분실	민감한 데이터는 안전하게 접근을 거부하고, 대체 복구 경로는 로그나 지원 출력에 키를 노출하지 않고 작동합니다.
브라우저 업그레이드	지원되는 이전 복구 시점을 한 번만 마이그레이션하고, 손대지 않은 원본 복사본을 보존하며, 의미 검사를 통과합니다.
브라우저 다운그레이드	도구가 안전하지 않은 복원을 차단하거나 명확한 호환성 경고와 함께 격리된 복사본을 사용합니다.
손상되거나 악의적인 아카이브	무결성, 경로, 크기, 스키마, 확장 프로그램 검사에서 아카이브를 거부하며 대상 외부에 쓰거나 코드를 실행하지 않습니다.
랜섬웨어 또는 침해된 호스트	침해된 기기에서 보호된 복구 시점에 접근할 수 없으며 깨끗한 환경에서 복원할 수 있습니다.
퇴사한 구성원 또는 철회된 기기	콘텐츠를 복구해도 철회된 구성원 자격, 오래된 기기 신뢰 또는 승인되지 않은 내보내기 권한이 복원되지 않습니다.
클라우드 또는 네트워크 중단	문서화된 로컬 및 복구 경로가 설계대로 작동하고, 대기 중인 변경과 충돌을 처리하는 규칙이 명확합니다.

Chromium의 사용자 데이터 저장 정책은 새 릴리스가 이전 데이터를 읽도록 요구하지만, 이전 브라우저가 최신 버전에서 작성한 파일을 읽으면 기능이 저하될 수 있다고 설명합니다. 유일한 백업은 변경하지 말고 복사본에서 마이그레이션을 테스트하세요. 복원 문제를 해결하려고 영구적으로 오래된 브라우저를 실행해서는 안 됩니다.

CISA의 StopRansomware Guide는 오프라인 암호화 백업과 정기적인 가용성·무결성 테스트를 권고합니다. “오프라인”은 위협과의 관계에서 성립하는 속성입니다. 침해된 프로필 호스트가 삭제하거나 다시 쓸 수 있는 복구 시점은 의도한 분리를 제공하지 못합니다.

프로필 파일과 인증을 별도로 테스트하기

웹사이트 접근은 브라우저 프로필 아카이브 밖에 있는 비밀번호 관리자, 운영체제 키체인, 패스키 공급자, 하드웨어 키, 기기 인증서 또는 신원 공급자 등록에 의존할 수 있습니다.

현재 WebAuthn Level 3 권고안은 단일 기기 자격 증명과 다중 기기 자격 증명을 구분하고, 백업 가능 여부와 백업 상태를 정의합니다. 모든 개인 키를 백업하는 일반 프로토콜 하나를 제공하지는 않습니다. Web Authentication Level 3 Recommendation은 신뢰 당사자에 등록된 유일한 자격 증명이 인증기에 들어 있는 경우, 인증기를 잃으면 사용자가 잠길 수 있다고 경고합니다. 신뢰 당사자가 문서화한 등록 및 복구 옵션을 프로필 아카이브와 별도로 테스트하세요.

중요한 합성 계정마다 승인된 대체 인증기 또는 계정 복구 경로를 하나 이상 테스트하세요. 권한 철회도 작동해야 합니다. 데이터 복원에 성공하더라도 이전 기기나 과거 팀원의 접근 권한이 다시 활성화되어서는 안 됩니다.

macOS 백업 도구가 입증하는 범위 이해하기

Time Machine은 파일을 자동으로 백업하고 같은 Mac이나 다른 Mac에 파일을 복원할 수 있습니다. Apple은 Time Machine 백업 암호화도 지원하며 이후 복원에는 비밀번호가 필요합니다. 범위에 해당하는 macOS 버전의 최신 Time Machine 설정 및 복원 지침을 검토하세요.

이 기능만으로 브라우저 프로필이 실제로 사용 가능하다는 점이 입증되지는 않습니다. Apple의 백업 검증 절차는 네트워크 백업 상태를 검사합니다. 팀은 여전히 깨끗한 환경에서 복원된 프로필을 열어 콘텐츠, 자격 증명, 버전, 분리, 권한을 확인해야 합니다.

기기 전체를 교체할 때는 마이그레이션 지원을 통해 Mac 또는 Time Machine 백업에서 문서, 앱, 사용자 계정, 설정을 전송할 수 있습니다. Apple은 이메일 등 일부 서비스는 설정이 다시 필요할 수 있다고 안내합니다. 마이그레이션은 테스트할 복구 경로 중 하나로 취급해야 하며, 모든 브라우저 또는 키체인 종속 항목이 작동한다는 증거로 보아서는 안 됩니다.

근거 패키지 기록하기

검토 가능한 훈련 기록에는 다음이 포함되어야 합니다.

• 시나리오, 날짜, 실행자, 관찰자, 승인
• 원본 및 대상 브라우저와 macOS 버전
• 복구 시점 목표와 실제 달성한 상태의 경과 시간
• 복구 시간 목표와 실제 소요 시간
• 키 자료를 제외한 아카이브 버전, 크기, 무결성 결과, 키 버전
• 예상한 데이터 유형과 의도적으로 제외한 데이터 유형별 통과 또는 실패 결과
• 로그, 스크린샷, 진단 또는 자동화 출력에 비밀 정보가 나타나지 않았다는 근거
• 다른 프로필과 고객이 변경되지 않았다는 근거
• 재인증, 역할, 기기, 잠금, 권한 철회 결과
• 문서화되지 않은 모든 수동 단계 또는 외부 종속 항목
• 각 시정 조치의 명시된 담당자와 기한

복원된 환경이 선언된 승인 기준을 충족하고 팀이 남은 각 위험을 해결하거나 수용하면 훈련이 완료됩니다. 백업 대시보드가 녹색이라는 사실만으로는 복구의 근거가 되지 않습니다.

변경에 따라 테스트 주기 정하기

영향과 변경 속도에 따라 빈도를 정하세요. 브라우저 프로필 형식, macOS 지원 매트릭스, 암호화 또는 키 복구, 신원 공급자, 비밀번호 관리자, 동기화 프로토콜, 확장 프로그램 정책, 백업 공급자, 팀 권한 모델이 크게 바뀐 뒤에는 훈련을 실행하세요. 마이그레이션 전과 중대한 복구 사고 후에도 테스트하세요.

정기 훈련에서는 시나리오와 실행자를 바꾸세요. 가장 쉬운 파일 복원만 반복하면 팀은 한 가지 장애에만 대비하게 됩니다.