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

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

源代碼泄露。檢測Web網絡是否存在源代碼泄露漏洞，如果存在此漏洞，攻擊者可直接網站的源代碼。隱藏目錄泄露。檢測Web網站的某些隱藏目錄是否存在泄露漏洞，如果存在此漏洞，攻擊者可了解網站的全部結構。

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