隨著互聯(lián)網(wǎng)的發(fā)達,各種WEB應用也變得越來越復雜,滿足了用戶的各種需求,但是隨之而來的就是各種網(wǎng)絡安全的問題。作為前端開發(fā)行業(yè)的我們也逃不開這個問題。所以今天我就簡單聊一聊WEB前端安全以及如何防范。
首先前端攻擊都有哪些形式,我們該如何防范?
一、XSS攻擊
XSS是一種經(jīng)常出現(xiàn)在web應用中的計算機安全漏洞,它允許惡意web用戶將代碼植 入到提供給其它用戶使用的頁面中。比如這些代碼包括HTML代碼和客戶端腳本。攻 擊者利用XSS漏洞旁路掉訪問控制——例如同源策略(same
origin
policy
)。這種類型 的漏洞由于被黑客用來編寫危害性更大的網(wǎng)絡釣魚(Phishing
)攻擊而變得廣為人知。
XSS攻擊的危害包括:
1、盜取各類用戶帳號,如機器登錄帳號、用戶網(wǎng)銀帳號、各類管理員帳號
2、控制企業(yè)數(shù)據(jù),包括讀取、篡改、添加、刪除企業(yè)敏感數(shù)據(jù)的能力
3、盜竊企業(yè)重要的具有商業(yè)價值的資料
4、非法轉(zhuǎn)賬
5、強制發(fā)送電子郵件
6、網(wǎng)站掛馬
7、控制受害者機器向其它網(wǎng)站發(fā)起攻擊
XSS攻擊的具體表現(xiàn):
1、JavaScript代碼注入
下面是代碼的頁面:
這段代碼的作用是把第一個輸入框的字符串,輸出到第二個輸入框,我們輸入1,那么第二個input里的value值就是1,下面是頁面的截圖和源代碼的截圖(這里我輸入下面的代碼來測試)
<SCRIPT>alert('xss')</SCRIPT>
明顯的可以看到,并沒有彈出對話框,大家可能會疑惑為什么沒有彈窗呢,看看源代碼
我們看到我們輸入的字符串被輸出到第15行input標簽里的value屬性里面,被當成value里的值來顯現(xiàn)出來,所以并沒有彈窗,這時候我們該怎么辦呢?聰明的人已經(jīng)發(fā)現(xiàn)了可以在
<SCRIPT>alert('xss')</SCRIPT>
前面加個">來閉合input標簽。所以應該得到的結果為
成功彈窗了,我們在看看這時的頁面
看到后面有第二個input輸入框后面跟有">字符串,為什么會這樣呢,我們來看看源代碼
解決辦法:目前來講,最簡單的辦法防治辦法,還是將前端輸出數(shù)據(jù)都進行轉(zhuǎn)義最為穩(wěn)妥,雖然顯示出來是有script標簽的,但是實際上,script標簽的左右尖括號(><),均被轉(zhuǎn)義為html字符實體,所以,便不會被當做標簽來解析的,但是實際顯示的時候,這兩個尖括號,還是可以正常展示的。
2、append的利用
上一小節(jié)我們防住了script標簽的左右尖括號,但聰明的黑客們還是想出了好辦法去破解,我們知道,直接給innerHTML賦值一段js,是無法被執(zhí)行的。比如,
但是,jQuery的append可以做到,究其原因,就是因為jquery會在將append元素變?yōu)閒ragment的時候,找到其中的script標簽,再使用eval執(zhí)行一遍。jquery的append使用的方式也是innerHTML。而innerHTML是會將unicode碼轉(zhuǎn)換為字符實體的。
利用這兩種知識結合,我們可以得出,網(wǎng)站使用append進行dom操作,如果是append我們可以決定的字段,那么我們可以將左右尖括號,使用unicode碼偽裝起來,就像這樣–"u003cscriptu003ealert('xss');
"。接下來轉(zhuǎn)義的時候,偽裝成u003的<會被漏掉,append的時候,則會被重新調(diào)用。雖然進行了轉(zhuǎn)義,注入的代碼還是會再次被執(zhí)行
3、img標簽的再次利用
img標簽,在加載圖片失敗的時候,會調(diào)用該元素上的onerror事件。我們正可以利用這種方式來進行攻擊。
但是,如果這張圖片的地址我們換種寫法呢?
這時的源碼已經(jīng)變?yōu)?#8211;src為空,但是onerror的時候,執(zhí)行注入代碼。我們刷新查看頁面,就會發(fā)現(xiàn),代碼注入已經(jīng)成功,需要繼續(xù)轉(zhuǎn)義。
二、 CSRF攻擊
什么是CSRF攻擊?
CSRF(Cross
–site
request
forgery
跨站請求偽造,也被稱為“One
Click
Attack
”或者Session
Riding
,通??s寫為CSRF或者XSRF,是一種對網(wǎng)站的惡意利用。其實就是網(wǎng)站中的一些提交行為,被黑客利用,你在訪問黑客的網(wǎng)站的時候,進行的操作,會被操作到其他網(wǎng)站上(如:你所使用的網(wǎng)絡銀行的網(wǎng)站)。
1、要合理使用post與get
通常我們會為了省事兒,把一些應當提交的數(shù)據(jù),做成get請求。殊不知,這不僅僅是違反了http的標準而已,也同樣會被黑客所利用。
比如,你開發(fā)的網(wǎng)站中,有一個購買商品的操作。你是這么開發(fā)的:
那么,黑客的網(wǎng)站可以這樣開發(fā):
這樣的話,用戶只需要訪問一次黑客的網(wǎng)站,其實就相當于在你的網(wǎng)站中,操作了一次。然而用戶卻沒有感知。
所以,我們?nèi)粘5拈_發(fā),還是要遵循提交業(yè)務,嚴格按照post請求去做的。更不要使用jsonp去做提交型的接口,這樣非常的危險。
2、xsrf攻擊升級
如果你使用了post請求來處理關鍵業(yè)務的,還是有辦法可以破解的。我們的業(yè)務代碼如下:
黑客代碼如下:
點擊后,用戶進行了提交,卻連自己都不知情。這種情況如何防御呢?
最簡單的辦法就是加驗證碼,這樣除了用戶,黑客的網(wǎng)站是獲取不到用戶本次session的驗證碼的。但是這樣也會降低用戶的提交體驗,特別是有些經(jīng)常性的操作,如果總讓用戶輸入驗證碼,用戶也會非常的煩。
另一種方式,就是在用訪問的頁面中,都種下驗證用的token,用戶所有的提交都必須帶上本次頁面中生成的token,這種方式的本質(zhì)和使用驗證碼沒什么兩樣,但是這種方式,整個頁面每一次的session,使用同一個token就行,很多post操作,開發(fā)者就可以自動帶上當前頁面的token。如果token校驗不通過,則證明此次提交并非從本站發(fā)送來,則終止提交過程。如果token確實為本網(wǎng)站生成的話,則可以通過。
代碼如下
并沒有攜帶本站每次session生成的token,則提交失敗。
本站的網(wǎng)站form,則都會自動攜帶本站生成的token
再次使用本站的網(wǎng)頁進行提交,則通過
當然,上面的只是例子,具體的token生成,肯定是要隨著session與用戶ID去變的,如果各位看官覺得自己的網(wǎng)站也需要加個token,請自行百度,進行深入的學習。
三、網(wǎng)絡劫持攻擊
很多的時候,我們的網(wǎng)站不是直接就訪問到我們的服務器上的,中間會經(jīng)過很多層代理,如果在某一個環(huán)節(jié),數(shù)據(jù)被中間代理層的劫持者所截獲,他們就能獲取到使用你網(wǎng)站的用戶的密碼等保密數(shù)據(jù)。比如,我們的用戶經(jīng)常會在各種飯館里面,連一些奇奇怪怪的wifi,如果這個wifi是黑客所建立的熱點wifi,那么黑客就可以結果該用戶收發(fā)的所有數(shù)據(jù)。這里,建議站長們網(wǎng)站都使用https進行加密。這樣,就算網(wǎng)站的數(shù)據(jù)能被拿到,黑客也無法解開。
如果你的網(wǎng)站還沒有進行https加密的化,則在表單提交部分,最好進行非對稱加密–即客戶端加密,只有服務端能解開。這樣中間的劫持者便無法獲取加密內(nèi)容的真實信息了。
四、控制臺注入代碼
不知道各位看官有沒有注意到天貓官網(wǎng)控制臺的警告信息,如圖4.1所示,這是為什么呢?因為有的黑客會誘騙用戶去往控制臺里面粘貼東西(欺負小白用戶不懂代碼),比如可以在朋友圈貼個什么文章,說:"只要訪問天貓,按下F12并且粘貼以下內(nèi)容,則可以獲得xx元禮品"之類的,那么有的用戶真的會去操作,并且自己隱私被暴露了也不知道。
天貓這種做法,也是在警告用戶不要這么做,看來天貓的前端安全做的也是很到位的。不過,這種攻擊畢竟是少數(shù),所以各位看官看一眼就行,如果真的發(fā)現(xiàn)有的用戶會被這樣攻擊的話,記得想起天貓的這種解決方案。
五、釣魚
釣魚也是一種非常古老的攻擊方式了,其實并不太算前端攻擊??僧吘故琼撁婕墑e的攻擊,我們也來一起聊一聊。我相信很多人會有這樣的經(jīng)歷,QQ群里面有人發(fā)什么兼職啦、什么自己要去國外了房子車子甩賣了,詳情在我QQ空間里啦,之類的連接。打開之后發(fā)現(xiàn)一個QQ登錄框,其實一看域名就知道不是QQ,不過做得非常像QQ登錄,不明就里的用戶們,就真的把用戶名和密碼輸入了進去,結果沒登錄到QQ,用戶名和密碼卻給人發(fā)過去了。
其實這種方式,在前端也有利用。下面,我們就來試試如果利用前端進行一次逼真的釣魚。
1、首先,我們在xx空間里分享一篇文章,然后吸引別人去點擊。
2 接著,我們在cheat.php這個網(wǎng)站上面,將跳轉(zhuǎn)過來的源網(wǎng)頁地址悄悄的進行修改。
于是,在用戶訪問了我們的欺騙網(wǎng)站后,之前的tab已經(jīng)悄然發(fā)生了變化,我們將其悄悄的替換為了釣魚的網(wǎng)站,欺騙用戶輸入用戶名、密碼等。
3 我們的釣魚網(wǎng)站,偽裝成XX空間,讓用戶輸入用戶名與密碼
這種釣魚方式比較有意思,重點在于我們比較難防住這種攻擊,我們并不能將所有的頁面鏈接都使用js打開。所以,要么就將外鏈跳轉(zhuǎn)的連接改為當前頁面跳轉(zhuǎn),要么就在頁面unload的時候給用戶加以提示,要么就將頁面所有的跳轉(zhuǎn)均改為window.open,在打開時,跟大多數(shù)釣魚防治殊途同歸的一點是,我們需要網(wǎng)民們的安全意識提高。
六、我們平時開發(fā)要注意些什么?
開發(fā)時要提防用戶產(chǎn)生的內(nèi)容,要對用戶輸入的信息進行層層檢測要注意對用戶的輸出內(nèi)容進行過濾(進行轉(zhuǎn)義等)重要的內(nèi)容記得要加密傳輸(無論是利用https也好,自己加密也好)
get與post請求,要嚴格遵守規(guī)范,不要混用,不要將一些危險的提交使用jsonp完成。
對于URL上攜帶的信息,要謹慎使用。心中時刻記著,自己的網(wǎng)站哪里可能有危險。
以上便是關于前端安全的全部內(nèi)容,更多前端問題請訪問PHP中文網(wǎng):https://www.php.cn/