토지 등기 DB가 지워지자 부동산 거래가 멈췄어요

토지 등기 DB가 지워지자 부동산 거래가 멈췄어요

AI 뉴스 썸네일

루마니아 토지 등기 기관 ANCPI가 침해를 당해 데이터베이스와 백업 일부를 잃었어요. 공식 앱과 웹사이트가 일주일가량 멈추면서 공증인은 새 거래를 등록하지 못했고, 시민은 소유권 증명서도 발급받기 어려워졌어요. 디지털 행정 시스템에서 계정 보안과 복구 체계가 왜 함께 작동해야 하는지 보여주는 사고예요. 1

핵심 요약

구분	확인된 내용	실무에서 볼 점
침입	공격자는 유효한 자격 증명으로 내부에 들어간 것으로 알려졌어요	비밀번호 유출을 전제로 다중 인증과 권한 제한을 설계해야 해요
피해	토지 등기 데이터와 백업 일부가 삭제됐고 이메일·앱·웹사이트도 중단됐어요	운영망과 복구 자산이 같은 접근 경로에 묶이면 피해가 함께 번져요
업무 영향	신규 부동산 거래 등록과 소유권 기록 발급이 막혔어요	데이터 복구 시간뿐 아니라 공공 업무 중단 시간을 따로 관리해야 해요
복구	ANCPI는 네트워크를 다시 구축하고 여러 위치의 사본으로 DB를 복원하고 있어요	오프라인 사본, 복구 훈련, 복구 시점 목표를 평소에 확인해야 해요

1. 유효한 계정 하나가 국가 핵심 업무까지 멈췄어요

보안 매체 Risky Business에 따르면 공격자는 ANCPI의 유효한 자격 증명을 이용해 내부 시스템에 들어갔어요. 이후 시스템 구조를 파악하고 금품을 요구했으며, 요구가 받아들여지지 않자 데이터베이스와 백업을 삭제한 것으로 전해졌어요. 직원 계정 정보와 내부 문서, 네트워크 세부 정보도 해킹 포럼에 올라왔어요. 1

피해는 서버 안에서 끝나지 않았어요

토지 등기 시스템은 부동산 소유권과 거래 순서를 기록하는 기반 시설이에요. 이 시스템이 멈추자 공증인은 신규 거래를 등록할 수 없었고, 시민도 소유권 증명서나 상세 토지 기록을 받지 못했어요. 이메일 서버와 공식 서비스까지 함께 중단돼 기관의 안내와 복구 업무에도 부담이 생겼어요.

728x90

이번 사고는 데이터의 기밀성보다 가용성과 무결성이 직접 타격을 받은 사례예요. 정보가 외부로 새는 피해도 컸지만, 기록을 조회하고 새 거래를 반영할 수 없다는 점이 부동산 시장을 곧바로 멈춰 세웠어요. 공공 데이터베이스는 저장된 자료만 보호해서는 부족해요. 시민과 공증인이 필요한 순간에 정확한 기록을 사용할 수 있어야 해요.

백업이 있어도 공격자가 지울 수 있으면 복구가 흔들려요

공격자는 백업까지 삭제했다고 주장했어요. 다만 ANCPI는 여러 장소에 보관한 사본으로 데이터베이스를 재구축하고 있으며, 오프라인 사본도 남아 있었던 것으로 보여요. 기관은 영향받은 시스템을 격리하고 전체 네트워크를 처음부터 다시 구축하고 있어요. 2

여기서 확인할 대상은 백업 파일의 존재 여부만이 아니에요. 운영 계정으로 백업을 삭제할 수 있는지, 마지막 정상 사본이 언제 만들어졌는지, 복구한 데이터가 법적 기록으로 신뢰할 만한지도 봐야 해요. 백업이 오래됐다면 최근 거래를 다시 대조해야 하고, 복구 과정에서 기록 순서나 소유권 변경 이력이 빠지지 않았는지도 확인해야 해요.

실무에서는 운영망과 다른 자격 증명을 쓰는 복구 저장소가 필요해요. 기존 사본을 덮어쓰거나 삭제할 수 없는 추가 전용 저장 방식도 도움이 돼요. 여기에 네트워크에서 분리한 오프라인 사본을 함께 두면 한 계정이 탈취돼도 모든 복구 경로가 동시에 열리지 않아요.

자격 증명 보안은 로그인 뒤의 권한까지 포함해요

유효한 계정이 사용됐다는 사실만으로 최초 유출 경로를 확정할 수는 없어요. 피싱, 재사용한 비밀번호, 세션 탈취, 외부 업체 계정 등 여러 가능성이 남아 있어요. 다만 정상 계정이 내부 정찰과 대량 삭제에 쓰였다는 점은 로그인 이후 통제가 충분했는지 묻게 해요.

다중 인증은 계정 탈취 위험을 낮추지만 그것만으로 피해 범위를 막지는 못해요. 관리 권한을 업무별로 나누고, 평소 쓰는 계정과 비상 복구 계정을 분리해야 해요. 짧은 시간에 여러 서버와 백업 저장소를 탐색하거나 대량 삭제 명령을 실행하면 별도 승인을 요구하고 경보를 보내는 방식도 필요해요.

접속 기록도 공격자가 닿기 어려운 위치에 남겨야 해요. 침해된 서버 안에 로그만 보관하면 데이터와 함께 지워질 수 있어요. 중앙 로그 저장소나 외부 보안 계정으로 감사 기록을 보내면 사고 범위와 삭제 시점을 더 빠르게 확인할 수 있어요.

왜 중요한가요

정부의 핵심 데이터베이스는 단순한 행정 편의 도구가 아니에요. 토지 등기처럼 법적 권리를 뒷받침하는 시스템이 멈추면 계약, 대출, 소유권 증명까지 연쇄적으로 막혀요. 복구 지표도 서버 재가동 여부에서 끝내지 말고, 실제 업무가 언제 다시 처리되는지까지 잡아야 해요. 1

비슷한 시스템을 운영한다면 세 가지를 바로 확인할 수 있어요. 운영 계정이 백업을 삭제할 수 있는지, 네트워크 밖의 최신 사본으로 실제 복구해 본 적이 있는지, 복구 후 기록의 법적 정합성을 검증할 절차가 있는지예요. 세 항목 중 하나라도 답이 불분명하면 백업 용량을 늘리기 전에 권한과 복구 절차부터 다시 점검해야 해요.

참고 자료

1. Hacker wipes Romania's entire land registry database — Risky Business
2. 해커가 루마니아 토지 등기 데이터베이스를 삭제 — GeekNews