그누보드 사이트 유지보수·보안 점검 순서

왜 그누보드 사이트가 특히 방치되기 쉬운가

그누보드는 국내에서 오래, 널리 쓰인 PHP 기반 홈페이지·게시판 솔루션입니다. 그만큼 ‘몇 년 전 외주로 만들고 그대로’인 사이트가 많아요. 겉으로는 잘 돌아가 보여도, 아래 세 겹이 동시에 낡아갑니다.

그누보드 사이트가 낡아가는 3겹

PHP 런타임
호스팅이 제공하는 PHP 버전

→

그누보드 본체
코어 버전·보안 패치

→

스킨·플러그인
업체가 커스텀한 코드

어느 한 겹만 패치해도 나머지가 발목을 잡습니다. 특히 PHP 버전을 올리면 낡은 스킨·플러그인이 깨지는 일이 흔합니다.

2026년 10월 PHP2Shell 사태처럼 PHP 자체 취약점이 터지면 그누보드 사이트는 그대로 영향을 받습니다. 어떤 사태였고 무엇을 확인해야 하는지는 PHP2Shell 취약점 가이드에 정리했습니다.

1단계 — 버전 세 가지를 적어두기

점검은 ‘지금 무엇이 깔려 있는지’를 적는 데서 시작합니다. 아래 세 가지를 메모해 두세요.

확인 항목	어디서 보나	위험 신호
PHP 버전	호스팅 관리 화면의 PHP 설정, 또는 `phpinfo()` 임시 파일	지원이 끝난 7.x·8.0·8.1 계열
그누보드 버전	관리자 페이지 하단 표기, `config.php`의 버전 상수	수년간 업데이트 없음, 공식 패치 미적용
스킨·플러그인	`skin/`, `plugin/`, `theme/` 폴더와 수정 날짜	출처 불명 파일, 업체 커스텀만 있고 문서 없음

# 서버(SSH)에서 빠르게 확인
php -v
grep -R "G5_VERSION\|G6_VERSION" config.php lib/ 2>/dev/null | head
ls -lt skin/ plugin/ theme/ 2>/dev/null | head -20

PHP 지원 종료 버전이라면 다른 점검보다 먼저 호스팅사에 PHP 상향 가능 여부를 물어보세요. 올렸을 때 사이트가 깨질 수 있으니 반드시 백업 후 테스트 환경에서 먼저 올립니다.

2단계 — 관리자·업로드·스팸, 뚫리는 곳 막기

그누보드 보안 기본 5가지

관리자 경로·계정기본 /adm 경로 그대로면 접근 제한(IP 허용·추가 인증) 적용. 관리자 비밀번호는 길고 고유하게, 안 쓰는 관리자 계정은 삭제.

업로드 폴더 실행 차단data/ 아래에서 PHP가 실행되지 않도록 서버 설정(.htaccess 등). 첨부파일을 통한 웹셸 업로드가 가장 흔한 침투 경로.

회원가입·게시판 스팸캡차·이메일 인증, 관리자 승인제. 스팸 글이 쌓이면 검색 품질과 서버 부하가 같이 나빠짐.

HTTPS·인증서 자동 갱신인증서 만료는 사이트 먹통의 단골 원인. 자동 갱신이 돌고 있는지 확인(도메인·SSL 만료 대응).

불필요한 플러그인·파일 제거안 쓰는 플러그인, 테스트용 php 파일, 백업 zip이 웹 루트에 남아 있으면 삭제.

5가지 모두 반나절 안에 끝나는 일이지만, 안 돼 있는 사이트가 대부분입니다.

3단계 — 이미 해킹됐는지 흔적 확인

방치된 PHP 사이트는 이미 뚫려 있는데 모르는 경우가 꽤 있습니다. 아래 흔적을 확인하세요.

최근 수정된 PHP 파일 — 내가 건드리지 않았는데 날짜가 최근인 파일. find . -name "*.php" -mtime -30
data 폴더 안 PHP 파일 — 첨부파일 폴더에 .php가 있으면 거의 웹셸입니다.
모르는 관리자 계정·회원 급증 — 관리자 목록과 최근 가입자 확인.
검색 결과에 이상한 페이지 — 구글에 site:내도메인으로 검색해 도박·약 광고 페이지가 뜨는지.
서버 부하·발송 메일 급증 — 호스팅 트래픽 그래프가 이유 없이 튐.

