워드프레스 사이트의 많은 공격은 애플리케이션(워드프레스) 레이어를 넘어서 서버 레벨 취약점을 통해 성공합니다. 따라서 웹서버(호스트) 자체를 안전하게 구성하지 않으면, 아무리 워드프레스 내부를 단단히 해도 근본적인 방어는 되지 않습니다. 서버 보안의 경우 접근 통제, 패치 관리, 네트워크 필터링, 로그 모니터링을 포괄합니다.
네트워크 계층에서 포트와 IP를 통제합니다. 불필요한 포트(예: 3306, 6379)를 차단하여 공격 표면을 줄여줍니다.
HTTP/HTTPS 트래픽을 검사하여 SQL Injection, XSS, 파일 업로드 악용 등을 차단하게 됩니다. Cloudflare, Sucuri 같은 클라우드형 WAF와 ModSecurity 같은 호스트형 WAF가 있습니다.
서버 내부에서 iptables, ufw 등으로 프로세스·포트별 접근 제어를 합니다. SSH 접근 제한, 내부 DB 포트 로컬 바인딩 등 세밀한 제어가 가능해집니다.
PasswordAuthentication no).PermitRootLogin no로 루트 직접 접속을 차단하세요.bind-address=127.0.0.1)으로 외부 노출을 막습니다.ufw allow 80/tcp
ufw allow 443/tcp
ufw allow from 203.0.113.10 to any port 22 # 관리자 IP 허용
ufw enable
권장 전략: 전방에는 클라우드 WAF(Cloudflare 등)를 두고, 내부에는 ModSecurity 같은 호스트형 방어를 병행하는 이중 방어를 권장합니다.
서버 자원(Metrics), 웹 접근 로그, 보안 이벤트를 통합 대시보드(예: Grafana + Prometheus, 또는 호스팅 제공 모니터링)로 모니터링 하세요.
ELK(Elasticsearch, Logstash, Kibana) 또는 Graylog로 웹·애플리케이션·시스템 로그를 중앙집중화하면 탐지 효율이 높아지게 됩니다.
비정상 트래픽·다수의 로그인 실패·파일 변경이 감지되면 이메일·슬랙 등으로 즉시 알림이 가도록 구성하십시오.
안정된 TLS 버전과 강력한 암호화 세트를 사용해야 하고 HSTS를 적용해 중간자 공격을 줄이십시오.
wp-config.php를 600, 업로드 폴더는 755 등 최소 권한 원칙을 적용하길 권장합니다.
방화벽·보안 설정 변경 전후로 백업을 확인하고, 복구 시나리오(롤백 절차)를 문서화하세요.
서버 보안과 방화벽은 사이트 보안의 기초 기반입니다. 애플리케이션 보안만으로는 부족하므로, 네트워크·호스트·애플리케이션 레이어를 아우르는 레이어드 방어를 구축하세요. 작은 설정 하나(SSH 키, 포트 차단, Fail2ban 룰)가 실제 공격을 막는 결정적 방패가 될 수 있습니다. 정기 점검과 룰 튜닝을 습관화하면 장기적으로 운영의 안정성을 크게 높일 수 있게 됩니다.
📌 3줄 요약 구글 타임라인이 안 되거나 이동 기록이 저장되지 않는다면 먼저 현재 Google 계정,…
📌 3줄 요약 구글 타임라인은 현재 기기별로 관리되므로 휴대폰을 변경하기 전 타임라인 백업 상태를 확인하는…
📌 3줄 요약 구글 타임라인은 Google 지도에서 내가 방문했던 장소와 이동 경로를 확인할 수 있는…