상담 신청

AWS · 클라우드

랜섬웨어에 대비한 AWS 백업은 어떻게 격리해야 합니까?

AWS Backup으로 매일 백업을 받고 있지만, 관리자 권한이 탈취되면 백업까지 함께 지워질 수 있다는 지적을 받은 회사에서 자주 받는 질문입니다. 원본과 같은 계정에 있는 백업이 공격을 받아도 남는지 확인하고 싶어 합니다.

자주 받는 질문 · 빌드업웍스 정리 작성 최종 검토

빌드업웍스 답변

빌드업웍스 엔지니어

핵심 답변

랜섬웨어 대비 백업의 핵심은 원본을 지울 수 있는 권한으로 백업까지 지울 수 없게 만드는 것입니다. AWS Backup 볼트를 컴플라이언스 모드 Vault Lock으로 잠그면 유예 기간 뒤에는 루트 사용자와 AWS도 보존 기간 전에 백업을 지울 수 없고, 사본을 다른 계정이나 논리적 격리 볼트에 두면 원본 계정이 장악돼도 복원할 수 있습니다. 잠금은 되돌릴 수 없으므로 보존 기간을 먼저 정하고, 격리된 사본으로 복원 시험을 정기적으로 해야 합니다.

  • 원본과 같은 권한으로 지울 수 있는 백업은 격리된 것이 아닙니다
  • 컴플라이언스 모드는 유예 기간이 지나면 해제할 수 없습니다
  • 유예 기간은 최소 3일이며 그 안에 설정을 검증합니다
  • 다른 계정에서 복원할 수 있어야 격리가 완성됩니다
  • 격리된 사본으로 복원 시험을 정기적으로 합니다

무엇으로부터 지키는지부터 정합니다

랜섬웨어 대비에서 백업이 실패하는 전형적인 경로는 공격자가 관리자 권한을 얻어 원본과 백업을 함께 지우거나 암호화하는 것입니다. 백업이 매일 성공하고 있어도, 원본을 지울 수 있는 같은 권한으로 백업도 지울 수 있다면 그 백업은 격리된 것이 아닙니다.

그래서 격리 수준은 「백업이 있는가」가 아니라 다음 두 질문으로 판단합니다.

  • 운영 계정의 관리자 권한이 탈취돼도 백업을 보존 기간 전에 지울 수 없습니까?
  • 운영 계정에 들어갈 수 없게 돼도 다른 계정에서 복원할 수 있습니까?

첫 번째 질문은 잠금으로, 두 번째 질문은 계정 분리로 답합니다. 둘 중 하나만 갖추면 절반만 막은 셈입니다. 잠금만 있으면 백업은 남지만 그 계정에 들어가지 못하는 동안 복원할 길이 없고, 계정 분리만 있으면 백업 계정의 권한이 함께 탈취됐을 때 사본이 지워질 수 있습니다.

Vault Lock — 지울 수 없게 잠그기

AWS Backup의 Vault Lock은 백업 볼트를 한 번 쓰면 수정·삭제할 수 없는 상태(WORM)로 잠그는 기능이며, 추가 요금 없이 제공됩니다. 잠긴 볼트에서는 루트 사용자를 포함한 누구라도 보존 기간이 끝나기 전에 백업을 지우거나 수명 주기를 바꿀 수 없습니다. 모드는 두 가지입니다.

거버넌스 모드

  • 충분한 IAM 권한이 있는 사용자는 잠금을 풀 수 있습니다
  • 지정된 담당자만 바꾸게 하는 통제에 맞습니다
  • 권한이 탈취되면 잠금도 함께 풀릴 수 있습니다

컴플라이언스 모드

  • 유예 기간(최소 3일)이 지나면 누구도 잠금을 풀 수 없습니다
  • AWS도 변경하거나 삭제할 수 없습니다
  • 랜섬웨어처럼 권한 탈취를 전제로 한 대비에 맞습니다
핵심 권한 탈취까지 대비하려면 컴플라이언스 모드가 맞습니다. 다만 유예 기간이 지나면 설정을 되돌릴 수 없으므로, 유예 기간 안에 보존 기간과 비용을 반드시 검증합니다.

Vault Lock 자체는 무료지만, 잠긴 볼트의 백업도 일반 저장 요금이 그대로 붙고 보존 기간이 끝날 때까지 지울 수 없습니다. 그래서 잠그기 전에 얼마나 오래, 얼마나 많이 보관할지를 비용과 함께 정해야 합니다.

보존 기간은 「며칠 치를 남길까」보다 「사고를 알아챈 시점에서 얼마나 거슬러 올라가 복원해야 하는가」로 정합니다. 침해 사실이 늦게 드러나면 그 사이에 만들어진 백업에도 이미 오염된 데이터가 들어 있을 수 있기 때문입니다. 백업 사본을 두는 계정은 운영 계정과 다른 관리자와 다른 로그인 경로로 관리해, 한 사람의 자격 증명으로 두 계정이 함께 열리지 않게 합니다.

계정 분리와 논리적 격리 볼트

잠금만으로는 운영 계정 자체를 쓸 수 없게 되는 상황까지 막지 못합니다. 그래서 백업 사본을 운영 계정 밖에 두고, 다른 계정에서 복원할 수 있게 준비합니다. AWS 다중 계정 백서도 계정 단위 격리가 한 계정의 침해나 잘못된 설정이 다른 계정으로 번지는 것을 막는다고 설명합니다.

  1. 운영 계정의 원본
  2. 잠긴 백업 볼트
  3. 다른 계정 또는 논리적 격리 볼트로 복사
  4. 복구용 계정에서 복원

