네트워크 취약점의 흔한 원인들

취약점은 대부분 평범하다

보안 사고 사례를 들여다보면 의외로 고도의 기술이 아니라 아주 기본적인 실수에서 시작되는 경우가 많습니다. 이번 글에서 다루는 다섯 가지는 실제 침해 사고 원인 분석에서 반복적으로 등장하는, 가장 흔하면서도 가장 많이 간과되는 취약점들입니다.

열려 있는 포트

서버의 모든 네트워크 포트는 잠재적인 출입구입니다. 필요 없는 서비스가 외부에 노출된 포트로 계속 돌아가고 있다면, 그 자체가 공격 표면(attack surface)을 넓히는 일입니다. 개발 중에만 잠깐 열어둔 관리자 포트, 테스트용으로 켜둔 데이터베이스 포트가 프로덕션에 그대로 남는 경우가 대표적입니다.

원칙은 단순합니다 — 꼭 필요한 포트만, 꼭 필요한 대상에게만 열어둘 것. 주기적인 포트 스캔으로 "우리가 뭘 외부에 노출하고 있는지"를 스스로 점검하는 것이 첫걸음입니다.

약한 인증

기본 비밀번호를 바꾸지 않은 장비, 쉬운 비밀번호 정책, 다중 인증이 없는 관리자 계정은 여전히 가장 흔한 침해 경로 중 하나입니다. 특히 IoT 장비나 네트워크 장비는 초기 설정 그대로 방치되는 경우가 많아 자동화된 스캐너의 우선 표적이 됩니다.

설정 오류

클라우드 스토리지를 공개로 설정해두거나, 방화벽 규칙에 필요 이상으로 넓은 범위를 허용하거나, 기본 관리자 계정을 그대로 두는 등 "기능은 정상 동작하지만 보안 관점에서는 잘못된" 설정이 여기 해당합니다. 인프라가 코드로 관리되는(Infrastructure as Code) 환경이 늘면서, 설정 실수 한 줄이 순식간에 여러 시스템으로 복제되는 위험도 커지고 있습니다.

패치되지 않은 시스템

이미 공개적으로 알려지고 수정 패치까지 나온 취약점이 실제 침해 사고의 원인이 되는 경우가 여전히 많습니다. 패치를 적용하지 않는 이유는 다양합니다 — 서비스 중단이 두렵거나, 자산 목록 자체가 정리되어 있지 않아 무엇을 패치해야 할지 모르거나. 체계적인 자산 관리와 정기적인 패치 주기 수립이 근본적인 해법입니다.

불필요한 네트워크 노출

내부 시스템으로만 충분한 서비스를 굳이 인터넷에 직접 노출하는 경우, 공격자가 시도할 수 있는 경로 자체가 늘어납니다. 원격 접속이 필요하다면 서비스 자체를 열어두는 대신 VPN이나 전용 게이트웨이를 통해서만 접근하게 하는 구조가 노출 면적을 크게 줄여줍니다.