作者 |肖博陽 上?？匕部尚跑浖?chuàng)新研究院汽車網(wǎng)絡(luò)安全組

來源 |鑒源實(shí)驗(yàn)室

引言：在如今的數(shù)字化時(shí)代，Web應(yīng)用程序已經(jīng)滲透到我們生活的每個(gè)角落。從購物平臺(tái)、社交媒體到企業(yè)級(jí)系統(tǒng)，無論是用戶還是組織，都依賴于這些應(yīng)用程序來滿足各自的業(yè)務(wù)需求。然而，隨著Web應(yīng)用程序的蓬勃發(fā)展，與之而來的網(wǎng)絡(luò)攻擊也日益復(fù)雜、防不勝防。這些攻擊不僅對(duì)用戶的隱私和數(shù)據(jù)構(gòu)成威脅，還可能對(duì)企業(yè)造成金融損失、聲譽(yù)受損等嚴(yán)重危害。因此，理解和防范Web應(yīng)用程序的常見漏洞變得尤為重要。

01

OWASP Top 10

為了幫助開發(fā)者、安全專業(yè)人員和組織更好地了解Web應(yīng)用程序的主要風(fēng)險(xiǎn)，全球網(wǎng)絡(luò)安全專業(yè)組織OWASP（Open Web Application Security Project）制定了OWASP Top 10，包括了當(dāng)前Web應(yīng)用程序面臨的最重要的十大漏洞。

本文將聚焦于近年來OWASP Top 10中的若干漏洞，深入淺出地探討它們的原理、危害以及防范策略。

02

SQL注入

注入漏洞被認(rèn)為是最嚴(yán)重的漏洞之一，SQL注入漏洞是一種典型的注入漏洞，它允許攻擊者通過構(gòu)造SQL語句，繞過應(yīng)用程序的身份驗(yàn)證和授權(quán)機(jī)制，訪問、修改甚至刪除數(shù)據(jù)庫中的敏感信息。下面用一個(gè)例子具體說明SQL注入的原理。

2.1 SQL注入實(shí)例

在購物網(wǎng)站點(diǎn)擊種類為“Accessories”的商品：

此時(shí)跳轉(zhuǎn)到該種類的商品頁面，url參數(shù)為“/filter?category=Accessories”

上述url參數(shù)將轉(zhuǎn)化成SQL語句，用于查詢數(shù)據(jù)庫中的信息：SELECT * FROM products WHERE category = 'Accessories'，即從數(shù)據(jù)庫全部內(nèi)容中查詢類別為“Accessories”的商品，并將結(jié)果返回到頁面中。

在理解url參數(shù)和SQL語句作用后，對(duì)url參數(shù)稍作更改即可實(shí)施SQL注入攻擊。

將url參數(shù)更改為“/filter?category=Accessories'or+1=1--”。其中：

單引號(hào)“'”用于閉合原始的 SQL 查詢；

“or”為邏輯運(yùn)算符，用于連接兩個(gè)條件，若其中一個(gè)條件為真，整個(gè)條件就為真；

“+”為url參數(shù)的連接符；

“1=1”為始終為真的條件；

“--”為SQL 中的注釋符，它會(huì)注釋掉后面的所有內(nèi)容，從而防止查詢語句因?yàn)楸婚]合的引號(hào)而變得不完整。

上述url參數(shù)最終將轉(zhuǎn)化成SQL語句：SELECT * FROM products WHERE category = 'Accessories' or 1=1--，由于第二個(gè)條件始終為真，故整個(gè)條件為真，達(dá)到了跳過第一個(gè)條件的目的。從頁面返回結(jié)果可知，本次查詢繞過了類別過濾，從而獲取到了所有商品的信息。

2.2 SQL注入小結(jié)

上述結(jié)果得知網(wǎng)站并未對(duì)SQL注入做防御措施，而進(jìn)一步的SQL注入攻擊可能導(dǎo)致更嚴(yán)重的后果，如讀取、修改或刪除敏感數(shù)據(jù)，繞過身份驗(yàn)證，破壞數(shù)據(jù)完整性，執(zhí)行拒絕服務(wù)攻擊，甚至獲取操作系統(tǒng)級(jí)別的權(quán)限。這可能導(dǎo)致泄露用戶隱私、系統(tǒng)崩潰、服務(wù)不可用、甚至整個(gè)系統(tǒng)被入侵，因此對(duì)SQL注入進(jìn)行防御是必要的。

