운영체제 업데이트, 서버·업무 PC 보안 패치 관리 5단계

운영체제 업데이트는 목록 정리, 공지 확인, 백업, 적용, 동작 확인의 5단계로 관리합니다. 이 글에서는 홈페이지 서버와 업무 PC의 업데이트를 누가 언제 어떻게 할지 정하는 방법과 업데이트 때 자주 하는 실수를 정리했습니다.

운영체제 업데이트가 홈페이지 보안에 중요한 이유

홈페이지는 프로그램만으로 돌아가지 않습니다. 그 아래에서 웹 서버, PHP, 데이터베이스를 실행하는 운영체제가 있고, 관리자가 접속하는 업무 PC에도 운영체제가 있습니다. 어느 한쪽에 알려진 취약점이 남아 있으면 홈페이지 프로그램을 아무리 잘 관리해도 그 틈으로 침입할 수 있습니다.

운영체제 개발사는 취약점이 발견되면 보안 업데이트를 내놓고 공지합니다. 공지가 나온 뒤에는 취약점의 존재가 널리 알려지므로, 업데이트를 미루는 기간이 길수록 위험한 상태로 지내는 기간도 길어집니다. 업데이트는 한 번에 끝나는 작업이 아니라 정해진 주기로 반복하는 관리 업무라고 보는 것이 맞습니다.

서버와 업무 PC는 관리 방식이 다릅니다

업무 PC는 자동 업데이트를 켜 두고 재시작만 미루지 않으면 대부분 해결됩니다. 반면 서버는 업데이트 뒤 웹 서버나 PHP가 재시작되면서 사이트가 잠시 멈추거나, 드물게 설정이 맞지 않아 오류가 날 수 있습니다. 그래서 서버는 자동으로 두기보다 시간을 정해 사람이 확인하며 적용하는 경우가 많습니다. 공유 호스팅을 쓴다면 서버 운영체제는 호스팅 업체가 관리하므로, 업체가 어떤 주기로 업데이트하는지 확인해 두면 됩니다.

운영체제 업데이트 관리 5단계

아래 순서는 작은 회사가 서버 한두 대와 업무 PC 몇 대를 관리한다고 가정한 기본 흐름입니다. 처음 한 번 표를 만들어 두면 다음부터는 같은 순서를 반복하면 됩니다.

1. 관리 대상 목록 만들기: 홈페이지 서버, 관리자용 PC와 노트북을 적고 각각의 운영체제 이름과 버전, 관리 담당자를 기록합니다.
2. 보안 공지 확인하기: 운영체제 개발사의 보안 공지와 KISA 보호나라의 보안 공지를 주기적으로 확인해 우리 목록에 해당하는 업데이트가 있는지 봅니다.
3. 백업과 작업 시간 정하기: 서버는 업데이트 전에 파일과 데이터베이스 백업을 만들고, 방문자가 적은 시간을 작업 시간으로 정합니다.
4. 업데이트 적용하기: 보안 업데이트를 적용하고, 재시작이 필요하다고 안내되면 미루지 않고 재시작합니다.
5. 동작 확인과 기록: 사이트 첫 화면, 로그인, 문의 폼, 관리자 화면이 정상인지 확인하고 적용 날짜와 내용을 목록에 적습니다.

그림처럼 다섯 단계 가운데 실제로 업데이트를 누르는 것은 네 번째 단계 하나뿐입니다. 나머지는 무엇을 업데이트해야 하는지 알고, 문제가 생겼을 때 되돌릴 수 있게 준비하고, 했다는 사실을 남기는 일입니다. 보안 공지는 KISA 보호나라 보안공지 게시판에서 제품별 업데이트 권고를 확인할 수 있습니다.

지원이 끝난 운영체제는 업데이트가 없습니다

운영체제에는 개발사가 보안 업데이트를 제공하는 지원 기간이 있습니다. 지원이 끝나면 새 취약점이 발견돼도 업데이트가 나오지 않으므로, 목록을 만들 때 각 운영체제의 지원 종료 시점도 함께 적어 두고 그 전에 새 버전으로 옮길 계획을 세웁니다. 서버 운영체제를 바꾸면 PHP 같은 프로그램 버전도 함께 바뀌는 경우가 많아, 오래된 PHP 버전 위험과 업그레이드도 함께 확인하는 것이 좋습니다.

