웹사이트 기본 보안 검사
HTTPS, 인증서, 보안 헤더, 서버 정보 노출까지 10개 항목을 한 번에 확인하고 0~100점 설정 점수와 항목별 해결 방법을 보여 줍니다.
공개적으로 확인 가능한 설정만 검사하며, 서버 내부 취약점 전체를 진단하지는 않습니다. 입력한 주소의 첫 화면(경로 제외)만 확인합니다.
검사하는 항목
외부에서 사이트에 접속해 응답 헤더와 TLS 인증서만 확인합니다. 페이지 내용은 읽지 않고, 공격 시도나 포트 스캔은 하지 않습니다.
- HTTPS 접속https:// 주소로 정상 응답하는지
- HTTP → HTTPS 리디렉션http:// 접속을 HTTPS로 영구 이동시키는지
- TLS 인증서 유효성신뢰 체인과 도메인 일치
- 인증서 만료일남은 기간(30일 이하 경고)
- HSTSmax-age 길이와 하위 도메인 포함 여부
- Content-Security-Policy스크립트 출처 제한과 unsafe-inline 사용
- X-Content-Type-Optionsnosniff 설정
- Referrer-Policy외부로 넘어가는 주소 정보 범위
- 클릭재킹 방지X-Frame-Options 또는 CSP frame-ancestors
- 서버 정보 노출Server·X-Powered-By 헤더의 버전 표시
결과를 해결하는 가이드
검사에서 개선 권장·주의가 나온 항목은 아래 가이드에서 설정 방법을 확인하세요.
보안 헤더 설정 방법, Apache·Nginx 예시
HSTS, CSP, X-Content-Type-Options, Referrer-Policy, X-Frame-Options, Permissions-Policy의 역할과 권장값, Apache·Nginx 설정 예시, 적용 후 확인 방법을 정리했습니다.
가이드 보기 →웹사이트 보안홈페이지 해킹 확인 방법, Search Console 점검
내 홈페이지가 해킹됐는지 확인하는 순서를 정리했습니다. 검색 결과 스팸, 리디렉션, Search Console 보안 문제 보고서, 파일·로그 점검과 공개 검사의 한계까지 다룹니다.
가이드 보기 →SSL 인증서SSL 인증서 오류 해결, 날짜·도메인·체인 점검
NET::ERR_CERT_DATE_INVALID, COMMON_NAME_INVALID, AUTHORITY_INVALID 같은 SSL 인증서 오류의 원인을 날짜, 도메인, 중간 인증서 체인 누락으로 나눠 점검하는 방법.
가이드 보기 →웹사이트 보안HSTS 설정 방법, max-age와 단계적 적용
HSTS 헤더의 max-age, includeSubDomains, preload 의미와 Apache·Nginx 설정 예시, 5분에서 1년까지 단계적 적용 순서, preload 등록 전 주의점을 정리했습니다.
가이드 보기 →서버 보안서버 버전 정보 숨기기, Apache Nginx PHP
Apache ServerTokens·ServerSignature, Nginx server_tokens, PHP expose_php 설정으로 응답 헤더의 버전 노출을 줄이는 방법과 적용 후 curl 확인법, 이 설정의 한계를 정리했습니다.
가이드 보기 →워드프레스 보안워드프레스 해킹 확인, 의심 증상과 계정·파일·DB 점검
워드프레스 사이트가 해킹당했는지 확인하는 순서를 정리했습니다. 의심 증상, 관리자 계정·핵심 파일·데이터베이스 점검 체크리스트와 공개 검사의 한계를 설명합니다.
가이드 보기 →자주 묻는 질문
점수가 낮으면 해킹된 건가요?
아닙니다. 점수는 공개 보안 설정이 권장 방식과 얼마나 맞는지를 나타냅니다. 해킹 여부나 실제 공격 가능성을 판단하는 값이 아니며, 점수가 높아도 플러그인 취약점이나 약한 비밀번호 같은 위험은 남아 있을 수 있습니다.
다른 사람의 사이트도 검사할 수 있나요?
누구나 볼 수 있는 응답 헤더와 인증서만 확인하므로 일반 방문과 비슷한 수준의 요청 몇 건만 보냅니다. 공격 시도나 포트 스캔은 하지 않습니다. 같은 사이트를 반복 검사하지 않도록 요청 횟수를 제한합니다.
왜 내부망 주소나 IP는 검사가 안 되나요?
검사 서버가 내부 네트워크에 접근하는 데 악용되지 않도록 사설 IP, localhost, 클라우드 메타데이터 주소, 80·443 외의 포트, IP 직접 입력을 막고 있습니다. 리디렉션을 따라갈 때도 매번 같은 기준으로 다시 확인합니다.
결과가 이전과 다르게 나와요.
CDN·로드밸런서를 쓰면 접속할 때마다 다른 서버가 응답할 수 있습니다. 같은 사이트는 10분 동안 같은 결과를 보여 주므로, 설정을 고친 직후라면 10분 뒤 다시 검사하세요.