上述網(wǎng)站是Burpsuite官方實(shí)驗(yàn)室提供的SQL注入安全練兵場（下文XSS攻擊使用的網(wǎng)站是XSS安全練兵場），因此未對(duì)SQL注入做任何防御措施。所幸目前絕大部分網(wǎng)站不存在這樣的漏洞，已通過各種方式進(jìn)行防御，如：驗(yàn)證過濾用戶輸入、使用參數(shù)化查詢等。例如在對(duì)百度網(wǎng)使用相同的注入方式時(shí)，無法繞過過濾。

03

XSS攻擊

XSS（Cross-Site Scripting）是另一種常見的web應(yīng)用安全漏洞，它允許攻擊者向網(wǎng)頁注入惡意腳本代碼，使這些腳本在用戶瀏覽器中執(zhí)行，從而達(dá)到攻擊的目的。XSS可分為反射型XSS、存儲(chǔ)型XSS和DOM型XSS。

3.1反射型XSS

反射型XSS指惡意腳本通過URL參數(shù)傳遞，被目標(biāo)服務(wù)器反射回響應(yīng)，并在用戶瀏覽器中執(zhí)行。常見于具有輸入?yún)?shù)功能（如搜索功能）的頁面，如下所示：

在搜索欄內(nèi)輸入“”，執(zhí)行該javascript語句將在用戶瀏覽器內(nèi)彈出內(nèi)容為“hello”的對(duì)話框：

3.2 存儲(chǔ)型XSS

存儲(chǔ)型XSS指惡意腳本被存儲(chǔ)在目標(biāo)服務(wù)器上，當(dāng)其他用戶訪問包含惡意腳本的頁面時(shí)，腳本被執(zhí)行。常見于具有存儲(chǔ)輸入功能（如評(píng)論功能）的頁面，如下所示：

在評(píng)論區(qū)輸入“”,顯示提交成功后回到原頁面，用戶瀏覽器內(nèi)彈出內(nèi)容為“hello”的對(duì)話框：

也就是說，任意用戶只要瀏覽到該評(píng)論，均會(huì)彈出該對(duì)話框。存儲(chǔ)型XSS比反射型XSS更容易產(chǎn)生危害，因?yàn)樗鼰o需用戶主動(dòng)進(jìn)行操作，在瀏覽頁面時(shí)無意識(shí)中被攻擊。

3.3 DOM型XSS

DOM型XSS指惡意腳本直接影響瀏覽器的 DOM，通過修改頁面的結(jié)構(gòu)來執(zhí)行攻擊。DOM（Document Object Model）即文檔對(duì)象模型，可簡單理解為網(wǎng)頁內(nèi)容。DOM型XSS與前兩類XSS攻擊的最大區(qū)別在于不會(huì)被插入到服務(wù)器響應(yīng)中，而是通過修改頁面現(xiàn)有DOM結(jié)構(gòu)來觸發(fā)，這一特點(diǎn)使得DOM型XSS難以被服務(wù)端檢測。

如下所示，在輸入“1”后點(diǎn)擊搜索：

出現(xiàn)搜索結(jié)果后通過開發(fā)者工具查看網(wǎng)頁結(jié)構(gòu)：

在DOM中發(fā)現(xiàn)用戶輸入的參數(shù)“1”被包裹在img標(biāo)簽內(nèi)部。根據(jù)此信息，可在搜索框內(nèi)輸入“">”，該參數(shù)在截?cái)鄆mg標(biāo)簽后，新增一個(gè)svg標(biāo)簽，并在該標(biāo)簽內(nèi)部通過“onload”事件屬性觸發(fā)彈窗事件：

點(diǎn)擊搜索后出現(xiàn)了彈窗“1”，此時(shí)再通過開發(fā)者工具查看網(wǎng)頁結(jié)構(gòu)：

發(fā)現(xiàn)原本的img標(biāo)簽已被截?cái)啵霈F(xiàn)了新增的svg標(biāo)簽且標(biāo)簽內(nèi)部包含彈窗事件。

3.4 XSS總結(jié)

以上三類XSS示例均為攻擊者展開攻擊的第一步，攻擊者通過該步驟判斷網(wǎng)站是否進(jìn)行了XSS防護(hù)。若攻擊成功，可實(shí)施進(jìn)一步攻擊，如竊取用戶信息、會(huì)話劫持等。

網(wǎng)站可通過輸入驗(yàn)證、輸出編碼、CSP（Content Security Policy）等方式進(jìn)行防御。

04

失效的身份認(rèn)證