흔적이 있으면 당장 패치보다 격리 → 백업 확보 → 깨끗한 환경에 재배포 순서가 맞습니다. 워드프레스 기준으로 쓴 글이지만 복구 순서는 같으니 해킹 복구 순서를 참고하세요.

4단계 — 백업이 ‘복원되는지’까지

호스팅사가 백업해 준다는 말만 믿고 있다가, 복원해 보니 DB 인코딩이 깨지거나 첨부파일이 빠져 있는 경우를 봅니다. 백업은 파일(웹 루트 전체 + data 폴더)과 DB(mysqldump) 두 가지를 따로, 주기적으로, 다른 장소에 두고, 최소 한 번은 테스트 서버에 실제로 복원해 보세요. 자세한 방법은 서버·DB 백업 전략에 있습니다.

고쳐서 계속 쓸까, 옮길까

유지 vs 전환 판단

고쳐서 계속 쓰기

게시판·회원·공지 위주의 단순 사이트
PHP 상향 후 스킨이 큰 수정 없이 동작
커스텀 코드가 적고 문서가 조금이라도 있음
예산이 적고 당장 서비스 중단이 안 됨

옮기는 게 나은 경우

PHP를 못 올리거나 올리면 핵심 기능이 깨짐
이미 해킹 흔적이 있고 원인 파악이 안 됨
결제·예약·앱 연동 등 기능 확장이 필요
모바일 앱이 함께 필요해지는 시점

‘옮기기’가 꼭 전면 재구축은 아닙니다. 게시판은 그누보드에 두고 결제·앱만 새 백엔드로 분리하는 절충도 가능합니다.

낡은 PHP 플랫폼을 넘겨받아 운영한 경험은 PHP 관리 플랫폼 유지보수 사례에, 배포·운영 시 주의점은 레거시 PHP 배포 가이드에 정리했습니다.

자주 묻는 질문

그누보드 사이트를 업체 없이 혼자 유지보수할 수 있나요?

관리자 페이지에서 글·회원 관리 정도는 가능합니다. 다만 PHP 버전 상향, 보안 패치, 스킨 수정, 해킹 대응은 서버·PHP 지식이 필요합니다. 최소한 백업과 PHP 버전 확인은 직접 해두고, 나머지는 점검을 받는 편이 안전합니다.

PHP 버전을 올리면 그누보드가 깨지나요?

오래된 스킨·플러그인은 깨질 수 있습니다. 그래서 반드시 백업 후 테스트 환경에서 먼저 올려 오류 로그를 확인하고, 깨진 부분만 고친 뒤 운영 서버에 적용합니다. 지원이 끝난 PHP를 그대로 두는 것이 더 위험합니다.

그누보드5에서 그누보드6으로 올려야 하나요?

필수는 아닙니다. 코어 업그레이드는 스킨·플러그인을 거의 다시 맞춰야 하는 큰 작업이라, 사이트 규모·확장 계획·예산을 보고 정합니다. 보안만 목적이면 현재 버전에 공식 패치 적용 + PHP 상향 + 관리자/업로드 보안으로도 충분한 경우가 많습니다.

만든 업체와 연락이 안 되는데 점검받을 수 있나요?

가능합니다. 호스팅 접속 정보(FTP/SSH·DB)와 관리자 계정만 있으면 현재 버전·보안 상태·해킹 흔적·백업 상태를 점검해 ‘고쳐 쓸지, 옮길지’ 판단 자료를 드립니다.

방치된 그누보드 사이트, 상태부터 점검받으세요

호스팅 접속 정보만 주시면 PHP·그누보드 버전, 보안 구멍, 해킹 흔적, 백업 상태를 확인해 고쳐 쓸지 옮길지 판단 자료를 드립니다.

무료 점검 문의 → appmonster.co.kr

문의: appmonster.kr@gmail.com