學(xué)習(xí)代碼審計(jì)要熟悉三種語言，總共分四部分去學(xué)習(xí)。，編程語言。1.前端語言html/js/dom/元素的使用主要是為了挖掘xss漏洞。jquery主要寫一些涉及CSRF腳本或DOMXSS、JSON劫持等。2.后端語言的基本語法要知道，比如變量類型、常量、數(shù)組(python是列表、元組、字典)、對象、調(diào)用、引用等。，MVC設(shè)計(jì)模式要清晰，因?yàn)榇蟛糠帜繕?biāo)程序都是基于MVC寫的，包括不限于php、python、java。不用寫，但一定能理解，要理解邏輯，知道哪些功能點(diǎn)可以寫，哪些漏洞可能會出現(xiàn)，便于挖掘常規(guī)漏洞，更方便挖掘邏輯漏洞。
選擇安全的主機(jī)商，不過選擇完主機(jī)商之后我們也要時(shí)刻查看主機(jī)其他的用戶，看一下他們網(wǎng)站的情況，畢竟他們受懲罰了，我們也會受到牽連。選擇安全的網(wǎng)站程序。如今CMS是行業(yè)共識，不過選擇CMS一定要選擇主流程序，因?yàn)榘l(fā)現(xiàn)安全漏洞可以跟得上網(wǎng)站及時(shí)打補(bǔ)丁以防再被入侵。網(wǎng)站要MD5加密，因?yàn)槭褂弥髁鰿MS的時(shí)候會無形中加大交流的可能性，所以這時(shí)候網(wǎng)站一定要加密。
注意系統(tǒng)漏統(tǒng)，網(wǎng)站模版漏洞，網(wǎng)站程序漏洞，盡量不適用第三方插件代碼，除此之外，殺毒軟件存在的必要性相信我不必再贅述了。有條件的站長可以找Sinesafe來做深入的安全服務(wù)，來確保網(wǎng)站的正常運(yùn)行防止網(wǎng)站被掛馬之類的安全問題。有問題就處理，沒問題就預(yù)防，雙管齊下，網(wǎng)站安全肯定不再是影響網(wǎng)站前進(jìn)的“絆腳石”!

sql注入產(chǎn)生的原因很簡單，就是訪問用戶通過網(wǎng)站前端對網(wǎng)站可以輸入?yún)?shù)的地方進(jìn)行提交參數(shù)，參數(shù)里插入了一些惡意參數(shù)傳入到服務(wù)器后端里去，服務(wù)器后端并沒有對其進(jìn)行詳細(xì)的安全過濾，導(dǎo)致直接進(jìn)入到數(shù)據(jù)庫里，執(zhí)行了數(shù)據(jù)庫的sql語句，sql語句可以是查詢網(wǎng)站的管理員賬號，密碼，查詢數(shù)據(jù)庫的地址等等的敏感信息，這個(gè)就是sql注入攻擊。
我們來看下這個(gè)網(wǎng)站的代碼編寫，我們來利用下該如何sql注入攻擊：web前端網(wǎng)站通過get_id這個(gè)值獲取了訪問用戶輸入的參數(shù)值，并傳遞給ID這個(gè)值上去，ID這個(gè)值沒有對輸入的參數(shù)進(jìn)行安全過濾，導(dǎo)致該值里的惡意參數(shù)傳遞到服務(wù)器后端去，緊接著又送到了數(shù)據(jù)庫，進(jìn)行了數(shù)據(jù)庫的sql語句執(zhí)行。一般都是參數(shù)拼接而成的sql語句，當(dāng)用戶提交一些逗號之類的and1=1等等的字符時(shí)就會執(zhí)行sql語句。
目前我們SINE安全了解到的sql注入漏洞分5種，個(gè)就是數(shù)據(jù)庫聯(lián)合查詢注入攻擊，第二種就是數(shù)據(jù)庫報(bào)錯(cuò)查詢注入攻擊，第三種就是字符型數(shù)據(jù)庫注入攻擊，第四種是數(shù)據(jù)庫盲注sql注入攻擊，第五種是字符型注入攻擊。我們來簡單的介紹下著幾種攻擊的特征以及利用方式，才能更好的了解sql注入，了解后才能更好的去防止sql注入攻擊。
mysql聯(lián)合查詢數(shù)據(jù)庫注入攻擊是采用的union語句，以及使用select語句進(jìn)行的查詢，去除一些查詢語句的重復(fù)行進(jìn)行sql注入的攻擊。數(shù)據(jù)庫報(bào)錯(cuò)查詢注入攻擊是采用的數(shù)據(jù)庫報(bào)錯(cuò)類型，判斷數(shù)據(jù)庫的錯(cuò)誤點(diǎn)，可以使用orderby來查詢報(bào)錯(cuò)，或者使用floor()來進(jìn)行報(bào)錯(cuò)查詢，floor報(bào)錯(cuò)的原理就是采用的groupbu與rand函數(shù)同時(shí)進(jìn)行使用的時(shí)候，計(jì)算多次出現(xiàn)的錯(cuò)誤導(dǎo)致。

源代碼泄露。檢測Web網(wǎng)絡(luò)是否存在源代碼泄露漏洞，如果存在此漏洞，攻擊者可直接網(wǎng)站的源代碼。隱藏目錄泄露。檢測Web網(wǎng)站的某些隱藏目錄是否存在泄露漏洞，如果存在此漏洞，攻擊者可了解網(wǎng)站的全部結(jié)構(gòu)。

