열한 번째 발걸음안전한 설정은 설치 뒤에도 유지되어야 한다

새 서버에 운영체제를 설치했다고 업무에 필요한 경계가 완성되는 것은 아닙니다. 설치 기본값은 여러 용도에서 시작할 수 있도록 만들어졌을 수 있습니다. 우리 조직에는 필요 없는 서비스, 쓰지 않는 계정, 넓은 원격 접근, 예제 파일이나 기본 공유가 남아 있다면 그만큼 확인할 입구가 늘어납니다. 업무에 필요한 기능을 정하고 나머지 노출을 줄이며, 권한과 기록을 목적에 맞게 조정하는 작업을 보안 강화 또는 하드닝이라고 합니다.

하드닝의 출발점은 기준 구성입니다. 어떤 버전과 패키지, 계정, 서비스, 원격 관리 경로, 로그 정책을 정상 상태로 삼을지 기록합니다. 같은 역할의 서버 사이에 차이가 있다면 이유를 설명할 수 있어야 합니다. 모든 시스템에 같은 설정 값을 기계적으로 붙이는 것은 기준화와 다릅니다. 외부 공개 웹 서버와 오프라인 장비의 필요 기능이 다르고, 운영체제 버전이 바뀌면 지원 옵션과 기본 동작도 달라질 수 있습니다.

운영체제와 프로그램의 버전은 업데이트 대상을 찾는 데 필요합니다. Linux에서는 배포판 정보와 실행 중인 커널 정보를 나누어 확인하고, Windows에서는 에디션·빌드와 설치 상태를 확인합니다. 외부에 불필요하게 자세한 버전 배너를 보여 줄 이유는 없지만, 배너를 숨기는 조치로 취약한 코드를 고친 것은 아닙니다. 일부 배포판은 기존 버전 표기에 수정 패치를 반영하는 백포트를 제공하므로 상위 프로젝트의 버전 문자열 하나만으로 취약 여부를 확정해서도 안 됩니다.

패치 관리는 배포 공지를 읽고 설치 버튼을 누르는 한 단계보다 넓습니다. 영향을 받는 자산을 찾고, 악용 가능성과 노출·업무 중요도를 보고 우선순위를 정하며, 호환성과 복구 방법을 준비하고, 적용 뒤 실제로 수정된 코드가 실행되는지 확인하는 과정입니다. 파일만 교체되고 오래된 프로세스나 커널이 계속 실행 중이면 필요한 재시작이 남았을 수 있습니다. 업데이트 저장소의 출처와 무결성 검증도 중요합니다. 아무 곳에서 받은 실행 파일로 고치는 방식은 새로운 신뢰 문제를 만듭니다.

원격 관리에는 접근 가능한 경로, 인증, 접속 뒤 권한이라는 세 경계가 있습니다. Linux의 SSH와 Windows의 원격 데스크톱은 대표적인 관리 수단이지만 켰다는 사실만으로 안전한 관리가 완성되지는 않습니다. 관리용 네트워크나 승인된 중계 경로로 도달 범위를 줄이고, 개인을 식별하는 계정과 적절한 다중요소 인증, 제한된 관리자 권한, 접속 기록을 함께 구성합니다. 원격 데스크톱의 NLA는 본격적인 원격 세션을 만들기 전 인증을 요구하는 기능이며, 다중요소 인증이나 접근 경로 제한 전체를 대신하지 않습니다.

변경한 설정은 시간이 지나 다시 넓어질 수 있습니다. 급한 장애 대응으로 연 포트, 잠시 만든 공용 관리자 계정, 실험 후 남긴 서비스가 대표적입니다. 기준 구성과 현재 상태의 차이를 주기적으로 확인하고, 예외에는 목적·책임자·종료 조건을 붙입니다. 보안 점검 결과가 같은 지적을 되풀이한다면 개인의 실수만 찾기보다 자동 배포 템플릿이나 변경 절차에 원인이 있는지 살펴야 합니다.

참고　[39] · [40] · [41]