[지디넷코리아]파괴된 데이터 센터를 해커가 공격하고 있다는 소문이 떠돈다면, 자사 시스템의 원래 상태를 보존하기 위해 각각의 사건에 대한 대처, 상황별 분류 방법을 갖고 있어야 한다. 이번 기사에서는 레벨을 5개로 나누어, 각 단계에 맞는 대응책을 고지한다.

필자는 재난 분류와 잠재적인 응답 시스템 분류를 위해 제출된 시스템을 검토하는 것을 즐기는 편이다. DR(Disaster Recovery) 계획에 관여하고 있는 거의 모든 사람들이 발생 가능한 재난의 유형에 대해 몇 가지 아이디어만을 갖고 있지만 일부 사람들은 이런 개념을 DR 계획에 어떻게 적용할 것인가에 대한 확고한 아이디어를 갖고 있기도 하다.

이번 컬럼에서는 전쟁 상황에서의 위협 수준에 대해 영국 육군 분류 시스템에 기반한 공식적인 재난 대비 분류 계획을 다루고자 한다.

후속 컬럼에서는 이런 위협의 수준과 각 수준에서 요구되는 방법에 대해 더 자세히 다룰 예정이다.

레벨 1 : 증거가 없는 재난 위협
이 단계에는 데이터 시스템에는 손상을 입히지 않는 모든 위협 상황이 포함된다. 공격에 대해 입증할 수는 없지만 광범위하게 확산될 수 있고 규제가 필요할 수도 있는 재난들이다.

일반적인 사례는 블로그와 웹 포럼 네트워크 침입에 대해 호언장담하거나 구체적으로 입증할 수 없는데도 불구하고 사유 데이터가 안전하다고 주장하는 것이다. 이런 종류의 재난에서 가장 중요한 문제는 대부분이 재난을 입증하거나 반박하기 어렵다는 점이다.

IT 관리자가 볼 때는 적절한 보안 조치가 취해졌다 하더라도 내부 직원이 공모하면 디지털 보안에서는 아무런 취약점이 드러나지 않지만 데이터 유출은 가능하다. 이 레벨의 위협은 관련 증거가 아무것도 없기 때문에 악성 기사에 대해 대응하는 것이 조직 파괴와 같이 데이터 손실보다 더 무서운 결과로 이어질 수 있다.

레벨 2 : 데이터를 손실하지 않는 실질적인 공격
공격자가 디지털 방식을 이용해 보안 시스템을 침입하고 공격이 있었다는 증거까지 발견된다면 IT 담당자들은 공격에 대한 상황과 조치 현황을 정확히 알려줄 필요가 있다. 이 경우 공격에 대한 증거는 있지만 공격이 확대될 수 있다는 데 대해서는 입증하기 어렵기 때문이다. 공격자가 네트워크의 어느 수준까지 침투했으며, 어떤 부분을 체크했고, 손실된 데이터는 무엇인가?

공격으로 인한 문제가 겉으로 드러나지 않았다는 사실 때문에 이런 상황을 재난이 아니라고 말할 수는 없다.

레벨 3 : 데이터/시스템 손실 감시
대부분의 사람들이 정말로 재난이라고 생각하는 레벨로 들어가 보자. 레벨 3은 데이터 시스템과 데이터 자체가 자연적인 원인, 공격, 혹은 시스템 장애로 손실을 입는 경우를 말한다. 레벨 3은 중요하지 않은 시스템 혹은 쉽게 회복될 수 있는 중요한 단일 시스템 등 대부분 지엽적인 문제에 관한 것이다. 이 레벨과 다음 레벨간의 주요 차이점은 우선순위가 높은 재난이기는 하지만 긴급한 재난은 아니라는 점이다. 이런 재난에 대한 RTO(Recovery Time Objective)는 최소한 하루 정도가 될 것이며, 이 시간 동안 충분한 대비와 수정이 가능하다.

레벨 4 : 주요 데이터, 시스템 손실
이 레벨은 더 큰 규모의 재난이 발생한 경우다. 데이터 센터의 전력 손실이나 화재/홍수 등으로 인해 다양한 주요 시스템에 동시에 문제가 발생하는 상태를 말한다. 재난을 복구할 수는 있지만 주요 업무 시스템 백업과 운영에 신속히 대응하는 등 IT 관리자의 즉각적인 조치가 필요하다.

하루 이상의 RTO를 갖고 있는 시스템이라면 이 레벨의 재난이 닥칠 경우 손상될 수도 있다.

레벨 5 : 모든 데이터 손실
시스템에서 발생할 수 있는 최대 재난 상황으로, 이 레벨에서는 재해로 인해 서비스에 엄청난 혼란이 초래된다. 허리케인, 대규모 홍수, 화재, 건물 손상 등이 이 레벨을 유발하며, 데이터 시스템 손실, 복구를 위한 물리적인 이전 등 두 가지 재난이 동시에 발생한다. 공간 손실, 장비 손실, 물리적인 충격 등을 고려해야 하므로 반드시 필요한 업무라 하더라도 복구가 매우 어렵다. @