모든 참조를 취약점으로 보지 않고 혼합 콘텐츠 확인하기.
안전하지 않은 리소스 참조는 맥락에서 검토해야 할 발견 사항입니다. 브라우저 처리는 리소스 종류와 정책에 따라 다르므로 모든 참조를 악용 가능한 취약점으로 보지 마세요.
작업에 맞게 절차를 조정하세요.
HTTPS 페이지가 참조하는 안전하지 않은 리소스 URL을 찾아 유형과 위치를 분류하세요. 소스의 참조와 실제 네트워크 요청 또는 브라우저 차단을 구분하세요. URL 변경을 권하기 전에 실제로 HTTPS 대체 주소가 있는지 확인하세요.
- 제공할 내용
- HTTPS 페이지의 리소스 URL.
- 받을 결과
- 접근 가능한 페이지 데이터에 보이는 안전하지 않은 리소스 참조.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
HTTPS source page https://example.com/ contains <script src="http://assets.example.com/app.js"></script>. No network or console observations supplied.
완성된 예시
Resource: http://assets.example.com/app.js Type: script loaded into an HTTPS page. Finding: insecure script reference requiring mixed-content review. Observed browser outcome: not supplied. Next check: inspect the console/request and verify a supported HTTPS asset URL before changing the reference.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
HTTPS 페이지의 모든 http 링크가 혼합 콘텐츠인가요?
일반 탐색 링크는 페이지 안에 로드되는 리소스와 다릅니다. 브라우저가 참조를 어떻게 사용하는지에 따라 분류하세요.
http를 https로 바꿔도 파일이 깨지는 이유는 무엇인가요?
대상 서버가 해당 리소스를 HTTPS로 제공하지 않을 수 있습니다. 프로토콜만 바꾸면 된다고 가정하지 말고 지원되는 주소와 인증서를 시험하세요.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