較為全面的Asp.net提交驗證方案分析 (上)
驗證碼存儲在頁面代碼或Cookies里,暴露給客戶端;
通過Session存儲的驗證碼,雖然解決了安全問題,但一個用戶只使用一個變量存儲驗證碼,假如用戶同時打開一個以上的頁面,分別提交的話,就無法正常使用了;
驗證碼不會過期,這會留下隱患,使暴力破解變得可行(當(dāng)然也可以通過刷新間隔、提交間隔、黑名單等手段加以控制);
此外還有伴隨著提交產(chǎn)生的另一個問題——重復(fù)提交。
為解決上述問題,我曾走過不少彎路,后來總結(jié)出了一個方案可以很好的解決這些問題,本文將結(jié)合ADO.NET Entity Framework技術(shù)來介紹此方案:
這方案的核心就是通過數(shù)據(jù)庫統(tǒng)一存儲所有請求頁面所對應(yīng)的驗證碼及其相關(guān)信息(這也可以通過Session或別的什么實現(xiàn),但個人感覺數(shù)據(jù)庫更為優(yōu)秀)。
首先來建立一個這樣的SQL Server數(shù)據(jù)表,表名設(shè)為“提交驗證”:

“ID”字段存儲的是該驗證信息的唯一ID,用于查詢,并且我們還會將此值傳給客戶端用于回發(fā)時再度獲取對應(yīng)的信息,采用GUID格式保證了唯一性和復(fù)雜性,客戶端幾乎沒有偽造的可能;
“會話ID”字段即用于存儲SessionID,以確保驗證信息與用戶會話相對應(yīng),如果你不在意客戶端是否會被劫持的話,也可以忽略這個字段。
“驗證碼”字段即存儲驗證碼原文,用于檢驗用戶輸入,此外,驗證圖片生成函數(shù)也會通過ID獲取此數(shù)據(jù)以生成對應(yīng)的驗證圖片。
“是否已提交”字段標(biāo)識此驗證信息是否已使用過,如果不需要給用戶明確的錯誤提示的話,可以在提交后直接刪除所使用的驗證信息,而不使用這個字段。
“過期時間”字段的數(shù)據(jù)將會在清理超時信息時使用到。
數(shù)據(jù)庫建好后,就可以建立ADO.NET Entity Framework數(shù)據(jù)模型(EDM)了:

此模型從現(xiàn)有數(shù)據(jù)庫直接生成即可,不需要做什么額外改動。未完待續(xù),此篇中介紹了數(shù)據(jù)結(jié)構(gòu)和思路,在下篇中將介紹代碼實現(xiàn)以及使用方法。
相關(guān)文章
asp.net 按指定模板導(dǎo)出word,pdf實例代碼
這篇文章介紹了asp.net 按指定模板導(dǎo)出word,pdf實例代碼,有需要的朋友可以參考一下2013-09-09
Asp.net 獲取指定目錄下的后綴名為".doc" 的所有文件名和文件路徑
Asp.net 獲取指定目錄下的后綴名為“.doc” 的所有文件名和文件路徑,幫寫一個方法2011-07-07
asp.net利用HttpModule實現(xiàn)防sql注入
關(guān)于sql注入,已經(jīng)被很多人討論過了。這篇沒有新意功能也不夠通用,nnd,不想引起口水,就是覺得簡單而且思路有參考性才貼出來。2009-12-12
收集學(xué)習(xí)asp.net比較完整的面向?qū)ο箝_發(fā)流程
如果你已經(jīng)有較多的面向?qū)ο箝_發(fā)經(jīng)驗,跳過以下這兩步 第一步:掌握一門.NET面向?qū)ο笳Z言第二步:對.NET Framework類庫有一定的了解;在具備了OO基礎(chǔ)之后,以下是具體的學(xué)習(xí)ASP.NET技術(shù)步驟2012-12-12

