먼저 확인하세요
기업의 사이버보안 대응은 업무용 계정·장비·데이터를 파악하는 데서 시작합니다. 그다음 다중 인증, 업데이트, 접근 권한, 백업과 복구, 사고 연락망을 점검하세요. 새 보안 제품을 도입했더라도 이 항목이 빠져 있으면 대응에 빈틈이 생길 수 있습니다.
확인 정보
- 대상: 보안 점검을 시작하려는 중소기업 담당자와 업무용 계정을 관리하는 구성원
- 자료 확인일: 2026년 10월 17일. KISA의 2025년 1월 발표 자료와 NIST·FTC의 기업 보안 안내를 참고했습니다.
- 통계 범위: 아래 수치는 2024년 신고 통계이며 2026년의 최신 발생 현황을 뜻하지 않습니다. 안내는 문서 대조를 바탕으로 하며 실제 기업망의 침해 분석·복구 시험 결과가 아닙니다.
사이버보안 위협 증가 통계는 어떻게 읽어야 하나요?
KISA가 2025년 1월 24일 발표한 자료에 따르면 침해사고 신고는 2023년 1,277건에서 2024년 1,887건으로 약 48% 증가했습니다. 이는 해당 연도의 신고 건수 비교이며, 모든 기업의 피해 확률이나 신고되지 않은 사고까지 포함한 발생률은 아닙니다.
같은 자료에서 2024년 랜섬웨어 감염은 195건으로 전년보다 약 24% 감소했고, 중견·중소기업 피해 비중은 94%로 제시됐습니다. 이 94%를 전체 사이버 침해사고에서 중소기업이 차지하는 비율로 확대해서 읽으면 안 됩니다. KISA 보도자료: 사이버 침해사고 피해, 전년 대비 약 48% 증가
기업이 먼저 살펴볼 위협과 징후
- 피싱과 계정 탈취: 로그인이나 송금을 재촉하는 메시지, 예상하지 못한 인증 요청을 받으면 링크를 따라가기 전에 기존에 알고 있던 연락처로 확인합니다.
- 랜섬웨어: 파일이 열리지 않거나 금전을 요구하는 안내가 나타날 수 있습니다. 백업이 있다는 이유만으로 즉시 복구 가능한 상태라고 판단하지 않습니다.
- 과도한 권한과 외부 접속: 퇴사자 계정, 공유 계정, 외주업체의 접근 권한이 계속 필요한지 확인합니다.
- 업데이트와 자산 관리 누락: 사용 중인 장비·프로그램과 담당자를 모르면 보안 업데이트가 필요한 대상도 놓치기 쉽습니다.
위 항목은 기본 점검 대상이지 사고의 확정 증거는 아닙니다. 파일 접근 오류나 로그인 실패에는 다른 원인도 있으므로 담당자가 로그와 상황을 함께 확인해야 합니다.
중소기업 사이버보안 점검 순서
1. 계정·장비·중요 데이터의 담당자를 정합니다
메일, 회계, 웹사이트, 공유 저장소처럼 업무가 멈추면 곤란한 항목부터 목록으로 만듭니다. 항목마다 관리자, 이용자, 보관 데이터, 장애 시 연락처를 적습니다. NIST의 중소기업 안내도 자산 목록과 책임자 확인을 기본 출발점으로 제시합니다.
2. 인증과 접근 권한을 확인합니다
다중 인증(MFA)은 비밀번호 외에 추가 확인 수단을 사용하는 방식입니다. 이를 제공하는 업무 계정에 적용하고, 비밀번호는 재사용하지 않습니다. 퇴사·담당 업무 변경 때 필요 없어진 권한을 회수하는 절차도 정하세요. 여러 사람이 같은 관리자 계정을 공유하고 있다면 개별 계정과 역할별 권한을 사용할 수 있는지 확인합니다.
3. 업데이트와 의심 메시지 신고 절차를 정합니다
운영체제·브라우저·업무 프로그램의 업데이트 담당자와 확인 주기를 정합니다. 자동 업데이트를 사용할 수 있는지 확인하되, 업무 시스템은 호환성과 적용 일정을 함께 관리합니다. 직원에게는 의심스러운 메일이나 인증 요청을 어디로 알릴지 안내하세요. FTC는 업데이트, 다중 인증, 비밀번호 관리와 직원 교육을 기본 보안 수칙으로 안내합니다. FTC: 중소기업 사이버보안 기본 안내
4. 백업 파일을 실제로 복원할 수 있는지 확인합니다
백업 대상·주기·보관 위치·복구 담당자를 정하고 복원 시험 결과를 남깁니다. 파일을 다른 폴더에 복사했다는 기록만으로 업무 전체를 복구할 수 있다고 판단하지 마세요. NIST는 정기 백업과 시험, 복구에 사용할 데이터의 무결성 확인을 함께 권고합니다. NIST SP 1300: 중소기업 사이버보안 시작 안내(PDF)
사고가 의심될 때 정해 둘 대응 절차
사전에 담당자와 외부 지원 연락처를 정하고, 누가 확산 차단과 복구를 결정할지 문서에 남깁니다. 다음은 조직 상황에 맞게 구체화할 기본 흐름입니다.
- 상황 기록: 발견 시각, 영향받은 서비스, 오류·경고 내용을 담당자에게 전달합니다.
- 영향 확인과 확산 차단: 담당자가 의심 계정·장비의 범위와 필요한 격리 조치를 판단합니다.
- 원인 확인과 복구: 원인을 제거하고 복구 데이터의 상태를 확인한 뒤 우선순위에 따라 업무를 재개합니다.
- 재발 방지: 대응 과정과 누락된 통제, 연락·복구 절차의 개선점을 기록합니다.
복구를 서두르기 전에 확인하세요. 임의 초기화나 파일 삭제는 분석에 필요한 기록을 없앨 수 있습니다. 일반 사용자가 직접 원인을 단정해 조치하기보다 내부 담당자나 계약된 보안 지원팀의 절차를 따르세요. 백업 보유만으로 피해 방지나 복구 성공이 보장되지는 않습니다.
점검 결과는 무엇을 남기면 좋을까요?
다음은 관리 문서의 항목 예시입니다. 제품 구매 목록이 아니라 누가 무엇을 확인했는지 남기는 용도입니다.
- 계정: 관리자, 다중 인증 적용 여부, 최근 권한 검토일
- 장비·프로그램: 담당자, 지원 상태, 마지막 업데이트 확인일
- 백업: 대상 데이터, 마지막 성공일, 복원 시험 결과
- 사고 대응: 연락망, 판단 책임자, 최근 대응 절차 검토일
자주 묻는 질문
AI 보안 제품을 먼저 구매해야 하나요?
이 글은 특정 제품의 구매를 권하는 안내가 아닙니다. 관리 중인 자산과 필요한 보호 기능부터 확인한 뒤, 내부에서 운영할 수 있는 범위와 외부 지원이 필요한 범위를 나누세요. 제품 설명의 탐지 기능이 우리 환경에서 검증됐다는 뜻은 아닙니다.
백업이 정상적으로 끝났으면 복구도 가능한가요?
백업 성공 기록과 복구 가능 여부는 다릅니다. 필요한 파일·설정이 포함됐는지, 복구에 쓸 데이터가 온전한지, 업무를 재개할 수 있는지 시험해 확인해야 합니다.
여기 있는 항목을 모두 확인하면 보안 점검이 끝나나요?
기본 점검을 시작하는 목록입니다. 사용하는 서비스, 보관 데이터, 외부 업체와의 연결에 따라 추가 점검이 필요합니다. 업무나 시스템이 바뀌면 목록과 담당자도 다시 확인하세요.