모두
모두콘텐츠
얼마 전 소규모 쇼핑몰의 접속 오류를 봤는데, 서버 자원은 넉넉했다. 인증서는 설치돼 있었지만 갱신이 끊겨 브라우저가 접속을 막고 있었다. 운영자가 생각한 장애 원인과 실제 원인은 달랐다. 보안서버를 준비할 때도 서버 사양부터 올리기보다 인증서가 어디에 설치되고, 누가 갱신하며, 장애가 나면 무엇을 확인할지부터 정하는 편이 낫다.
보안서버에 필요한 범위부터 확인한다
보안서버는 보통 방문자의 브라우저와 사이트 사이에 암호화 통신을 적용한 서버를 뜻한다. 여기서 중요한 것은 인증서를 구매했는지가 아니라 방문자가 실제로 접속하는 구간에 암호화가 적용되는지다. 로그인이나 결제 화면만 보호하고 첫 화면은 평문으로 두면, 방문자는 보호되지 않는 경로로 사이트에 들어올 수 있다.
인증서는 접속한 서비스가 해당 도메인에 대한 인증서를 제시한다는 것을 브라우저가 확인하는 데 쓰인다. 통신 내용도 중간에서 읽기 어렵게 만든다. 다만 인증서가 서버의 악성코드 감염, 취약한 비밀번호, 잘못 공개된 백업 파일까지 막아주지는 않는다. 보안서버를 설치했다는 말만으로 사이트 전체가 안전해졌다고 판단하면 운영 범위에 빈틈이 생긴다.
먼저 방문자가 사용하는 도메인과 하위 도메인을 적어본다. 관리자 화면이나 파일 업로드 화면이 별도 도메인에 있으면 그 접속 경로도 확인해야 한다. 오래된 주소로 들어오는 방문자를 새 경로로 보내는 설정까지 포함해 실제 접속 흐름을 그려보면 빠뜨린 곳이 보인다.
요금제보다 인증서가 설치되는 위치를 본다
웹호스팅은 관리 화면에서 인증서 발급과 적용을 지원하는 경우가 있다. 이때는 해당 기능의 제공 범위와 자동 갱신 여부를 확인하면 된다. VPS에서는 웹서버나 앞단의 프록시를 직접 설정하는 일이 많다. 클라우드에서는 로드 밸런서가 암호화 통신을 처리하고 뒤쪽 서버로 요청을 넘기기도 한다. 같은 보안서버라도 장애를 점검할 위치가 달라지는 이유다.
소규모 사이트라면 보안서버를 쓰기 위해 비싼 서버로 옮길 이유는 대개 없다. 인증서 처리 자체보다 이미지 전송량, 응용 프로그램의 작업량, 데이터베이스 응답이 서버 자원에 더 큰 영향을 주는 경우가 많다. 예를 들어 한 페이지가 이미지까지 합쳐 2MB이고 하루 1만 번 열리면 단순 전송량만 약 20GB다. 그 수치와 접속이 몰리는 시간대를 보고 요금제를 판단해야 한다. 인증서 가격만으로 서버 성능을 추정할 수는 없다.
무료 인증서로도 일반적인 암호화 통신을 구성할 수 있다. 유료 상품이 필요한지는 조직의 발급 절차나 지원 조건을 보고 판단할 일이다. 구매 전에 호스팅 업체가 외부 인증서 설치를 허용하는지, 인증서와 비밀키를 누가 관리하는지, 만료 알림은 어디로 가는지 확인하는 게 실무에서는 더 급하다.
적용할 때는 접속 경로를 끝까지 시험한다
설치 순서는 단순하다. 도메인이 현재 서버를 가리키는지 확인하고, 인증서를 발급해 접속을 받는 장비에 적용한다. 그다음 암호화되지 않은 접속이 암호화된 경로로 이동하는지 확인한다. 화면 안의 이미지, 스크립트, 글꼴까지 정상적으로 불러오는지 본다. 주소창의 잠금 표시 하나만 보고 끝내면 일부 자원이 막히는 혼합 콘텐츠 문제를 놓치기 쉽다.
프록시나 로드 밸런서가 앞에 있다면 한 가지를 더 본다. 앞단에서는 암호화 접속을 받았는데 뒤쪽 프로그램이 이를 평문 접속으로 인식하면, 같은 페이지로 계속 이동시키는 반복 오류가 생길 수 있다. 로그인 후에만 오류가 나는 경우도 있다. 접속 정보를 뒤쪽 서버에 전달하는 설정과 응용 프로그램의 신뢰 설정을 함께 확인해야 한다.
운영 중인 사이트라면 적용 전 웹서버 설정 파일과 인증서 관리 방식을 기록해 둔다. 설정을 바꾼 직후에는 첫 화면뿐 아니라 로그인, 양식 제출, 관리자 화면을 실제 브라우저에서 시험한다. 문제가 생겼을 때 되돌릴 설정이 있어야 복구가 빠르다. 비밀키는 접근 권한을 제한하고, 일반 백업 묶음에 무심코 넣어 공개되지 않도록 따로 관리한다.
장애가 나면 만료와 변경 이력부터 확인한다
브라우저에서 인증서 경고가 뜨면 만료일, 접속한 도메인과 인증서의 이름이 맞는지, 중간 인증서가 제대로 전달되는지 차례로 확인한다. 일부 방문자에게만 문제가 보이면 오래된 접속 정보나 경로 차이도 의심할 수 있다. 서버가 아예 응답하지 않는다면 인증서보다 웹서버 프로세스, 방화벽, 앞단 장비 상태를 먼저 봐야 한다. 증상이 비슷해 보여도 손댈 곳은 다르다.
자동 갱신을 켰다고 관리가 끝나는 것도 아니다. 갱신 작업은 성공했는데 웹서버가 새 인증서를 읽지 못할 수 있고, 발급 과정에서 도메인 확인이 실패할 수도 있다. 만료 전에 알림을 받고 실제 접속 화면에서도 새 인증서가 보이는지 확인하는 절차가 필요하다. 서버 이전 때는 새 서버에서 인증서 적용과 접속 시험을 마친 뒤 트래픽을 넘기는 편이 안전하다.
보안서버 운영은 설치 버튼을 누르는 작업보다 접속 경로와 갱신 책임을 분명히 하는 작업에 가깝다. 작은 사이트일수록 비싼 상품보다 간단한 구성, 확인 가능한 알림, 되돌릴 수 있는 설정이 오래 버틴다.