서버 업데이트 방식 비교

아래 표는 서버 운영체제 업데이트를 적용하는 세 가지 방식을 장점과 주의할 점으로 비교한 것입니다.

방식	장점	주의할 점	어울리는 경우
보안 업데이트 자동 적용	잊어버려도 적용됨	재시작이 필요한 업데이트는 따로 확인해야 함	담당자가 자주 바뀌는 곳
정기 수동 적용	작업 시간과 확인을 사람이 통제	담당자가 바쁘면 미뤄지기 쉬움	정해진 유지보수 담당이 있는 곳
호스팅 업체 관리	운영자가 직접 할 일이 적음	업체의 업데이트 주기와 범위 확인 필요	공유 호스팅·관리형 서버

어느 방식을 고르든 결과를 확인하는 사람이 정해져 있어야 합니다. 자동 적용을 켜 두고 아무도 결과를 보지 않으면, 업데이트가 실패한 채로 몇 달이 지나도 알 수 없습니다.

운영체제 업데이트에서 자주 하는 실수

업데이트 관리가 무너지는 이유는 대개 기술보다 습관에 있습니다. 다음 항목을 점검해 보세요.

• 업데이트는 받아 놓고 재시작을 몇 주째 미뤄 실제로는 적용되지 않은 상태다.
• 서버 업데이트 전에 백업을 만들지 않아 문제가 생기면 되돌릴 방법이 없다.
• 업무 PC 가운데 관리자 계정이 저장된 노트북이 목록에서 빠져 있다.
• 지원이 끝난 운영체제를 쓰면서 업데이트가 없다는 사실을 모르고 있다.
• 누가 언제 업데이트했는지 기록이 없어 다음 담당자가 상태를 알 수 없다.

체크리스트의 다섯 항목 가운데 하나라도 해당하면 관리 대상 목록부터 다시 만드는 것이 빠릅니다. 운영체제 위에서 돌아가는 홈페이지 프로그램과 플러그인의 업데이트는 홈페이지 프로그램 업데이트, CMS·플러그인 관리 6단계에서 따로 다뤘습니다.

디코랩이 돕는 방식

디코랩은 운영 중인 사이트의 유지보수와 개선을 맡고 있으며, 유지보수 상품에는 호스팅이 포함됩니다. 서버 관리 범위와 월 비용은 홈페이지 유지보수 상품 안내에서 확인할 수 있습니다. 이미 운영 중인 사이트라면 유지보수 접수 게시판에 점검 요청을 비밀글로 남길 수 있습니다.

자주 묻는 질문

업데이트 후 사이트가 안 열리면 어떻게 하나요?

먼저 웹 서버와 데이터베이스가 실행 중인지 확인하고, 해결되지 않으면 업데이트 전에 만든 백업으로 되돌립니다. 그래서 서버 업데이트 전 백업 단계를 건너뛰지 않는 것이 중요합니다.

업데이트는 얼마나 자주 해야 하나요?

보안 업데이트는 나오는 대로 적용하는 것이 원칙이고, 수동으로 관리한다면 최소한 매달 한 번은 확인하는 일정을 정해 두는 것이 좋습니다. 긴급 보안 공지가 나오면 정기 일정을 기다리지 않습니다.

공유 호스팅을 쓰면 운영자가 할 일이 없나요?

서버 운영체제는 호스팅 업체가 관리하지만, 관리자가 쓰는 업무 PC와 홈페이지 프로그램은 운영자 몫입니다. 호스팅 업체에는 업데이트 주기와 공지 방법을 문의해 두세요.

업무 PC 자동 업데이트를 켜 두면 충분한가요?

자동 업데이트는 기본이지만 재시작을 미루면 적용되지 않습니다. 업데이트 기록 화면에서 최근 설치 날짜를 가끔 확인하고, 재시작 알림은 하루 이틀 안에 처리하세요.

서버와 업무 PC의 업데이트를 누가 맡을지 정리가 필요하다면 디코랩 프로젝트 문의로 현재 운영 환경을 알려 주세요.