web安全測試必須注意的五個方面

7月25日晚8點，線上直播，【AI中臺——智慧聊天機器人平臺】，點選瞭解詳情。

隨著網際網路的飛速發展，web應用在軟體開發中所扮演的角色變得越來越重要，同時，web應用遭受著格外多的安全攻擊，其原因在於，現在的網站以及在網站上執行的應用在某種意義上來說，它是所有公司或者組織的虛擬正門，所以比較容易遭受到攻擊，存在安全隱患。

今天主要給大家分享下有關安全測試的一些知識點以及注意事項。

一、安全測試的驗證點

一個系統的安全驗證點包括上傳功能、註冊功能/登陸功能、驗證碼功能、密碼、敏感資訊洩露、越權測試、錯誤資訊、session等。

1、上傳功能

• 上傳中斷，程式是否有判斷上傳是否成功

• 上傳與伺服器端語言（jsp/asp/php）一樣副檔名的檔案或exe等可執行檔案後，確認在伺服器端是否可直接執行

2、註冊功能/登陸功能

• 請求是否安全傳輸

• 重複註冊／登陸

• 關鍵cookie是否httponly

• 會話固定：利用session的不變機制，獲取他人認證和授權，然後冒充  

3 、驗證碼功能

• 簡訊轟炸

• 驗證碼一次性

4、 忘記密碼

• 透過手機號／郵箱找回

• 程式設計不合理，導致可以繞過簡訊驗證碼，從而進行修改（使用burpsuite抓包，修改響應值true）

5 、敏感資訊洩漏

• 資料庫／日誌／提示

6 、越權測試

• 不登陸系統，直接輸入下載檔案的URL是否可以下載／直接輸入登入後頁面的URL是否可以訪問

• 手動更改URL中的引數值能否訪問沒有許可權訪問的頁面

• 不同使用者之間session共享，可以非法操做對方的資料

7 、錯誤資訊

• 錯誤資訊中釋放含有sql語句，錯誤資訊以及web伺服器的絕對路徑

8、 Session

• 退出登陸後，點選後退按鈕是否能訪問之前的頁面

主要歸結為以下幾點：（後期可以最佳化成一個安全測試的框架結構）

• 部署與基礎結構
• 輸入驗證
• 身份驗證
• 授權
• 配置管理
• 敏感資料
• 會話管理
• 加密
• 引數操作
• 異常管理
• 稽核和日誌安全，

二、結合實際情況（現有系統）發現的問題

1、日誌/提示

在系統的初期，一般比較容易發現的問題就是在進行一些錯誤或者反向測試時，在頁面的提示中會出現帶有明顯的資料庫的表或者欄位的列印，或者會出現一些敏感詞，日誌裡面類似密碼，卡號，身份證號沒有相應的明密文轉換，而這些敏感詞/明密文不互轉的存在，就會導致攻擊者能夠獲取到，從而進行簡單粗暴的攻擊，輕易的攻擊伺服器或者資料庫，這就會危害到整個系統！

2、重複性

大部分的web網站都會有註冊功能，而類似我們負責支付這塊也都會有開 戶，就註冊跟開 戶，基本上需求上都會有唯一性的校驗，在前端就會進行攔截，但如果使用jmter進行引數以及引數值的新增，有可能新增成功，就會導致頁面系統裡面會出現相同資料，可能導致整個功能的出錯。

3、次數限制

類似發單，登入或者簡訊，如果沒有進行相應的限制，如簡訊，沒有進行限制次數，攻擊者就會透過簡訊轟炸，攻擊系統，導致系統癱瘓，其他客戶就會使用不了該系統。

4、越權測試

（基本上大部分系統都沒有明確的寫出越權方面的需求）一個web系統，一般位址列都會有引數的帶入，如：使用者號，訂單號或者是其他的一些引數，而在這個基礎上一個系統都會有很多使用者，或者很多等級，如：A大於B大於C，那我使用C使用者進行登入，檢視C使用者所屬的訂單，在位址列中會有訂單號的引數帶入，如果系統沒有進行相應的限制，此時C使用者就可以修改訂單號從而可以看到B乃至A使用者的資料，這就可能導致資料的洩露，再者，如果可以修改使用者的使用者號，沒有做處理，這樣就可以對所有資料進行操作，整個系統就亂了，影響很大。

5、SQL隱碼攻擊/XSS攻擊

主要是輸入框的校驗/攔截以及是否轉義，如果沒有系統沒有對輸入的內容進行處理，那攻擊者就可以輸入一段SQL語句，或者一段程式碼，在後臺進入到相應的功能，就會導致整個功能是錯亂的，其他正常使用者所提交的資料也檢視操作不了，或者提交的程式碼是死迴圈（">），就會關閉不掉，所以這點是非常重要的。

基本上上述的五點都是在測試中，系統真實存在，發生的問題，還有其他問題就不一一例舉了，其中越權跟SQL隱碼攻擊以及XSS攻擊都是重中之重！

三、克服的小困難

上面所述的都是需要人工進行手動參與，且人力操作時不會那麼飽滿全面，所以這是一個遇到的小問題。現在有一個針對web系統進行漏洞掃描的工具:AWVS，它透過網路爬蟲測試你的網站安全，檢測流行安全漏洞，針對漏洞主要分為四個等級：高危、中危，低危以及最佳化，它會進行內外連結的安全性，檔案是否存在以及傳輸是否安全，也包含SQL隱碼攻擊跟XSS攻擊，輸入地址，使用者名稱密碼後，進行掃描完成後會展示相應的資料：漏洞的數量，漏洞的描述，建議性的修復；掃描網站的時長，檔案資料量，環境資訊等，較為全面！

四、安全測試的思路跟框架

主要根據以下六點來實現一個較為完整的安全測試的思路，框架就是根據半手工、半自動來實現整個系統的驗證。

• 部署與基礎結構
• 輸入驗證
• /身份驗證（許可權驗證）
• 敏感資料
• 引數操作
• 稽核和日誌安全；

五、目前存在的問題/需要最佳化的

現在的安全測試大多是半手工、半自動化，但都不是專業級，所以還在摸索階段，只能儘可能地去發現系統中存在的漏洞，且測試理論很難適用於安全領域；

安全測試基礎理論薄弱,當前測試方法缺少理論指導，也缺乏更多的技術產品工具 ；

安全測試需要對系統所採用的技術以及系統的架構等進行分析，這方面也是較為薄弱的環節！

作者：王鵬飛

來源：宜信技術學院