혼합 콘텐츠 수정

Jo-el van Bergen
Jo-el van Bergen
X
Rachel Andrew

웹사이트에서 HTTPS를 지원하는 것은 사이트와 사용자를 공격으로부터 보호하는 데 중요한 단계이지만, 혼합 콘텐츠는 이러한 보호를 무용지물로 만들 수 있습니다. 혼합 콘텐츠란 무엇인가요?에 설명된 대로 점점 더 안전하지 않은 혼합 콘텐츠는 브라우저에서 차단됩니다.

이 가이드에서는 기존 혼합 콘텐츠 문제를 해결하고 새로운 문제가 발생하지 않도록 하는 기법과 도구를 설명합니다.

사이트를 방문하여 혼합 콘텐츠 찾기

Google Chrome에서 HTTPS 페이지를 방문하면 브라우저에서 혼합 콘텐츠를 JavaScript 콘솔의 오류 및 경고로 알립니다.

혼합 콘텐츠란 무엇인가요?에서 여러 예를 확인하고 Chrome DevTools에서 문제가 어떻게 보고되는지 확인할 수 있습니다.

수동 혼합 콘텐츠의 예에서는 다음 경고가 표시됩니다. 브라우저가 https URL에서 콘텐츠를 찾을 수 있으면 자동으로 업그레이드한 후 메시지를 표시합니다.

혼합 콘텐츠가 감지되고 업그레이드될 때 표시되는 경고를 보여주는 Chrome DevTools

활성 혼합 콘텐츠가 차단되고 경고가 표시됩니다.

활성 혼합 콘텐츠가 차단될 때 표시되는 경고를 보여주는 Chrome DevTools

사이트의 http:// URL에 대해 이와 같은 경고가 표시되면 사이트 소스에서 수정해야 합니다. 문제를 해결할 때 사용할 수 있도록 이러한 URL과 URL을 찾은 페이지를 목록으로 만들어 두면 유용합니다.

사이트에서 혼합 콘텐츠 찾기

소스 코드에서 직접 혼합 콘텐츠를 검색할 수 있습니다. 소스에서 http://를 검색하고 HTTP URL 속성이 포함된 태그를 찾습니다. 앵커 태그 (<a>)의 href 속성에 http://가 있는 것은 혼합 콘텐츠 문제가 아닌 경우가 많습니다. 단, 나중에 설명할 몇 가지 예외는 있습니다.

콘텐츠 관리 시스템을 사용하여 사이트를 게시하는 경우 페이지를 게시할 때 보안되지 않은 URL로 연결되는 링크가 삽입될 수 있습니다. 예를 들어 이미지가 상대 경로가 아닌 전체 URL과 함께 포함될 수 있습니다. CMS 콘텐츠 내에서 이러한 문제를 찾아 수정해야 합니다.

혼합 콘텐츠 수정

사이트 소스에서 혼합 콘텐츠를 찾은 후 다음 단계에 따라 문제를 해결할 수 있습니다.

리소스 요청이 HTTP에서 HTTPS로 자동 업그레이드되었다는 콘솔 메시지가 표시되면 코드에서 리소스의 http:// URL을 https://로 안전하게 변경할 수 있습니다. 브라우저 URL 표시줄에서 http://을 https://로 변경하고 브라우저 탭에서 URL을 열어 리소스를 안전하게 사용할 수 있는지 확인할 수도 있습니다.

https://를 통해 리소스를 사용할 수 없는 경우 다음 옵션 중 하나를 고려해야 합니다.

  • 다른 호스트의 리소스를 포함합니다(사용 가능한 경우).
  • 법적으로 허용되는 경우 콘텐츠를 직접 다운로드하여 사이트에 호스팅합니다.
  • 사이트에서 리소스를 완전히 제외합니다.

문제를 해결한 후 원래 오류가 발견된 페이지를 확인하여 오류가 더 이상 표시되지 않는지 확인합니다.

비표준 태그 사용에 주의

사이트에서 비표준 태그 사용에 주의하세요. 예를 들어 앵커 (<a>) 태그 URL은 브라우저가 새 페이지로 이동하도록 하므로 혼합 콘텐츠 오류가 발생하지 않습니다. 따라서 일반적으로 수정할 필요가 없습니다. 하지만 일부 이미지 갤러리 스크립트는 <a> 태그의 기능을 재정의하고 href 속성으로 지정된 HTTP 리소스를 페이지의 라이트박스 디스플레이에 로드하여 혼합 콘텐츠 문제를 일으킵니다.

대규모로 혼합 콘텐츠 처리

위의 수동 단계는 소규모 웹사이트에 적합하지만, 대규모 웹사이트나 별도의 개발팀이 많은 사이트의 경우 로드되는 모든 콘텐츠를 추적하기 어려울 수 있습니다. 이 작업을 지원하기 위해 콘텐츠 보안 정책을 사용하여 브라우저에 혼합 콘텐츠에 관해 알리도록 지시하고 페이지가 안전하지 않은 리소스를 예기치 않게 로드하지 않도록 할 수 있습니다.

