個人安全測試面試_自問自答,不亦樂乎

時間 2019-12-10

標籤個人安全測試面試自問不亦樂乎欄目系統安全简体版

原文原文鏈接

不想作黑客的安全測試不是優秀的cybercop。怎麼才能算是優秀的cybercop呢？那麼就就必須學會或懂的黑客慣用一些手法與業內所流行的一些漏洞。

加QQ羣：136611782

一、常見的幾種攻擊手段html

CC攻擊
XSS攻擊
CSRF攻擊
SQL注入攻擊
TCP全鏈接攻擊
框架重定向攻擊
慣性思惟邏輯攻擊
WEB Server多鏈接攻擊java

二、選擇一個談談期原理web

CSRF攻擊經過跨站點請求僞造盜取他人信息，常見方式有編程

http://javame.cnblogs.com/login?cas=web-cas&service=http://calhost:8080/test-web

模擬經常使用URL，經過該連接登錄後跳轉自定義網站，進行數據截取。安全

或者經過框架僞造連接模擬與你登錄類似的網頁服務器

http://javame.cnblogs.com/login？user=%27%22%3E%3Ciframe+src%3Dhttp%3A%2F%2Fcalhost:8080%3Etest-web%3E

你在僞造網頁登錄，會將本人該帳戶密碼發送本人服務器。網絡

三、談談怎麼預防此類攻擊app

1/系統強制屏蔽某些特殊符
2/將一些經常使用敏感詞彙進行轉碼
3/選擇優秀框架
4/對重要會話進行惟一標示規範
5/根據重要業務避免使用GET方式提交請求框架

四、舉一個攻擊型案例jsp

《某聽書網站系統漏洞，利用抓包拼接方式獲取網站資源》
http://www.cnblogs.com/Javame/p/3681401.html

五、安全測試的工具都有哪些

經常使用工具備：
Appscan、N-Stalker、TamperIESetup
工具只能幫咱們掃描漏洞，具體的測試還須要咱們來進行，怎麼說工具是死的人是活的，工具的思惟永遠跟不上黑客的思惟。

六、怎麼避免安全問題

這個世界上沒有天衣無縫的網站，咱們只能儘量減小缺陷的粒度，至於怎麼避免安全問題，建議項目從立項起將安全問題列入總綱。從代碼層嚴格要求編碼規範，到項目部署網絡層規劃。
《華爲Java編程軍規，每季度代碼驗收標準》
http://www.cnblogs.com/Javame/p/3513670.html

七、舉幾個例子

1/網絡釣魚是一個統稱，表明攻擊者試圖欺騙用戶提供我的隱私信息，以便身份欺騙。經過框架釣魚與上述連接注入相似，攻擊者注入frame或iframe標籤，其中含有相似受攻擊Web應用的惡意源（SRC）屬性，不當心的用戶極可能瀏覽它，但並不知情的狀況下訪問並離開原始Web應用系統頁面，轉而定向到惡意Web網站。隨後，攻擊者即可以輕易誘惑用戶提交含有我的信息的表單，或直接經過要求從新登陸來獲取他的登陸憑證。經過框架釣魚能夠將注入的僞造頁面嵌入在原始Web應用頁面中，這樣對攻擊者很是有幫助，由於他的釣魚企圖會披上更可信賴的外表。

GET /javame/os/wonterAction.do? &OsType=search&flagType=adminFlag'"><iframe%20src=http://javame.cnblogs.com> HTTP/1.0
Cookie: JSESSIONID1=1542faewE8Cslodwed4325PyPvVOoSHA:-1; 
... ...
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) 
Host: 192.168.3.65
Connection: Keep-Alive HTTP/1.1 200 OK 
Content-Length: 18376 Date: Tue, 25 Aug 2009 02:34:39 GMT
Keep-Alive: timeout=4, max=10000
Connection: Keep-Alive

<html> 
<head>… … 
<input type="hidden"  name="flagType"  value="adminFlag'"><iframe src=http://javame.cnblogs.com>" />

......

上面已經提到了解決這類注入問題的根本方法在於對用戶輸入的數據進行必要的過濾處理，尤爲對於準備拼入返回結果HTML中的參數。對於連接注入和經過框架釣魚這類特定注入行爲也不例外，只須要應用代碼對這些參數的數據進行合法性檢查，並對HTML保留字符進行轉義。

2/解密的登陸請求這種缺陷比較好理解，說明應用系統在處理登陸業務時，採用了明文方式來傳遞用戶請求，而沒有經過相似SSL等方式來加密傳輸這些敏感數據。任何以明文傳給服務器的信息均可能被竊，稍後可被攻擊者用來身份欺騙或身份假裝。相似的根據準金融業務系統對信息安全的要求，除用戶登陸使用的帳戶信息外，不少數據都有加密傳輸的必要。

POST /wy/login HTTP/1.0 
Cookie: JSESSIONID=KWIjii1221JIIIW223JIKBIIiiigg!-1187336132 
Content-Length: 116 
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, */* 
Referer: http://lcalhost:8080/wy/login.jsp
Accept-Language: zh-cn

Content-Type: application/x-www-form-urlencoded 
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)Host: 192.168.180.36:7001
Pragma: no-cache 
Connection: Keep-Alive 
title=%CE%B2%C6%D3%CF%B5&BiyId=2&logintype=&username=test&userPassw=test&okey=0


HTTP/1.1 200 OK 
Content-Length: 19025 Date: Wed, 02 Sep 2009 06:21:04 GMT
Pragma: No-cache 
Server: WebLogic WebLogic Server 8.1 Thu Mar 20 23:06:05 PST 2003 24662
Content-Type: text/html;charset=GBK
Expires: 0 
Cache-Control: no-cacheConnection: Close

　　對於這類須要避免網絡傳輸層嗅探的敏感業務，應用系統很是有必要對用戶提交的敏感數據進行必要的加密，採用SSL這類通用的傳輸層安全規範可以很好的避免數據遭到截取、串改、轉發。同時，應用系統自定義的應用層消息加密也能夠達到一樣的目的。