失效的身份認(rèn)證指攻擊者利用網(wǎng)站應(yīng)用程序中的身份認(rèn)證缺陷獲取高權(quán)限并對(duì)應(yīng)用服務(wù)進(jìn)行攻擊。通俗來說，攻擊者能夠破譯密碼等信息，繞過身份驗(yàn)證機(jī)制，暫時(shí)或永久地冒用其他用戶身份從而進(jìn)行攻擊。

可能導(dǎo)致失效身份認(rèn)證的因素包括：

弱密碼策略：使用弱密碼或允許用戶設(shè)計(jì)弱密碼，使攻擊者更容易猜測或破解；

會(huì)話管理問題：Web應(yīng)用程序中，會(huì)話指一種交互性的通信期間，即客戶端和服務(wù)端進(jìn)行通信的一段時(shí)間。若會(huì)話管理不當(dāng)，如未設(shè)置會(huì)話過期時(shí)長或會(huì)話標(biāo)識(shí)泄露時(shí)，攻擊者將輕而易舉地獲取權(quán)限進(jìn)行攻擊；

不安全的密碼重置：若密碼重置功能不安全，攻擊者可能通過恢復(fù)或繞過此功能來獲取對(duì)用戶賬戶的訪問權(quán)限。

4.1失效的身份認(rèn)證實(shí)例

如下所示，在某FOTA平臺(tái)利用低權(quán)限賬戶進(jìn)行登錄（該賬戶無賬戶管理功能），并通過抓包工具BurpSuite獲取該網(wǎng)絡(luò)請(qǐng)求的詳細(xì)信息，記錄低權(quán)限賬戶的令牌信息Authorization：

再以高權(quán)限賬戶進(jìn)行登錄（該賬戶擁有賬戶管理功能），同樣獲取網(wǎng)絡(luò)請(qǐng)求的詳細(xì)信息，此時(shí)將高權(quán)限賬戶的令牌信息替換為低權(quán)限用戶的令牌信息，并重新發(fā)送該請(qǐng)求：

發(fā)現(xiàn)仍能成功獲取相關(guān)信息，攻擊者通過低權(quán)限賬號(hào)直接獲取了系統(tǒng)內(nèi)敏感數(shù)據(jù)。

在上述實(shí)例中，將高權(quán)限令牌替換為低權(quán)限令牌，相當(dāng)于模擬使用一個(gè)已登錄的低權(quán)限賬戶去訪問高權(quán)限接口。從實(shí)際攻擊的角度出發(fā)，攻擊者可通過一個(gè)普通賬戶（如游客賬戶），去訪問一個(gè)高權(quán)限賬戶（如管理員賬戶）接口，進(jìn)而使用超出自身權(quán)限的功能。

4.2 失效的身份認(rèn)證小結(jié)

失效的身份認(rèn)證是一種常見的安全漏洞，主要涉及到身份驗(yàn)證機(jī)制的不足或不正確使用，導(dǎo)致攻擊者有可能通過不同的手段繞過身份驗(yàn)證，獲得未經(jīng)授權(quán)的訪問權(quán)限。為防范此類漏洞，可采用實(shí)施強(qiáng)密碼策略、設(shè)置會(huì)話過期時(shí)間、采用安全會(huì)話標(biāo)識(shí)等措施。

05

小結(jié)

本文介紹了三種常見的Web應(yīng)用程序漏洞：SQL注入、XSS攻擊和失效的身份認(rèn)證。

SQL注入允許攻擊者通過在輸入字段中注入惡意SQL代碼來繞過驗(yàn)證，執(zhí)行未經(jīng)授權(quán)的數(shù)據(jù)庫操作。為了防范SQL注入，Web應(yīng)用程序應(yīng)采用驗(yàn)證過濾用戶輸入、使用參數(shù)化查詢等安全措施。

XSS攻擊通過在網(wǎng)頁中注入惡意腳本來在用戶瀏覽器上執(zhí)行惡意代碼。分為存儲(chǔ)型、反射型和DOM型XSS。為了預(yù)防XSS，Web應(yīng)用程序應(yīng)采用輸入驗(yàn)證、輸出編碼和CSP（Content Security Policy）等關(guān)鍵措施。

失效的身份認(rèn)證允許攻擊者繞過已有的身份認(rèn)證機(jī)制，獲取未經(jīng)授權(quán)的訪問權(quán)限。為預(yù)防該攻擊可加強(qiáng)會(huì)話管理，同時(shí)在密碼強(qiáng)度上進(jìn)行一定強(qiáng)制要求。

總體而言，通過綜合使用這些安全措施，可以有效保護(hù)Web應(yīng)用程序免受部分攻擊的影響。

審核編輯 黃宇