권장 : 스크립트 침입을 방지 할 준비가 되셨습니까? 네트워크 관리자로서 많은 친구들도 회사의 웹 사이트 개발 및 유지 보수 작업에 대한 책임이 있습니다. 모든 사람이 웹 개발에 능숙하다고 생각하지만 보안 스크립트 코드를 작성하는 방법과 침입자가 웹을 통해 서버를 침투하는 방법에 대해서는 명확하지 않을 수 있습니다.
1. ASP 페이지의 헤드에서 가입하십시오
| 다음은 인용 된 내용입니다. 응답 .buffer = true 응답 .expiresabsolute = now () -1 응답 .expires = 0 응답 .cachecontrol = no-cache 응답. ADDHEADER PRAGMA, NO 캐시 |
2. HTML 코드에 추가하십시오
| 다음은 인용 된 내용입니다. <헤드> <meta http-equiv = pragma content = no-cache> <meta http-equiv = 캐시 제어 컨텐츠 = no-cache> <meta http-equiv = 만료 된 내용 = 0> </head> |
3. 원본 페이지를 다시 호출 할 때 매개 변수 href = ****. asp? random ()을 페이지로 전달합니다.
처음 두 가지 방법은 때때로 실패한다고 말하는 반면, 세 번째는 점프 할 때 랜덤 매개 변수를 전달하는 것입니다! ASPX의 캐시는 매개 변수와 관련이 있으므로 매개 변수가 다르면 캐시가 사용되지 않지만 페이지는 재생됩니다. 매번 임의의 매개 변수를 전달하여 캐시 사용을 피할 수 있습니다. 이것은 ASP & ASP.NET에서만 작동합니다
4. JSP 페이지에서 다음 코드를 사용하여 캐시를 얻지 못할 수 있습니다.
| 다음은 인용 된 내용입니다. Response.SetHeader (캐시 제어, 없음); // http 1.1 응답 .Setheader (Pragma, No-Cache); // http 1.0 Response.SetDateHeader (만료, 0); // 프록시 서버에서 캐싱을 방지합니다 |
이 코드는 다음과 같이 <head> </head>의 중간에 추가됩니다.
| 다음은 인용 된 내용입니다. <헤드> <% Response.SetHeader (캐시 제어, 없음); // http 1.1 응답 .Setheader (Pragma, No-Cache); // http 1.0 Response.SetDateHeader (만료, 0); // 프록시 서버에서 캐싱을 방지합니다 %> </head> |
5. Window.location.replace (webform1.aspx);
매개 변수는 덮어 쓰려는 페이지입니다. 교체의 원칙은 교체 매개 변수에 지정된 페이지를 현재 페이지로 바꾸는 것입니다.
이렇게하면 사용자가 백 키를 클릭하지 못하게됩니다. 아래와 같이 JavaScript 스크립트 사용 :
| 다음은 인용 된 내용입니다. A.html <html> <헤드> <title> a </title> <스크립트 언어 = javaScript> 함수 점프 () { Window.location.replace (b.html); } </스크립트> </head> <body> <a href = javaScript : jump ()> b </a> </body> </html> B.html <html> <헤드> <title> b </title> <스크립트 언어 = javaScript> 함수 점프 () { Window.location.replace (a.html); } </스크립트> </head> <body> <a href = javaScript : jump ()> a </a> </body> </html> |
첫 번째 4 가지 유형은 CLEAR CACHE, 즉 임시 인터넷 파일 폴더에 저장된 임시 파일 만있는 반면 다섯 번째 유형은 점프 페이지 파일을 사용하여 현재 페이지 파일을 대체하는 것이며 캐시를 지우지 않으므로 임시 인터넷 파일이 관련 임시 파일을 생성합니다. 두 사람을 함께 사용하는 것은 실제로 캐시를 지우려면 필수 약입니다. 나는 여기에 기록을 가지고 있었기 때문에 자주 와서 자주 확인합니다.
공유 : ASP 3.0 고급 프로그래밍 (44) 10 장 ASP 및 클라이언트 데이터 ASP 모노 그래프에서 클라이언트 데이터에 대해 논의합니다. 서버 측 ASP 프로그래밍에 대한 모순이 있습니까? 서버 측 프로그래밍에서만 일하는 ASP 프로그래머를 아직 만나지 않았기 때문에 그렇지 않습니다. ASP는 서버 측 기술이지만