랜섬웨어 대비, 홈페이지 서버와 백업을 지키는 6가지 점검

랜섬웨어 대비의 핵심은 서버가 암호화되더라도 되살릴 수 있도록 백업을 서버와 분리해 보관하고, 침입 경로가 되는 프로그램과 계정을 미리 정리하는 것입니다. 이 글에서는 홈페이지 서버에서 확인할 6가지 점검 항목, 백업 보관 방식 비교, 감염됐을 때의 대응 순서를 정리했습니다.

랜섬웨어가 홈페이지 서버에 주는 피해

랜섬웨어는 파일을 암호화해 쓸 수 없게 만든 뒤 풀어 주는 대가를 요구하는 악성 프로그램입니다. 사무실 PC만의 문제가 아니라 홈페이지 서버에 들어오면 웹 파일, 업로드된 이미지와 첨부파일, 데이터베이스가 함께 잠길 수 있습니다.

가장 큰 문제는 백업입니다. 백업 파일이 같은 서버에 있거나 서버에서 언제든 쓸 수 있는 저장소에 연결되어 있으면 백업까지 함께 암호화될 수 있습니다. 서버가 망가져도 손댈 수 없는 곳에 사본이 있어야 복구를 선택할 수 있습니다.

홈페이지 서버 랜섬웨어 대비 6가지 점검

아래 여섯 가지는 운영자가 호스팅 업체나 유지보수 담당자와 함께 확인할 수 있는 기본 항목입니다.

1. 프로그램 업데이트: 운영체제, 웹 서버, 홈페이지 프로그램과 플러그인을 최신 보안 버전으로 유지하고 쓰지 않는 것은 지웁니다.
2. 접속 경로 줄이기: 서버 원격 접속과 관리자 화면을 꼭 필요한 곳에서만 열리도록 제한합니다.
3. 계정 정리: 퇴사자·외주 계정을 지우고, 관리자 계정에는 긴 비밀번호와 2단계 인증을 씁니다.
4. 백업 분리 보관: 서버 밖에 사본을 두고, 그중 하나는 서버에서 지우거나 덮어쓸 수 없는 방식으로 보관합니다.
5. 복원 시험: 정해진 주기마다 백업을 실제로 복원해 사이트가 다시 열리는지 확인합니다.
6. 이상 징후 확인: 파일 이름이 한꺼번에 바뀌거나 서버 사용량이 갑자기 늘면 바로 알 수 있게 알림을 켭니다.

여섯 항목 가운데 1~3번은 침입을 막는 일이고, 4~6번은 침입을 당했을 때 피해를 줄이는 일입니다. 둘 중 하나만으로는 충분하지 않습니다.

백업 보관 방식 비교

아래 표는 홈페이지 백업을 보관하는 세 가지 방식을 랜섬웨어 상황에서 얼마나 버티는지 기준으로 비교한 것입니다.

보관 방식	복원 속도	랜섬웨어 피해 가능성	권장 용도
같은 서버 안의 백업	빠르다	서버와 함께 암호화될 수 있다	단순 실수 복구용
항상 연결된 외부 저장소	비교적 빠르다	서버 권한으로 지울 수 있으면 함께 피해를 입는다	일상 백업용
분리 보관(오프라인·삭제 방지 설정)	느릴 수 있다	서버가 감염돼도 영향이 적다	랜섬웨어 대비 최종 사본

그림처럼 세 방식을 함께 쓰는 것이 좋습니다. 빠른 복구는 가까운 백업으로, 최악의 상황은 분리 보관한 사본으로 대비합니다. 사본 개수와 보관 원칙은 홈페이지 백업 방법과 3-2-1 원칙에서 자세히 다뤘습니다.

백업이 정말 쓸 수 있는지 확인하는 법

백업 파일이 있다는 것과 복원할 수 있다는 것은 다릅니다. 파일과 데이터베이스를 따로 백업했다면 둘의 날짜가 맞는지, 복원에 필요한 설정 정보와 접속 정보가 함께 보관되어 있는지 확인합니다. 시험 복원은 운영 중인 사이트가 아니라 별도 공간에서 합니다.

