웹사이트에 무엇이 포함되는지 정의하기
서비스 인벤토리로 시작하세요. 각 사이트, 포털, 상점 또는 캠페인마다 비즈니스 소유자, 기술 소유자, 호스팅 계정, 도메인 및 DNS 제어, 코드 저장소, 콘텐츠 및 미디어 저장소, 통합, 필수 자격 증명을 기록하세요. 버전 관리에서 재구성 가능한 항목과 고유한 기록을 보유한 항목을 표시하세요.
구성을 의도적으로 포함하세요: 리디렉션, CDN 또는 방화벽 설정, 예약 작업, 템플릿, 인프라 코드 파일 등입니다. 라이브 비밀(시크릿)을 일반 매니페스트에 복사하지 말고 승인된 시크릿 시스템과 비상 접근 절차를 가리키도록 하세요. WordPress 문서는 흔한 공백을 보여줍니다: 전형적인 사이트는 파일과 별도의 데이터베이스가 모두 필요합니다.
핵심 정보나 거래를 제공할 수 있는 가장 작은 안전한 버전을 정의하세요.
호환되는 데이터베이스, 파일, 미디어 및 구성 내보내기에 단일 타임스탬프나 버전 라벨을 부여하세요.
업무 허용치에 따라 빈도와 보유 기간 설정하기
변경의 빈도와 가치에 따라 빈도를 선택하세요. RPO를 평이한 언어로 작성한 뒤 각 고유 저장소가 충분히 자주 캡처되는지 확인하세요. 파일을 밤마다 복사하는 것으로는 빠르게 변하는 데이터베이스의 4시간 RPO를 충족할 수 없습니다.
RTO는 별도로 설정하세요. 승인, 청정 인프라, 복원, 검증, 트래픽 변경 및 내부 커뮤니케이션을 포함하세요. 이는 벤더 주장을 수용하지 말고 훈련(드릴)으로 측정하세요. 오류나 지연 발견 전에 도달할 수 있도록 이전 시점을 충분히 오래 보관하고, 개인정보·기록·법적 요구가 있는 데이터의 경우 보유 기간을 관련 전문가와 검토하세요.
완전한 복구 지점 사이의 간격을 각 서비스의 RPO와 비교하세요.
권한 있는 사람이 오래된 승인된 복구 지점을 찾을 수 있는지 검증하세요.
복구 복사본 분리 및 보호
하나의 계정, 로컬 사건 또는 실수로 모든 옵션이 사라지지 않도록 서로 다른 위치나 서비스에 여러 복사본을 사용하세요. CISA는 정기 자동화 백업, 오프사이트 복사, 암호화 및 오프라인 복사를 권장합니다. NCSC는 영구적으로 연결된 백업 장치를 권장하지 않으며 한 개 이상의 백업 솔루션 또는 위치를 권고합니다.
백업 관리를 최소 권한 원칙으로 보호하고, 지원되는 경우 다단계 인증(MFA), 별도의 관리자 계정 및 접근 권한 검토를 사용하세요. 삭제 보호, 버전 히스토리 또는 불변(immutable) 저장소는 비용과 복구 행동을 이해한 후에만 사용하세요. 저장 데이터는 암호화하되 키 관리(키 보관)를 테스트하세요. 접근 키를 잃으면 암호화는 쓸모없고, 지나치게 광범위한 접근 권한은 모든 복사본의 보안을 약화시킵니다.
복사본은 운영과 의미 있게 다른 실패 모드를 가져야 합니다.
백업을 읽고, 변경하고, 삭제하고, 복원할 수 있는 사람을 목록화하고 오래된 접근 권한을 제거하세요.
복구 런북 작성과 권한 할당
런북은 테스트된 복구 절차입니다. 영향을 받은 사이트, 운영 아이덴티티 제공자(IdP) 또는 평상시 채팅 시스템 없이도 접근 가능한 복사본을 보관하세요. 연락처와 대체 연락처, 권한, 시스템 우선순위, 백업 위치, 전제 조건, 복원 순서, 검증 체크, 중단 조건을 포함하세요.
각 핵심 서비스에 대해 책임 있는 복구 소유자와 대체자를 지정하세요. 누가 운영 환경 복원, DNS 변경 및 비즈니스 데이터 검증을 승인하는지 정의하세요. 결제카드 데이터, 민감 개인정보, 규제 대상 기록이 관련된 경우 무엇을 보존·통지·복원할지 결정하기 전에 보안, 개인정보, 법무 및 관련되는 경우 PCI 담당자의 검토를 받으세요.
선택한 복원 지점, 승인자, 접촉한 시스템, 검증 결과 및 예외를 기록하세요.
통제된 비상 접근을 문서화하세요; 특정 직원의 장치나 기억에만 의존하지 마세요.
의심되는 침해 발생 후 안전하게 복원하기
무단 접근, 악성코드 또는 의심스러운 삭제가 의심될 때 최신 복사본으로 운영을 자동으로 덮어쓰지 마세요. 사고 프로세스를 따르고, 어떤 계정과 백업이 영향을 받았는지 평가하고, 증거에 따라 지점을 선택하며, 복구 환경을 재구축하거나 격리한 뒤에 다시 연결하세요.
CISA는 중요 서비스 우선순위에 따라 복구할 것을 지시하며 오염된 시스템을 다시 감염시키지 않도록 경고합니다. NCSC는 백업을 알려진 클린 디바이스에만 연결하고 복원 전 스캔할 것을 권장합니다. 이러한 단계는 위험을 줄여주지만 완전한 청정성을 보장하지 않습니다. 조사, 증거 보존 또는 통지 의무가 있을 수 있다면 자격 있는 사고 대응 지원으로 에스컬레이션하세요.
청정 인프라에서 우선순위가 가장 높은 서비스를 복원하고 검증한 뒤 의존성 순으로 이어가세요.
사용자 여정, 데이터, 작업(잡), 통합, 관리자 기능, 로깅 및 새로운 백업 적용 범위를 확인하세요.
연습(드릴)을 증거와 개선 자료로 활용하기
부분 복원, 격리된 전체 재구축, 의존성 상실 연습 또는 테이블탑 의사결정 연습을 리스크에 따라 실행하세요. 안전하면서도 의미 있는 테스트부터 시작해 시간이 지남에 따라 현실성을 높이세요. CISA는 전체 및 부분 복원 테스트를 권고하고, NCSC는 역할, 제3자 책임 및 우선순위를 명확히 하기 위한 연습을 권장합니다.
복구 시점의 나이(마지막 변경으로부터의 시간)를 RPO와, 경과 복구 시간을 RTO와 비교해 측정하세요. 세트 식별자, 참가자, 검증 결과, 실패 단계 및 각 수정의 소유자를 기록하세요. 갭을 메운 후와 플랫폼·아이덴티티·데이터베이스·공급자에 중대한 변경이 있을 때 재시험하세요. SIU는 이러한 예방적 복구 작업을 조직할 수 있으며, SIU는 백업 시스템이나 실시간 모니터링 서비스가 아닙니다.
무엇을 어디에 복원했는지, 무엇이 통과/실패했는지, 누가 수락했는지에 대한 간결한 기록을 보관하세요.
구조나 공급자에 중요한 변경이 있을 때 집중된 테스트를 반복하세요.