하루아침에 사라진 국가 등기 데이터베이스
루마니아에서 꽤 충격적인 보안 사고 소식이 전해졌어요. 해커가 루마니아의 국가 토지·부동산 등기 시스템 데이터베이스를 통째로 삭제해버렸다는 건데요. 우리나라로 치면 대법원 인터넷등기소가 관리하는 등기부등본 데이터가 어느 날 갑자기 전부 지워진 상황이라고 생각하시면 감이 올 거예요. 부동산 소유권을 증명하는 국가 공식 기록이 날아간 거니까, 단순한 웹사이트 장애와는 차원이 다른 이야기죠. 등기 시스템이 멈추면 부동산 매매도, 대출 담보 설정도, 소유권 확인도 전부 멈춰버리거든요.
랜섬웨어보다 무서운 '와이퍼' 공격
이 사건에서 특히 주목할 부분은 공격의 성격이에요. 요즘 뉴스에 자주 나오는 랜섬웨어는 데이터를 암호화해 놓고 '돈을 주면 풀어주겠다'고 협박하는 방식이거든요. 공격자 입장에서도 데이터가 살아 있어야 돈을 받을 수 있으니, 역설적으로 데이터 자체는 보존되는 경우가 많아요. 그런데 이번처럼 데이터를 그냥 지워버리는 공격은 성격이 달라요. 이런 걸 '와이퍼(wiper)' 공격이라고 부르는데요, 말 그대로 데이터를 닦아내듯 지워버리는 거예요. 금전 협상의 여지 자체가 없고 파괴 그 자체가 목적인 경우가 많아서, 방어하는 입장에서는 훨씬 무서운 유형이에요. 랜섬웨어는 최악의 경우 복호화라도 노려볼 수 있지만, 와이퍼는 백업이 없으면 그걸로 끝이거든요.
처음 있는 일이 아니에요
국가 기관이나 사회 인프라를 노린 파괴형 공격은 사실 꾸준히 있어 왔어요. 2017년의 낫페트야(NotPetya)가 대표적인데요, 겉으로는 랜섬웨어처럼 보였지만 실제로는 복구가 불가능하게 설계된 와이퍼였어요. 우크라이나를 겨냥한 공격이었는데 글로벌 해운사 머스크(Maersk) 같은 다국적 기업까지 감염돼서 수천억 원 규모의 피해를 냈죠. 머스크는 전 세계 수만 대의 서버와 PC를 다시 설치해야 했는데, 아프리카 가나 지사에 정전으로 우연히 꺼져 있던 서버 한 대가 살아남은 덕분에 겨우 핵심 데이터를 복구했다는 일화가 유명해요. 2022년에는 코스타리카 정부가 랜섬웨어 공격으로 국가 비상사태를 선포하기도 했고요. 공공 시스템은 오래된 레거시 코드와 빠듯한 보안 예산으로 돌아가는 경우가 많은데, 멈췄을 때의 파급력은 어떤 민간 서비스보다 크다 보니 공격자들에게 매력적인 표적이 되는 거예요.
진짜 교훈: '백업이 있다'와 '복구가 된다'는 다른 말이에요
이런 사고를 보면 결국 질문은 하나로 모여요. 백업이 살아남았는가, 그리고 실제로 복구가 되는가. 백업 전략의 기본으로 3-2-1 규칙이라는 게 있는데요, 데이터를 3벌 유지하고, 2가지 다른 저장 매체에 나눠 담고, 그중 1벌은 물리적으로 다른 장소에 두라는 원칙이에요. 요즘은 여기에 하나를 더 붙여요. 최소 1벌은 오프라인이거나 수정·삭제가 불가능한(immutable) 형태여야 한다는 거예요. 왜냐하면 공격자가 관리자 권한을 탈취하면 제일 먼저 하는 일이 백업 서버부터 지우는 것이거든요. 운영 서버와 같은 네트워크에 물려 있고 같은 계정으로 접근되는 백업은, 엄밀히 말하면 백업이 아니에요.
그리고 복구 훈련이요. 백업 파일이 존재한다는 것과 그걸로 서비스를 되살릴 수 있다는 건 완전히 다른 이야기예요. 실제로 복구를 해보면 스크립트가 깨져 있거나, 복구에 며칠이 걸리거나, 중간 시점 데이터가 빠져 있는 경우가 정말 많거든요. 그래서 복구에 걸리는 시간(RTO)과 어느 시점까지 되살릴 수 있는지(RPO)를 주기적으로 실측해 보는 게 중요해요. 권한 관리도 마찬가지고요. 우리 팀에서 운영 DB를 통째로 날릴 수 있는 계정이 몇 개인지, 그 계정들에 2단계 인증이 걸려 있는지 지금 바로 답할 수 있어야 해요.
마무리
한 줄로 정리하면 이래요. '백업이 있느냐'가 아니라 '공격자가 관리자 권한을 가져도 살아남는 백업이 있느냐'를 물어야 한다는 것. 여러분이 운영하는 서비스의 핵심 DB가 지금 이 순간 통째로 삭제된다면, 몇 시간 만에 어느 시점의 데이터까지 복구할 수 있나요? 댓글로 여러분 팀의 백업 전략도 공유해 주세요.
🔗 출처: Hacker News