랜섬웨어에 감염됐을 때 대응 순서

감염이 의심되면 서두르지 말고 아래 순서로 움직입니다.

1. 격리: 감염된 서버의 외부 연결을 끊고, 연결된 백업 저장소도 분리합니다.
2. 기록: 화면에 나온 안내문, 바뀐 파일 이름, 발견 시각을 기록하고 로그를 지우지 않습니다.
3. 신고와 상담: 보호나라에 침해사고를 신고하고 118로 상담을 받습니다.
4. 원인 확인: 어떤 경로로 들어왔는지 확인하고 해당 계정·프로그램을 정리합니다.
5. 복구: 감염 전 시점의 분리 보관 백업으로 깨끗한 환경에 복원합니다.

보호나라 침해사고 신고 안내에 따르면 정보통신서비스 제공자는 침해사고를 알게 된 때부터 24시간 이내에 신고해야 합니다. 신고는 보호나라 침해사고 신고하기에서 랜섬웨어 유형을 골라 접수할 수 있습니다. 신고 의무 해당 여부가 애매하다면 118 상담으로 먼저 확인하세요. 해킹 전반의 대처 순서는 홈페이지 해킹 대처 순서 7단계에 정리했습니다.

대가를 지급하면 복구되나요

대가를 내도 복구된다는 보장이 없고, 같은 공격이 반복될 수 있습니다. 결정하기 전에 반드시 KISA 상담을 받고, 분리 보관한 백업으로 복구할 수 있는지부터 확인하세요.

평소에 준비해 둘 대응 자료

감염된 뒤에는 서버에 들어가지 못해 필요한 정보를 찾을 수 없는 경우가 많습니다. 아래 자료는 서버 밖, 인쇄본이나 별도 저장소에 미리 정리해 두세요.

• 호스팅 업체, 유지보수 담당자, 도메인 관리 업체의 연락처와 고객 번호
• 분리 보관한 백업의 위치, 접근 방법, 마지막 백업 날짜
• 서버와 홈페이지 프로그램의 버전, 설치한 플러그인 목록
• 사고가 났을 때 누가 결정하고 누가 고객 공지를 쓰는지 정한 역할표

이 자료가 있으면 1~3단계를 몇 시간 안에 끝낼 수 있고, 복구 담당자가 바뀌어도 같은 순서로 일할 수 있습니다.

디코랩이 돕는 방식

디코랩은 운영 중인 사이트의 유지보수·개선을 맡으며, 백업 위치와 복원 방법처럼 운영에 필요한 사항을 상담에서 함께 정합니다. 맡길 수 있는 범위는 디코랩 서비스 소개에서 확인할 수 있습니다.

자주 묻는 질문

작은 소개용 홈페이지도 랜섬웨어 대상이 되나요?

공격은 규모보다 업데이트되지 않은 프로그램이나 약한 계정을 노리는 경우가 많습니다. 사이트가 작아도 백업 분리와 업데이트는 똑같이 필요합니다.

호스팅 업체가 백업해 주면 따로 안 해도 되나요?

업체 백업의 보관 기간과 복원 방법, 비용을 먼저 확인하세요. 업체 백업과 별도로 우리 회사가 직접 받아 두는 사본이 하나 있으면 더 안전합니다.

백업은 얼마나 자주 해야 하나요?

내용이 바뀌는 주기에 맞춥니다. 게시글과 회원 정보가 매일 늘어나는 사이트라면 데이터베이스는 매일, 거의 바뀌지 않는 소개 사이트라면 수정할 때마다 백업하는 식으로 정합니다.

지금 사이트의 백업이 서버와 분리되어 있는지 확인이 필요하다면 사이트 주소와 호스팅 정보를 적어 디코랩 프로젝트 문의로 보내 주세요.