콘텐츠 보안 정책

콘텐츠 보안 정책 (CSP)은 혼합 콘텐츠를 대규모로 관리하는 데 사용할 수 있는 다목적 브라우저 기능입니다. CSP 보고 메커니즘을 사용하여 사이트의 혼합 콘텐츠를 추적하고 혼합 콘텐츠를 업그레이드하거나 차단하여 사용자를 보호하는 시행 정책을 제공할 수 있습니다.

서버에서 전송된 응답에 Content-Security-Policy 또는 Content-Security-Policy-Report-Only 헤더를 포함하여 페이지에 이러한 기능을 사용 설정할 수 있습니다. 또한 페이지의 <head> 섹션에서 <meta> 태그를 사용하여 Content-Security-Policy을 설정할 수 있습니다(Content-Security-Policy-Report-Only은 아님).

콘텐츠 보안 정책으로 혼합 콘텐츠 찾기

콘텐츠 보안 정책을 사용하여 사이트의 혼합 콘텐츠에 대한 보고서를 수집할 수 있습니다. 이 기능을 사용 설정하려면 사이트의 응답 헤더로 추가하여 Content-Security-Policy-Report-Only 지시어를 설정하세요.

응답 헤더:

Content-Security-Policy-Report-Only: default-src https: 'unsafe-inline' 'unsafe-eval'; report-uri https://example.com/reportingEndpoint

사용자가 사이트의 페이지를 방문할 때마다 브라우저는 콘텐츠 보안 정책을 위반하는 모든 항목에 관한 JSON 형식의 보고서를 https://example.com/reportingEndpoint에 전송합니다. 이 경우 하위 리소스가 HTTP를 통해 로드될 때마다 보고서가 전송됩니다. 이 보고서에는 정책 위반이 발생한 페이지 URL과 정책을 위반한 하위 리소스 URL이 포함됩니다. 이러한 보고서를 로깅하도록 보고 엔드포인트를 구성하면 각 페이지를 직접 방문하지 않고도 사이트의 혼합 콘텐츠를 추적할 수 있습니다.

여기에는 두 가지 주의사항이 있습니다.

  • 사용자는 CSP 헤더를 이해하는 브라우저에서 페이지를 방문해야 합니다. 이는 대부분의 최신 브라우저에 적용됩니다.
  • 사용자가 방문한 페이지에 대한 보고서만 표시됩니다. 따라서 트래픽이 많지 않은 페이지가 있는 경우 전체 사이트에 대한 보고서를 받기까지 시간이 걸릴 수 있습니다.

콘텐츠 보안 정책 가이드에 자세한 내용과 엔드포인트 예시가 나와 있습니다.

CSP를 사용한 보고의 대안

Blogger와 같은 플랫폼에서 사이트를 호스팅하는 경우 헤더를 수정하고 CSP를 추가할 수 없을 수 있습니다. 대신 웹사이트 크롤러를 사용하여 사이트 전체에서 HTTPSChecker 또는 혼합 콘텐츠 스캔과 같은 문제를 찾을 수 있습니다.

안전하지 않은 요청 업그레이드

Browser Support

  • Chrome: 44.
  • Edge: 17.
  • Firefox: 48.
  • Safari: 10.1.

Source

브라우저에서 안전하지 않은 요청을 업그레이드하고 차단하기 시작했습니다. CSP 지시어를 사용하여 이러한 애셋의 자동 업그레이드 또는 차단을 강제할 수 있습니다.

upgrade-insecure-requests CSP 지시어는 네트워크 요청을 하기 전에 보안되지 않은 URL을 업그레이드하도록 브라우저에 지시합니다.

예를 들어 페이지에 <img src="http://example.com/image.jpg">과 같은 HTTP URL이 있는 이미지 태그가 포함된 경우

대신 브라우저가 https://example.com/image.jpg에 대한 보안 요청을 보내므로 사용자에게 혼합 콘텐츠가 표시되지 않습니다.

다음 지시어가 포함된 Content-Security-Policy 헤더를 전송하여 이 동작을 사용 설정할 수 있습니다.

Content-Security-Policy: upgrade-insecure-requests

또는 <meta> 요소를 사용하여 문서의 <head> 섹션에 동일한 지시어를 인라인으로 삽입합니다.

<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">

브라우저 자동 업그레이드와 마찬가지로 리소스를 HTTPS를 통해 사용할 수 없는 경우 업그레이드된 요청이 실패하고 리소스가 로드되지 않습니다. 이렇게 하면 페이지의 보안이 유지됩니다. upgrade-insecure-requests 지시어는 자동 브라우저 업그레이드보다 더 나아가 브라우저가 현재 업그레이드하지 않는 요청을 업그레이드하려고 시도합니다.

upgrade-insecure-requests 명령어는 <iframe> 문서로 캐스케이드되어 페이지 전체가 보호됩니다.