在這里我跟大家分享一下關(guān)于服務(wù)器安全的知識點(diǎn)經(jīng)驗(yàn)，雖說我很早以前想過要搞hack技術(shù)，然而由于種種原因我后都沒有搞hack技術(shù)，但是我一直很留意服務(wù)器安全領(lǐng)域的。很早以前我搭建服務(wù)器只是為了測驗(yàn)我所學(xué)的知識點(diǎn)，安全沒有怎么留意，服務(wù)器一直以來被各種攻擊，我那時(shí)候也沒怎么留意，之后我一直真真正正去使用服務(wù)器去搭建正式的網(wǎng)站了，才覺得安全性問題的緊迫性。當(dāng)時(shí)服務(wù)器買的比較早，web環(huán)境用的study是相信大家對此環(huán)境都不陌生，相對比較便捷都是一鍵智能化的搭建，一開始會有默認(rèn)設(shè)置的界面，提示你配置成功了，事實(shí)上這種只是一個(gè)測驗(yàn)界面，有許多比較敏感的數(shù)據(jù)信息和許多可以注入的漏洞，不管是iis還是tomcat這種一定要短時(shí)間內(nèi)把默認(rèn)設(shè)置界面掉。
在配置mysql數(shù)據(jù)庫查詢時(shí)，切記不可把端口設(shè)置為3306，由于默認(rèn)設(shè)置的端口號會導(dǎo)致被入侵。我必須寫一個(gè)無法猜測的端口號。登陸密碼也不能默認(rèn)的登陸密碼如123456，要盡可能復(fù)雜多樣化(我有個(gè)朋友，數(shù)據(jù)庫查詢當(dāng)時(shí)沒登陸密碼，隨后有一次就被當(dāng)做肉雞了，他一個(gè)月的服務(wù)器數(shù)據(jù)流量就這樣沒了…)，還需把數(shù)據(jù)庫查詢的遠(yuǎn)程登陸功能關(guān)掉。管理員賬戶要經(jīng)常留意，多余的帳號要立即清理，有時(shí)候攻擊者有可能會留有一個(gè)隱藏的賬戶，如果是平常開發(fā)維護(hù)盡量不要用超級管理員帳號，登陸密碼要盡可能復(fù)雜且經(jīng)常改密碼。
如果你是剛剛學(xué)會使用網(wǎng)站服務(wù)器，還是建議安裝一個(gè)防護(hù)軟件，好多注冊表規(guī)則和系統(tǒng)權(quán)限都不用自身去配置，防護(hù)軟件有許多，手動(dòng)做署和加固，如果對此不明白的話可以去的網(wǎng)站安全公司請求幫助，國內(nèi)做的比較的安全企業(yè)如SINE安全，盾安全，啟明星辰，綠盟等等。服務(wù)器的環(huán)境配置我也不是馬上配置的?，F(xiàn)在就這樣先記錄下來吧。以下是控制對用戶的訪問權(quán)限。具體的訪問控制在寫apache部署時(shí)也說了很多?？傊?，盡量寫下嚴(yán)格的訪問規(guī)則。事實(shí)上有些例如：防止強(qiáng)制破密，預(yù)防DDOS這種配置，靠機(jī)房的硬防去處理。數(shù)據(jù)庫查詢登陸用戶不要使用超級管理員權(quán)限，web服務(wù)必須哪些權(quán)限就分派哪些權(quán)限，隱藏管理后臺的錯(cuò)誤信息。
僅僅知道服務(wù)器的運(yùn)維維護(hù)是不行的，需要研究開發(fā)(一般的安全性問題被發(fā)現(xiàn)，首先罵服務(wù)器運(yùn)維人員…事實(shí)上研究開發(fā)的也存在疏忽，但是必須看到是什么類型的安全性問題)。針對用戶get提交的參數(shù)限制不要只在web前端，真真正正想攻擊網(wǎng)站的人毫無疑問不會再網(wǎng)頁去填寫一些代碼的，要在后臺管理加一嚴(yán)格的限制，文檔上傳的可以設(shè)定文檔夾目錄的執(zhí)行權(quán)限。我通常都是對前端用戶傳遞的參數(shù)加以嚴(yán)格限制，例如后臺管理接口所用的參數(shù)都是一些英文字母或者數(shù)字，那樣我就用正則匹配只匹配我必須的英文字母或者數(shù)字就行了。在這里還需了解一些比較常見的hack攻擊方式，例如XSS，CSRF，sql注入等。平常危害較大的數(shù)據(jù)庫查詢注入，一般使用PDO的關(guān)聯(lián)查詢就可以處理注入問題，當(dāng)然自身也可以去正則限制數(shù)據(jù)信息，轉(zhuǎn)義或者編碼存儲。對于用戶的登錄密碼采用md5加密以及變向多個(gè)模式的加密算法.
公司掃描的漏洞更齊全從這個(gè)安全隱患上就可以看出，公司之所以在市場中存在，就是可以為很多企業(yè)提供云漏掃的解決方案，不僅可以及時(shí)發(fā)現(xiàn)問題所在，而在掃描過程中也可以通過高科技的方式進(jìn)行掃描，對于企業(yè)來說不會存在任何的危害，所以企業(yè)也都可以放心的進(jìn)行選擇。
http://coolerbeats.net