相信大家都或多或少的聽過關于各種Web應用安全漏洞，諸如：跨sITe腳本攻擊(XSS)，SQL注入，上傳漏洞……形形色色。

在這里我并不否認各種命名與歸類方式，也不評價其命名的合理性與否，我想告訴大家的是，形形色色的安全漏洞中，其實所蘊含安全問題本質往往只有幾個。 我個人把Web應用程序安全性本質問題歸結以下三個部分：

1、輸入/輸出驗證(Input/output validation)

2、角色驗證或認證(Role authentication )

3、所有權驗證(Ownership authentication)

說到這，讀者一定想知道我這三種分類與形形色色的安全性問題有什么關系？下面我逐個給您概略解答：

輸入/輸出驗證

這里的輸入與輸出其實都是發生在用戶界面（User Interface）這一個層面上的，比如：你某一站點上提交一份注冊信息，往往會收到諸多提示：“用戶名非法”，“姓名不能使用英文“……其實這就是輸入驗證的一個實例。什么情況是輸出呢？比如說你成功提交一份注冊信息后，系統會返回一個確認頁（Registerred Confirmation），往往在這個頁面上會顯示你注冊時提交的部分或全部信息，那么在這里顯示的信息就是我所說的輸出實例之一，輸入需要做什么驗證？

假如你在提交時，在Address那一欄輸入：

{script}alert("iwebsecurITy");{/script}

當你到達注冊的確認頁時，會有什么發生？如果確認頁沒有做輸出驗證處理，那很顯然會在到達確認頁的時候出現一個Javascript打出的提示框。其實這就是跨sITe腳本攻擊的一個小小的實例。當然了，單純的輸入／輸出驗證涉及的面可能夠寫一小本書了，努力在后續文章中給大家詳解。

角色驗證或認證

我們就拿CSDN來說吧，用戶有這些角色：其一可以說是游客，就是瀏覽者沒有登錄時的角色；其二是免費的注冊用戶；或許將來CSDN深入發展了，業務有所更新，還會出現收費的注冊用戶。以上只是用戶角色，那在CSDN公司內部還會有管理員角色，還有可能管理員又可以根據板塊分為各種不同的角色。大家看到了吧，你天天訪問的CSDN一共可能有多少角色？接下來的問題就是權限問題了，為什么會有角色？就是為了控制權限的。每種角色都有自己特定的與公共的權限，這些權限的邏輯關系是相當復雜的，如果一個Web應用在角色上沒有一個詳細的合理的設計，將會給開發人員帶來無限痛苦和麻煩。那現在我要問幾個問題：你能保證每種角色只能做其份內的事兒？你是如何去保證的呢？方法可靠嗎？有沒有漏洞？……這，就是我要說的角色驗證或認證。BTW：為什么我會說驗證或認證呢？你可以這么理解，角色性存在于兩個階段，其一進入階段，比如你登錄的那一瞬間，你進入了一個特定的角色；另一個階段就是維持階段，你如何確保你登錄后總是以登錄時的身份在操作呢？那前者可以說是：認證，后者就是驗證了。

給一個角色認證／驗證方面的虛擬案例，比如：一個在線電影服務提供商，會免費給您開一個試用角色，如果這試用角色驗證不當，可能會導致用戶權限提升而成為一個合法的收費用戶，而這個收費用戶你往往卻收不到他的任何費用。

所有權驗證

這個問題的存在也是基于角色的，只不過它所關心的是同級別的角色之間的權限問題。就拿CSDN來說吧，我是CSDN的一個免費用戶，你也是。

現在的問題是：我可以替你操作嗎，我可以替你發表文章嗎？我能修改你的個性設置嗎？如果不能，CSDN是如何實現的？雖然你和我都是普通用戶，但是你有你的隱私我也有我的隱私，如何保證嚴格的所有權驗證就顯得尤為關鍵了。比較簡單吧，這就是我所說的所有權驗證。

我可以很自信的告訴你，只要是Web應用安全性問題，它逃不出在這三大部分，可能你還無法把形形色色的Web應用安全性問題與這三個部分對應并合理的解釋清楚，但是確實只有這么簡單的幾個部分。