본문으로 건너뛰기

보안 헤더 점검

Security Header Scan

사이트의 HSTS·CSP·프레임·리퍼러·권한 헤더를 채점하고 무엇을 추가해야 할지 알려 줍니다.

사이트를 단단하게 만드는 헤더는 대개 설정 한 줄이면 되는데, 아무도 확인하지 않아서 대부분의 사이트에 없습니다. 이 도구는 주소를 가져와 돌아온 응답을 채점합니다. HSTS·CSP·프레임·리퍼러·권한 정책을 보고, 빠진 항목마다 넣을 한 줄을 알려 줍니다.

☁️ 서버를 사용headershardeningwebaudit

이 도구는 우리 서버가 대신 요청합니다. 입력한 URL만 서버로 전송되고, 브라우저의 쿠키나 로그인 정보는 함께 가지 않습니다. 서버는 공인 주소에만 접속하며 사설망·내부 주소로의 요청은 거부합니다.

기준은 OWASP Secure Headers Project의 권장값입니다. 점수는 비교용이고, 각 항목의 설명이 실제로 고칠 내용입니다.

사용 방법

  1. 주소를 입력합니다

    실제로 방문하는 주소를 넣으십시오. 최상위 도메인과 `www`, HTML 문서와 다른 계층이 제공하는 정적 자원 사이에서 헤더가 다른 경우가 잦습니다.

  2. 프레임과 전송 관련 헤더를 먼저 고칩니다

    `Strict-Transport-Security`와 `frame-ancestors` 지시어는 비용이 없고 화면에 영향도 주지 않으면서 두 종류의 공격을 통째로 막습니다. 여기서 시작하십시오.

  3. CSP는 따로 다룹니다

    콘텐츠 보안 정책은 리포트에서 베껴 붙이는 것이 아니라 페이지가 실제로 불러오는 것에 맞춰 만들어야 합니다. 그 일은 CSP 생성 도구가 합니다.

자주 묻는 질문

점수가 좋으면 안전한 사이트인가요?

아닙니다. 응답 헤더 몇 가지가 있다는 뜻일 뿐입니다. 인증·주입 취약점·접근 제어, 그 주소 뒤에서 돌아가는 것에 대해서는 아무 말도 하지 않습니다. 사이트 보안의 알맹이는 여기서 보이지 않습니다.

헤더를 넣었는데 감지되지 않습니다.

실제로 채점된 응답을 확인하십시오. `http`에서 `https`로, 최상위에서 `www`로 가는 리다이렉트가 가져와졌을 수 있습니다. 앞단의 CDN이나 WAF가 원본 설정 뒤에 헤더를 지우거나 더하기도 합니다.

HSTS preload를 켜야 하나요?

현재와 앞으로의 모든 하위 도메인이 HTTPS를 제공할 수 있을 때만 켜십시오. preload는 브라우저에 박히고 해제까지 몇 달이 걸립니다. 먼저 `max-age`를 짧게 두고 확신이 서면 올리십시오.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.