최근 뉴스 헤드라인은 랜섬웨어 공격으로 가득 차 있습니다. 기업주들은 이러한 상황을 예의주시하며 관리 서비스 제공업체(MSP)와 IT 부서에 사이버 보안 프로그램을 개선하고, 침해 발생 시 신속하게 복구할 수 있는 복구 계획(BCDR, Business Continuity and Disaster Recovery)을 마련해 줄 것을 요청하고 있습니다. 그러나 안타깝게도 많은 MSP와 IT 부서는 실제 업무의 절반만 수행하고 있습니다.
랜섬웨어 공격 으로부터 복구하는 데 있어 백업은 분명 첫 번째 단계이지만 , 많은 기업들이 백업 및 BCDR(비즈니스 연속성 및 재해 복구) 계획을 테스트하여 취약점과 흔히 발생하는 실수를 파악하는 것의 중요성을 제대로 이해하지 못하고 있습니다.
백업을 제대로 하는 방법은 단 하나뿐입니다. 필요한 데이터를 필요할 때, 정해진 기간 내에 접근할 수 있도록 확보하고, 그 기간 내에 다시 가져와야 합니다. 백업을 잘못하는 방법은 말 그대로 수십 가지에 달합니다. 가장 흔한 실패 요인들을 자세히 살펴보려면 계속 읽어보세요.
안타깝게도 랜섬웨어 피해를 입은 많은 기업들이 탄탄한 백업을 갖추고 있다고 생각하지만, 정작 백업을 제대로 테스트하지 못한다는 것입니다. 일부 기업들은 나중에 잘못된 데이터를 백업했거나 예상치 못한 위치에 있는 중요 서버를 놓쳤다는 사실을 깨닫게 됩니다.
어떤 사람들은 성공했다고 보고했음에도 불구하고 백업에서 복원을 진행한 후에야 백업이 실패했다는 사실을 깨닫기도 합니다.
마지막으로, 우리 모두가 사업을 운영하는 데 사용하는 데이터 양이 기하급수적으로 증가함에 따라 일부 기업은 복구 시간이 너무 길어진다고 판단합니다.
사이버 보안 전문가들은 랜섬웨어 피해자들이 확실한 백업이 있음에도 불구하고 몸값을 지불하는 가장 흔한 이유로 " 피해 기업의 누구도 데이터 복구 과정에 얼마나 시간이 걸릴지 사전에 테스트해보지 않았기 때문 "이라고 말합니다. 너무나 많은 기업들이 매일 데이터를 백업하기 때문에 복호화 키를 지불할 위험이 없다고 생각합니다. 문제는 백업 절차를 테스트해본 적이 없기 때문에 복구 과정에 얼마나 시간이 걸릴지 제대로 파악하지 못한다는 것입니다.
Emsisoft 의 최고 기술 책임자인 Fabian Wosar는 랜섬웨어 공격 후 기업들이 데이터 복구에 어려움을 겪는 이유에 대한 질문에 다음과 같이 답했습니다.
"갑자기 피해자는 인터넷으로 복구해야 할 데이터가 몇 페타바이트에 달한다는 사실을 깨닫고, 빠른 연결 속도에도 불구하고 이 모든 백업 파일을 다운로드하는 데 3개월이 걸린다는 사실을 깨닫습니다. 많은 IT 팀은 데이터 속도 측면에서 복구에 얼마나 걸릴지 대략적으로 계산조차 하지 않습니다."
워사르는 다음으로 흔한 상황은 기업들이 데이터의 암호화된 백업을 외부 저장소에 보관하고 있지만, 백업을 복호화하는 데 필요한 디지털 키가 랜섬웨어에 의해 암호화된 동일한 로컬 네트워크에 저장되어 있다는 사실을 깨닫는 경우라고 덧붙였습니다.
랜섬웨어 피해자를 대신해 몸값 협상을 하는 회사 인 코브웨어(Coveware) 의 CEO이자 공동 창립자인 빌 시걸은 다음과 같이 말했습니다.
50페타바이트의 백업이 있는데… 30마일 떨어진 시설에 있는 경우도 있습니다. 그런 다음 [원격 백업에서 구리선을 통해 복원을 시작하는데] 속도가 매우 느립니다. 누군가 계산기를 꺼내 필요한 데이터를 복원하는 데 69년이 걸릴 것이라는 사실을 깨닫는 경우도 있습니다. 또는 실제로 복원에 사용하는 소프트웨어 애플리케이션이 많은데, 이러한 애플리케이션 중 일부는 네트워크에 암호화되어 있습니다. '아, 다행이다. 백업은 있고 데이터는 있는데, 실제로 복원을 수행하는 애플리케이션은 암호화되어 있구나.'라고 생각할 수도 있습니다. 이처럼 연습하지 않으면 복원을 하지 못하게 하는 사소한 문제들이 있습니다.
백업이 잘못될 수 있는 경우가 너무나 많으니, 중요한 사고로 인해 데이터 복구를 위한 문제 해결 노력에 비상 상황이 더해지기 전에 지금 바로 정리할 때입니다. CyberHoot의 백업 권장 사항은 다음과 같습니다.
조직은 비즈니스 연속성 및 재해 복구(BCDR) 계획을 연습하고, 백업 시나리오를 시뮬레이션하는 모의 훈련을 실시하는 것이 매우 중요합니다. 많은 기업들이 예상치 못한 방식으로 데이터를 복구해야 하는 상황에 직면합니다. 그렇기 때문에 모의 훈련이 특히 중요합니다. CyberHoot은 복구 시점 목표(RPO) 와 복구 시간 목표(RTO)를 명확히 정의할 수 있도록 전체 BCDR 계획을 수립할 것을 권장합니다. 또한, CyberHoot은 3-2-1 백업 방식을 권장합니다 . 이는 데이터의 사본 3 개(기본 사본 1개, 백업 사본 2개)를 보관하는 것을 의미하며, 파일은 두 가지 유형의 저장 매체에 저장하고, 나머지 1 개는 오프사이트(온라인 포함)에 보관합니다. BCDR 계획을 최소한 매년 테스트하면 기업에서 흔히 발생하는 위의 실수들을 예방하는 데 도움이 됩니다.
CyberHoot에서는 3-2-1 백업 방식으로 BCDR을 테스트하고 문서화하는 것 외에도 온라인 사이버 공격으로부터 개인과 기업을 보호하고 피해를 최소화하기 위해 다음과 같은 모범 사례를 권장합니다.
BCDR 계획의 모든 문제점을 해결할 때가 가장 스트레스를 덜 받는 때입니다. 랜섬웨어 공격 시에는 백업 문제를 해결하기에 가장 적합하지 않은 시기입니다. 해커의 랜섬웨어 카운트다운 시계가 아닌, 본인의 시간에 맞춰 BCDR 계획을 테스트하는 것이 매우 좋습니다. 그렇게 하길 잘했다고 생각하실 겁니다.
지금 바로 CyberHoot을 통해 강력하고 심층적인 사이버 보안 계획을 수립하세요.
출처:
추가 자료 :
최신 사이버 보안 동향, 팁, 모범 사례를 알아보고 공유하세요. 또한 주의해야 할 새로운 위협도 알려드립니다.
저자: Katie Boquetti | 편집: Craig Taylor Craig Taylor의 편집: Claude Code가...
더보기
저자: 케이티 보케티 | 편집: 크레이그 테일러 크레이그 테일러 편집글: 우리는 이미 오래전부터 알고 있었죠...
더보기
저자: Katie Boquetti | 편집: Craig Taylor Craig Taylor의 편집: CAPTCHA는 다음 사항을 테스트해야 합니다...
더보기