금융권 보안점검 확대, 침해 이후의 대응까지 준비하려면

11월 5일 YTN 보도에 따르면, 금융당국은 전 금융권의 외부접점과 내부통제 체계를 전수 점검하고 공동 해킹 관제시스템 고도화를 추진하기로 했습니다. 같은 날 뉴시스는 개인정보 기술포럼에서 제기된 전문가 의견을 소개하며, 침해를 탐지한 뒤 공격의 확산을 신속하게 억제하는 대응 체계의 중요성을 전했습니다.

기업에서도 취약점을 찾아 개선하는 활동과 함께, 침해가 의심되는 상황에서 누가 무엇을 확인하고 조치할지 준비할 필요가 있습니다. 점검 결과와 운영 정보가 실제 대응으로 이어질 수 있도록 담당자와 절차를 연결하는 과정이 중요합니다.

보안점검에서 확인된 문제는 시스템의 중요도와 외부 접근 가능성, 업무에 미치는 영향을 고려해 조치 순서를 정해야 합니다. 발견된 항목을 나열하는 데서 그치면 긴급하게 처리해야 할 문제와 후속 관리가 필요한 항목을 구분하기 어려울 수 있습니다.

각 항목의 담당자와 조치 일정, 완료 여부를 함께 관리하고, 즉시 개선하기 어려운 경우에는 임시 대응 방안과 재확인 일정을 남길 필요가 있습니다. 시스템 변경이나 새로운 취약점 공개 이후에도 우선순위를 다시 살펴볼 수 있어야 합니다.

운영 중 이상 징후를 발견하더라도 담당자에게 전달되지 않거나 조치 권한이 불분명하면 대응이 늦어질 수 있습니다. 어떤 상황을 긴급하게 보고할지, 업무시간 외에는 누구에게 연락할지, 서비스 제한은 누가 결정할지 미리 정리해야 합니다.

계정 잠금이나 단말기 격리처럼 업무에 영향을 주는 조치는 실행 조건과 승인 범위를 사전에 정하고, 담당자가 절차에 따라 수행할 수 있도록 준비하는 것이 좋습니다. 연락망과 대응 절차가 실제로 작동하는지 훈련을 통해 확인하는 과정도 필요합니다.

초기 대응 이후에는 발생 시점과 확인된 현상, 수행한 조치를 기록해야 합니다. 로그와 변경 이력 등 원인 파악에 필요한 자료가 남아 있는지 확인하고, 조사에 필요한 증거를 보존할 수 있도록 준비할 필요가 있습니다.

서비스를 복구할 때에도 정상 접속 여부뿐 아니라 주요 기능과 데이터 상태, 동일한 이상 징후의 재발 여부를 함께 살펴야 합니다. 취약점 점검 결과와 배포·서버 변경 이력, 백업 현황을 연결해 관리하면 대응과 복구 과정에서 필요한 정보를 확인하기 수월해집니다.

기업은 이번 보안점검 확대를 계기로, 발견한 문제를 개선하는 절차와 침해 발생 시 대응하는 절차가 일상적인 운영 안에서 이어지고 있는지 살펴볼 필요가 있습니다.