WebBrowser를 사용하여 가짜 참조 방법 : WebBrowser1.navigate (url, "_self", null, "참조 : http : //www.xxx.com")
이 기간 동안 나는 WebBrowser에서 레인지 경로를 설정하여 경로를 가짜와 브러시 트래픽을 설정하는 방법을 연구하고 있습니다. 그러나 반개의 연구 후에 실패로 끝났습니다. 현재 통계 코드가 더 실용적이므로 CNZZ.com 및 Google 애드 센스가 제공하는 통계. 통계는 모두 JS 파일을 통해 계산되므로 소스 소스의 실패에 실패합니다. 아래 기사에서 왜 성공하지 못했는지 설명하십시오!
우리 모두 알다시피, 서버 측 물리 참조의 참조 원점은 위조 될 수 있습니다. ASP, PHP 또는 기타 스크립트이든, 위조 될 수 있습니다. 일부 다운로드 소프트웨어는 심지어 참조를 생생하게 가짜로 만들고 웹 브라우저 제어를 사용하면 편리하게 원점을 위조 할 수 있습니다. 따라서 웹 사이트를 보호하는 게이트 키퍼로서 어떻게이 가짜 대상자를 막을 수 있습니까?
여기에서 JavaScript가 사용됩니다.
위에서 언급 한 위조기 참조 방법은 서버 측 스크립트를 통해 구현되지만 클라이언트를 속일 수는 없습니다. JS는 클라이언트 측에서 실행되며 서버 측의 헤더 정보에주의를 기울이지 않습니다. 따라서 JS의 리퍼러 메소드를 사용하면 웹 페이지의 실제 원점을 정확하게 결정할 수 있습니다.
거의 모든 제 3 자 통계는 문서를 사용하여 문서를 사용하여 어디에 있는지 결정합니다. 왜? 위조 할 수없는 JS를 기반으로하는 참조 자원입니다. 서버 측에서 참조의 웹 스크립트가 성공적으로 위조 되더라도 타사 통계에서는 계산할 수 없습니다. 그 이유는이 3 자 통계가 문서를 사용하여 진정한 기원을 결정하기 때문입니다.
따라서 허위 인자 위조 정보와 싸우기 위해서는 통계 코드는 JS의 문서를 사용하여이를 결정하여 위조 정보를 유지할 수 있도록해야합니다.
우리가 아는 한, 지금까지 JS에 따라 참조자를 위조 할 수 없습니다.
그래서 누군가가 고객이 JavaScript 발자국이나 쿠키를 닫으면이 참조자를 어떻게 판단합니까? 실제로 대답은 매우 간단합니다. JS와 ASP/PHP 스크립트 사이의 중간 브리지를 사용하여 쿠키를 작동시키는 것입니다. JS 에서이 참조자는 쿠키에 기록되며 ASP/PHP는이 쿠키를 읽습니다. 이 쿠키를 읽을 수없는 경우이 사이트의 기원이 아니라고 결정됩니다.