AWS Backup의 논리적 격리 볼트(logically air-gapped vault)는 이 목적에 맞춘 볼트입니다.

  • 만들 때부터 컴플라이언스 모드의 Vault Lock이 걸려 있고, 최소 보존 기간은 7일 이상으로 정해야 합니다.
  • 암호화는 기본적으로 AWS 소유 키를 쓰고, 고객 관리형 KMS 키를 선택할 수도 있습니다.
  • AWS RAM으로 다른 계정과 공유하면 공유받은 계정에서 백업을 복원할 수 있습니다. 공유 대상은 계정 ID 단위로 지정합니다.
  • 다중 승인(Multi-party approval)과 연동하면 볼트를 소유한 계정에 접근할 수 없어도 복원 경로를 열 수 있습니다. 소유 계정이 해지된 경우에도 해지 후 유예 기간 동안은 이 경로로 백업에 접근할 수 있습니다.

볼트에 복사할 수 있는 자원 유형은 정해져 있으므로, AWS Backup의 자원별 기능 지원표에서 사용하는 서비스가 대상인지 먼저 확인합니다. 모든 백업을 한꺼번에 격리할 필요는 없습니다. 잃으면 사업을 이어 갈 수 없는 데이터, 예를 들어 주문·고객·회계 데이터베이스부터 격리 대상으로 정합니다.

잠그기 전에 확인할 것

  • 보존 기간: 보존 기간이 「항상」인 백업이 컴플라이언스 잠금 볼트에 들어가면 영원히 지울 수 없고 저장 요금도 계속 붙습니다
  • 최소·최대 보존 기간: 잠금에 설정한 범위를 벗어나는 백업·복사 작업은 실패합니다. 기존 백업 계획의 보존 기간과 맞춥니다
  • 암호화 키: AWS Backup이 완전 관리하는 자원 유형이 아니면, 격리 볼트로 복사할 원본이 고객 관리형 키로 암호화돼 있어야 합니다
  • 복원을 막는 다른 설정: EC2 AMI를 비활성화하면 잠긴 볼트의 EC2 백업도 복원이 막힐 수 있습니다. IAM 정책으로 ec2:DisableImage를 제한합니다
  • 계정 해지: 백업 볼트가 있는 계정을 해지하면 90일 뒤 볼트 내용이 삭제되며, Vault Lock이 걸려 있어도 마찬가지입니다

격리한 뒤에 할 일 — 복원 시험

격리는 복원이 될 때 의미가 있습니다. 격리된 사본에서 다른 계정으로 실제 복원을 해 보고, 복원에 걸린 시간과 빠진 설정(보안 그룹·파라미터·연결 정보)을 기록합니다. 복원한 데이터베이스에 애플리케이션이 실제로 붙는지까지 확인해야 시험을 마친 것입니다. 걸린 시간은 업무가 견딜 수 있는 중단 시간과 비교하고, 맞추지 못하면 백업 주기나 복원 절차를 고치고 같은 방법으로 다시 시험합니다. 복원 시험을 하지 않은 백업이 실제 사고 때 어떻게 실패하는지는 백업 복구 실패 원인을 다룬 인사이트 글에서 원인별로 정리했습니다.

주의 컴플라이언스 모드의 유예 기간은 「시험 기간」입니다. 그 안에 백업 계획의 보존 기간, 복사 작업 성공 여부, 예상 저장 요금을 확인하지 않으면, 잘못된 설정이 그대로 굳어 되돌릴 수 없게 됩니다.

참고 자료

답변 빌드업웍스 작성 2026-10-22 최종 검토 2026-10-22

이어서 보기

AWS · 클라우드 자주 받는 질문

AWS 계정은 하나로 쓸지, 여러 개로 나눌지 어떻게 정합니까?

통제 기준이 다른 작업은 계정으로 나누고, 같은 계정 안의 세부 비용은 태그로 나누는 것이 AWS가 권하는 기본 방향입니다. 운영과 개발이 한 계정에 섞여 있으면 권한·사고 영향·비용이 모두 한데 묶이므로, 작은 조직도 AWS Organizations로 관리 계정과 운영·비운영 계정을 분리하는 것부터 시작할 수 있습니다. 관리 계정에는 업무 시스템을 두지 않고, 비용 배분 태그는 활성화해야 청구 화면에 나타난다는 점을 함께 챙겨야 합니다.

답변 2026-10-22

AWS · 클라우드 자주 받는 질문

AWS 서버를 가용 영역 하나에만 두어도 괜찮습니까?

운영 서비스를 가용 영역 하나에만 두는 것은 AWS Well-Architected 프레임워크가 꼽는 위험 패턴이며, AWS는 운영 워크로드를 한 리전 안의 최소 두 개 가용 영역에 두라고 권합니다. 한 번에 갖추기 어렵다면 데이터를 먼저 지키는 순서로, 다른 영역에서 복원할 수 있는 백업과 데이터베이스 다중 AZ를 우선하고 그다음 로드 밸런서 뒤 서버 이중화로 넓힙니다. 개발·검증 환경처럼 중단을 감수할 수 있는 환경은 단일 가용 영역으로 두는 판단도 가능합니다.

답변 2026-10-22

함께 보면 좋은 자료백업은 있는데 왜 복구가 안 되는가함께 보면 좋은 자료AWS 재해복구는 어느 수준까지 준비하는가

댓글

답변에 덧붙일 질문이나 경험을 남겨 주세요. 빌드업웍스가 확인한 뒤 게시합니다.

댓글을 불러오는 중입니다.

    0 / 1,000자

    확인 후 게시됩니다. 영업 연락은 드리지 않습니다.

    궁금한 점을 편하게 남겨 주세요

    영업 연락은 드리지 않습니다. 빌드업웍스 엔지니어가 영업일 2~3일 안에 답변드리고, 카카오톡·텔레그램 채팅으로도 상담하실 수 있습니다.