훼손을 발견하는 시간보다 사본을 오래 보존하기
리뉴얼 뒤 옛 사이트의 백업 보관 기간은 문제를 발견하기까지 걸릴 시간과 복원할 사본의 상태를 바탕으로 정해야 합니다. 영국 NCSC는 하나의 사본을 계속 덮어쓰는 방식 대신 여러 시점의 백업을 일정 기간 보존하도록 권합니다. 훼손을 알아채기 전에 유일한 백업까지 덮어써지면 복구를 위한 보호가 충분하지 않기 때문입니다.
Google의 리디렉션 최소 1년 권고는 옛 주소의 이동 연결에 관한 것이므로 홈페이지 사본의 보관 기한을 뜻하지 않습니다. 이 글의 대상은 옛 홈페이지 자료와 설정을 복원하기 위한 백업입니다. 진료기록의 법정 보존기간을 정하는 정책으로 적용하지 않습니다.
NCSC의 최소 한 달 권장을 적용할 범위
NCSC의 데이터 보안 안내는 문제를 알아채기까지 얼마나 오래 걸릴지 고려하고 그보다 백업을 더 오래 보관하되 최소 한 달을 제시합니다. 이는 해당 보안 지침의 권장 조건입니다. 모든 한국 병원에 적용되는 법정 보관기간이나 모든 리뉴얼에서 충분한 기간이라고 바꾸어 읽지 않습니다.
현재 홈페이지의 오류를 언제 발견할 수 있는지, 어떤 시점의 사본으로 복원할 필요가 있는지는 실제 운영 조건으로 판단할 내용입니다. 최신 사본이 만들어졌다는 사실과 문제가 생기기 전 상태를 복원할 수 있다는 사실은 다릅니다. 달력의 기간만 정하면 이 두 상태를 구별하지 못할 수 있습니다.
복원할 내용과 작동에 필요한 설정 구분하기
NCSC는 업무에 필수인 데이터를 백업하되 업무 데이터뿐 아니라 시스템 운영에 필요한 구성 데이터도 포함하도록 안내합니다. 홈페이지 복구에서는 페이지와 파일의 내용만이 아니라 실제 운영에 필요한 설정이 사본 범위에 있는지 조사할 수 있습니다. 화면을 저장한 자료와 시스템을 복원하는 데 필요한 자료를 같은 종류로 취급하지 않습니다.
자료의 종류는 실제 사이트 구성에 맞춰 정합니다. 아래 양식의 기간 결정 책임도 실제 합의한 담당으로 채우는 운영 제안입니다. NCSC가 병원마다 같은 데이터베이스나 같은 인력을 쓰도록 지정했다는 의미는 아닙니다.
실제 사본 보존 정책을 채우는 빈 양식
| 자료 종류 | 보관 목적 | 기간 결정 책임 |
|---|---|---|
| 실제 홈페이지 콘텐츠 입력 | 실제 복원할 내용 입력 | 실제 정책 담당 입력 |
| 실제 운영 설정 입력 | 실제 복구할 기능 입력 | 실제 설정 책임 입력 |
| 실제 시점별 사본 입력 | 실제 복원 시점의 필요 입력 | 실제 보존·폐기 책임 입력 |
시점의 보존과 저장 위치의 분산은 다른 조건
NCSC는 중요한 파일의 백업 여러 개를 서로 다른 위치에 보관하도록 안내합니다. 3-2-1은 여러 상황에 사용할 수 있는 널리 쓰이는 전략으로, 최소 세 사본을 두 장치에 두고 그중 하나는 외부 위치에 두는 방식입니다. 한 사본이 손상돼도 다른 사본이 온전할 수 있도록 하는 조건입니다.
서로 다른 시점의 상태를 남기는 것과 사본을 다른 위치에 분산하는 것은 같은 보호가 아닙니다. 옛 홈페이지의 변경 전 상태가 필요할 때 최신 상태의 복제만 여러 곳에 있다면 요구하는 복원 시점과 다를 수 있습니다. 보관 기간을 정할 때에는 어떤 시점의 파일을 어떤 위치에서 실제 사용할 수 있는지를 함께 판단해야 합니다.
현재 시스템과 분리된 사본의 접근 조건
NCSC는 오프라인 백업을 네트워크와 분리하거나 이런 목적에 맞게 설계된 클라우드 서비스에 보관하도록 설명합니다. 현재 홈페이지에 생긴 문제가 백업에 동시에 영향을 주지 않도록 분리하는 조건입니다. 임의의 클라우드 공간에 파일이 있다는 사실만으로 목적에 맞게 분리됐다고 판단하지 않습니다.
백업의 인증 정보와 서버에 대한 접근도 제한해야 합니다. 공격자는 데이터를 얻거나 복구 능력을 없애려는 목적으로 백업을 노릴 수 있다고 안내합니다. 사본을 오래 보존한다는 계획에는 누가 접근하고 변경할 수 있는지도 포함돼야 합니다. 공개 홈페이지의 접근 가능성과 복구 사본의 접근 권한을 같은 설정으로 처리하지 않습니다.
백업을 노트북이나 이동식 매체에 담는 경우에는 실제 도난 위험과 보호 수단도 판단해야 합니다. NCSC는 물리적 도난 위험이 있을 때 디스크 암호화를 사용하도록 설명합니다. 다만 디스크 암호화는 작동 중인 시스템의 데이터를 보호하지 않으므로 그 시스템의 자료 접근도 별도로 보호해야 합니다. 매체가 암호화됐다는 결과와 시스템이 작동하는 동안 접근이 제한되는 결과는 다른 조건입니다. 오래 보관할 사본의 위치를 정할 때 실제 사용하는 장치의 상태에 맞춰 적용해야 합니다.
NCSC는 자료 보호에 현재의 표준화된 암호 알고리즘을 사용하도록 안내합니다. 오래되거나 표준으로 인정되지 않은 알고리즘은 보호가 약하고 안전하다는 잘못된 판단을 줄 수 있다고 설명합니다.
동기화 과정에서 이전 버전이 사라지는 위험
NCSC는 이전 파일 버전이 실수나 악의적인 삭제로부터 보호되도록 설명하며 클라우드 동기화 서비스를 사용하는 경우를 예로 듭니다. 파일이 동기화된 상태와 과거 버전이 삭제로부터 보호되는 상태는 다릅니다. 보관 기간이 정해져 있어도 그 사이 필요한 버전을 잃을 수 있는지 실제 서비스 기능을 조사해야 합니다.
자료를 다른 업체에 맡기는 경우에는 자신이 적용할 수 있는 보호 수단과 업체에서 받아야 할 보안 설명을 구분하도록 NCSC는 안내합니다. 홈페이지 사본 보존에서는 실제 제공되는 버전 유지·접근 조건을 바탕으로 협의할 수 있습니다. 업체에 보관을 요청했다는 사실만으로 모든 과거 버전이 복원 가능한 상태라고 확정하지 않습니다.
사본 전송에서 사용하는 보호 수단의 구분
| 보호 수단 | NCSC의 조건 | 적용 대상 |
|---|---|---|
| 응용 통신 프로토콜 | 가능하면 안전하고 암호화·인증된 방식 사용 | 자료를 주고받는 통신 |
| 네트워크 계층 암호화 | 필요한 경우 VPN 같은 수단 사용 | 실제 네트워크 보호의 필요 |
사본의 존재와 실제 복원 가능성을 분리하기
NCSC는 백업을 정기적으로 시험하고 실제 사고가 나기 전에 파일을 복원하는 방법을 알아야 한다고 설명합니다. 옛 사이트 사본의 파일 목록이 있다는 결과와 필요한 파일을 실제로 되돌릴 수 있는 결과는 다릅니다. 보관 정책에 사용할 사본은 복원 시험에서 읽을 수 있는 상태를 바탕으로 판단해야 합니다.
시스템이 완전히 고장 난 경우에도 백업에 접근할 수 있어야 한다는 조건도 지침에 있습니다. 지금 사용 중인 홈페이지 관리 화면에서 파일을 찾을 수 있다는 결과만으로 이런 상황의 접근을 대신하지 않습니다. 실제 복구에 필요한 사본과 접근 수단이 현재 시스템의 정상 작동에만 의존하는지 조사하는 조건입니다.
보존할 데이터와 불필요한 사본을 구분하기
NCSC는 가진 데이터와 저장 위치, 민감한 자료를 파악하고 식별한 위험에 따라 보호하도록 안내합니다. 필요하지 않은 데이터는 보관하지 않고 가능하면 정리해 관리하기 쉽게 만드는 조건도 있습니다. 옛 홈페이지 백업을 유지할 때에는 모든 파일을 무조건 오래 저장하는 방식과 실제 복원 목적에 필요한 자료를 보호하는 방식을 구별할 수 있습니다.
복제나 캐시가 필요한 경우에는 모든 사본이 충분히 보호돼야 합니다. 여러 위치에 사본이 퍼져 있다는 사실만으로 보호가 완성되는 것은 아닙니다. NCSC는 직원 컴퓨터 등에 흩어진 파일이 공격자에게 더 쉽게 발견되고 감사하기 어려울 수 있다고 설명합니다. 실제 보관 위치와 사본 범위를 파악해야 보존·폐기 판단에 적용할 수 있습니다.
보관 종료는 저장매체의 재사용·폐기와 함께 판단하기
NCSC는 저장매체와 데이터를 담을 수 있는 장치의 재사용·수리·폐기·파괴 정책을 마련하도록 안내합니다. 데이터가 적절히 제거되지 않으면 나중에 복구돼 열람될 위험이 있기 때문입니다. 옛 홈페이지 사본의 보관이 끝난 상태와 그 저장매체를 다른 용도로 안전하게 사용할 수 있는 상태는 구별해야 합니다.
지침은 장비를 구입할 때부터 제거 방법과 필요한 비용을 계획하고, 자료의 무단 접근 위험에 비례하는 방법을 선택하도록 설명합니다. 보관이 끝났다는 이유만으로 모든 장치에 같은 삭제 방법을 적용하지 않습니다. 실제 사용하는 매체와 자료의 위험을 바탕으로 종료 방법을 협의하는 운영 조건입니다.
제거가 적절히 이뤄지는지 주기적으로 검증하고 파괴 절차와 장비를 시험하는 조건도 있습니다. 옛 사이트의 백업을 더 이상 보존하지 않기로 결정한 결과와 실제로 자료를 제거한 결과를 같은 상태로 기록하지 않습니다. 홈페이지 복구 사본의 목적·복원 필요·매체 상태를 함께 판단해 보존과 종료를 적용할 수 있습니다.
자주 묻는 질문
복원 파일에는 악성코드가 남아 있을 수 있나요?
NCSC는 백업에 악성코드가 남아 있을 수 있다고 설명하며 복원할 때 최신 백신으로 파일을 검사하도록 안내합니다. 보관된 사본이라는 이유만으로 파일이 안전한 상태라고 판단하지 않습니다.
실행 파일도 백업에서 그대로 복원하나요?
재감염 위험을 줄이려면 실행 파일을 백업이 아니라 신뢰할 수 있는 출처에서 다시 설치하도록 NCSC는 설명합니다. 콘텐츠 파일을 복원하는 절차와 실행 파일을 설치하는 출처를 구분하는 조건입니다.
복원할 대상 시스템의 갱신 상태도 관련되나요?
NCSC는 복원 대상 시스템의 운영체제와 응용 프로그램이 최신 상태여야 한다고 설명합니다. 백업의 생성 시점만 조사하는 것과 데이터를 되돌릴 대상 시스템의 상태를 조사하는 것은 다릅니다.
자료를 암호화하면 암호키는 별도 관리가 필요한가요?
NCSC는 암호화를 사용할 때 인증서와 키 같은 암호 자료도 허가 없는 접근으로부터 보호하도록 설명합니다. 암호화된 사본을 보관한 사실만으로 관련 키의 접근 보호까지 완료됐다고 판단하지 않습니다.
저장 장치를 폐기할 때 표식도 처리하나요?
NCSC는 폐기 전에 소유자나 포함된 자료의 성격을 나타내는 라벨·표식을 제거하도록 안내합니다. 신뢰할 수 있는 외부 업체에 파괴를 맡긴다면 인정되는 기준을 적용하고 파괴 증명서를 받는 조건도 설명합니다.