應(yīng)用系統(tǒng)安全規(guī)范制定建議

1、應(yīng)用系統(tǒng)安全規(guī)范制定建議應(yīng)用系統(tǒng)安全是當前眾多大型企業(yè)要重點關(guān)注的問題，但這塊有好多工作 要做,現(xiàn)狀是現(xiàn)在很多做安全的人，不怎么太做開發(fā)，做開發(fā)的人懂安全的人又少 之又少，這里我從應(yīng)用系統(tǒng)安全，提出幾點自己的建議，當然不足之處還請大家討 論和指正。1應(yīng)用系統(tǒng)安全類別劃分具體劃分準則，需要根據(jù)自己單位實際規(guī)模和業(yè)務(wù)特征去定位，我這里把具 體的分類細則隱去了，有興趣的可以討論.2.1網(wǎng)絡(luò)安全性2.1.1網(wǎng)絡(luò)接入控制未經(jīng)批準嚴禁通過電話線、各類專線接到外網(wǎng)；如確有需求，必須申請備 案后先進行與內(nèi)網(wǎng)完全隔離，才可以實施。2.1.2網(wǎng)絡(luò)安全域隔離如果有需要與公司外部通訊的服務(wù)器，應(yīng)在保證自身安全的情況下

2、放入公 司防火墻DMZ區(qū)，該應(yīng)用服務(wù)器與公司內(nèi)部系統(tǒng)通訊時，應(yīng)采用內(nèi)部讀取數(shù)據(jù) 的方式。其他類應(yīng)用系統(tǒng) 服務(wù)器放置在公司內(nèi)部網(wǎng)中。2.2系統(tǒng)平臺安全性2.2.1病毒對系統(tǒng)的威脅各應(yīng)用系統(tǒng)WINDOWS平臺應(yīng)關(guān)閉掉服務(wù)器的完全共享,并安裝防毒客戶 端軟件，啟用實時防護與接受管理，進行周期性對系統(tǒng)全機病毒掃描。2.2.2黑客破壞和侵入對各應(yīng)用系統(tǒng)應(yīng)及時進行系統(tǒng)補丁的升級和安全配置，并配合進行入侵檢 測和漏洞掃描等安全檢查工作。對于重點系統(tǒng)可以考慮部署主機入侵檢測系統(tǒng) 來保證主機的安全性。2.3應(yīng)用程序安全性2.3.1在應(yīng)用系統(tǒng)的生命周期中保證安全應(yīng)用系統(tǒng)的設(shè)計和管理者要在不同的階段采用相應(yīng)的工作方

3、法和工作步 驟，設(shè)計出一個把安全貫穿始終、切實可行的安全方案。對應(yīng)用系統(tǒng)應(yīng)能提供 書面可行的安全方案。2.3.2在應(yīng)用系統(tǒng)啟始設(shè)計階段實施安全計劃在應(yīng)用系統(tǒng)啟始設(shè)計階段進行充分的安全可行性分析，對應(yīng)用系統(tǒng)應(yīng)該進 行專門的安全可行性分析。啟始設(shè)計階段同時還要進行風險的最初評估，在被選方案之間權(quán)衡效費比 關(guān)系時，應(yīng)該參照這個估計值，尤其在重點應(yīng)用系統(tǒng)項目中應(yīng)特別注重這方面 的考慮。2.3.3在應(yīng)用系統(tǒng)開發(fā)階段建立安全機制安全需求定義：在軟件開發(fā)之前，需要了解相關(guān)的安全規(guī)定和軟件運行的 環(huán)境要求，并對此產(chǎn)生的安全需求做出定義。安全設(shè)計：安全設(shè)計不能簡單依附于系統(tǒng)設(shè)計的控制而了事，安全的內(nèi)容 必須滲透

4、到整個設(shè)計階段。當然，也不必對每項設(shè)計決定都采取安全方法。通 常，有各種方法使其達到必要的安全級別，需要考慮的是如何選擇一種折衷方 案給安全以適當?shù)牡匚?。良好的安全設(shè)計能明顯的減少應(yīng)用系統(tǒng)的脆弱性并減 少在系統(tǒng)運行時安全的強制性。對于重點類系統(tǒng)應(yīng)能夠提供這方面的細節(jié)說 明，以證實安全性設(shè)計的有效性。安全的編程方法：(1) 所有應(yīng)用系統(tǒng)都應(yīng)正確選擇程序設(shè)計語言和其它程序設(shè)計工具，從而提高最終產(chǎn)品的可靠性和正確性；為提高整個系統(tǒng)的安全性，要恰當?shù)剡x擇并 利用這些工具幫助防止程序錯誤進入源編碼。(2) 對于重點應(yīng)用系統(tǒng)應(yīng)該嚴格采用軟件工程的方法編制程序，對編碼至少由一名未參與程序設(shè)計的程序員檢查程序

5、編碼，全面了解它的安全要點，他與原設(shè)計者對程序遺留問題應(yīng)負有同樣的責任 。(3) 對于重點應(yīng)用系統(tǒng)程序庫應(yīng)有僅允許授權(quán)人存取程序模塊功能，以及 記錄所有對程序模塊存取的安全控制功能。軟件安全性的檢測和評估：公司所有類應(yīng)用系統(tǒng)綜合運用靜態(tài)和動態(tài)檢 測技術(shù)，進行全面認真的檢測和評估，發(fā)現(xiàn)在應(yīng)用系統(tǒng)設(shè)計和編碼中的錯誤、 疏忽和其它缺陷。2.3.4在操作運行中保障安全數(shù)據(jù)控制：重點 應(yīng)用系統(tǒng)應(yīng)從輸入準備、數(shù)據(jù)媒介存儲、輸出傳播各個階 段所需的控制入手，保證數(shù)據(jù)安全成功處理。對安全變異的響應(yīng)：重點應(yīng)用系統(tǒng)中，一切與現(xiàn)行安全規(guī)定抵觸的每一件 事或不能解釋的結(jié)果以及其它異常事件都應(yīng)視為安全變異現(xiàn)象，應(yīng)該給予

6、足夠 的重視，并盡快報告管理員或其他負責人采取必要措施，以減少或消除不安全 隱患。報告方式要保密、過程要簡單。安全記賬與審計：重點應(yīng)用系統(tǒng)中，應(yīng)利用應(yīng)用系統(tǒng)審計日志進行監(jiān)控， 并作為一種主動的監(jiān)督管理形式和一種檢測觸犯安全規(guī)定事件的手段。同時必須加強對應(yīng)用系統(tǒng)的審計日志類信息的保護，對審計日志和監(jiān)控功能的使用也必須做審計記錄。2.4接口安全性2.4.1接口安全性要求職責分隔：應(yīng)用系統(tǒng)接口是易受攻擊的脆弱點，重點應(yīng)用系統(tǒng)中，應(yīng)從職 責管理上加強，將責任實現(xiàn)最佳分離。明確敏感客體和操作規(guī)定：重點應(yīng)用系統(tǒng)中，應(yīng)能夠根據(jù)可靠性、保密性 和可用性三者定義每個數(shù)據(jù)客體（數(shù)據(jù)輸入、數(shù)據(jù)存儲和數(shù)據(jù)輸出等）的安

7、全需 求，并通過系統(tǒng)實施時的培訓(xùn)來落實。錯誤容限規(guī)定：公司各類應(yīng)用系統(tǒng) 對錯誤的容限度和在可接受的限度內(nèi)維 護錯誤級別的需求必須被定義在安全需求中?？捎眯孕枨螅汗靖黝悜?yīng)用系統(tǒng)為避免因為系統(tǒng)不能有效使用而產(chǎn)生的嚴 重危害，必須制定可用性需求，然后根據(jù)需求采取措施來保證系統(tǒng)的可用性 。242接口擴展性要求接口標準性要求：對于各類應(yīng)用系統(tǒng) 應(yīng)該能夠盡量接口標準化，從而利于 應(yīng)用系統(tǒng)間信息的互通。對于應(yīng)用系統(tǒng)建設(shè)、改造等有代表性的，需要制定相 關(guān)接口標準，作為將來工作的參照。接口規(guī)范細化程度：對于各類應(yīng)用系統(tǒng) 接口規(guī)范應(yīng)該盡量細化，減少接口 描述不清出現(xiàn)新的安全隱患。對于重點 應(yīng)用系統(tǒng)應(yīng)該有明確的接

8、口類文檔說明 部分。2.5數(shù)據(jù)安全性2.5.1數(shù)據(jù)傳輸?shù)臋C密性重點應(yīng)用系統(tǒng)中傳輸關(guān)鍵、敏感數(shù)據(jù)時要采用傳輸加密技術(shù)，實現(xiàn)數(shù)據(jù)機密性要求；其他類應(yīng)用系統(tǒng)應(yīng)根據(jù)具體情況來考慮。密碼算法選擇：(1) 密碼算法必須具有較高的保密強度和抗攻擊能力。加密信息量大時應(yīng)使用對稱加密算法，加密重要信息時應(yīng)使用非對稱 加密算法。(3)要根據(jù)所保護信息的敏感程度與攻擊者破解所要花的代價值不值得和系統(tǒng)所要求的反應(yīng)時間來綜合考慮決定要采用的密碼算法。加解密實現(xiàn)方式：(1) 如果要求全通信業(yè)務(wù)流機密性，那么應(yīng)選取物理層加密，或傳輸安全 手段(例如，適當?shù)臄U頻技術(shù))。(2) 如果要求高粒度保護(即對每個應(yīng)用聯(lián)系可能提供不同

9、的密鑰)和防抵賴 或選擇字段保護，應(yīng)選取表示層加密。(3) 如果希望的是所有端系統(tǒng)到端系統(tǒng)通信的簡單塊保護，或希望有一個 外部的加密設(shè)備(例如為了給算法和密鑰以物理保護，或防止錯誤軟件)，那 么應(yīng)選取網(wǎng)絡(luò)層加密。這能夠提供機密性與不帶恢復(fù)的完整性。(4) 如果要求帶恢復(fù)的完整性，同時又具有高粒度保護，那么將選取傳輸 層加密。這能提供機密性、帶恢復(fù)的完整性或不帶恢復(fù)的完整性。(5) 不推薦在數(shù)據(jù)鏈路層上加密。當關(guān)系到以上問題中的兩項或多項時， 加密可能需要在多個層上提供。2.5.2數(shù)據(jù)傳輸?shù)耐暾詳?shù)據(jù)完整性：對于重點應(yīng)用系統(tǒng)，因數(shù)據(jù)在INTERNET上傳播或至關(guān)重 要，應(yīng)該保障數(shù)據(jù)的完整性，針對

10、應(yīng)用系統(tǒng)信息的重要程度，可以采用不同的 數(shù)據(jù)完整性驗證手段。實現(xiàn)完整性方式選擇：(1) 由加密提供的數(shù)據(jù)完整性機制；(2) 基于非對稱加密的數(shù)據(jù)完整性機制，重點類系統(tǒng)應(yīng)該盡量采用這種方 式；(3) 其它數(shù)據(jù)完整性機制。2.6用戶安全性2.6.1用戶身份認證對身份認證的需求：對用戶身份認證的需求取決于應(yīng)用系統(tǒng)的性質(zhì)，對于 重點類系統(tǒng)要采用強身份認證方式。身份認證的實現(xiàn)：(1)弱身份認證方式加強：對口令長度、復(fù)雜度、更新周期、保密性等進 行嚴格管理。(2)強身份認證方式有效保障：對重要應(yīng)用系統(tǒng)應(yīng)逐漸傾向于加強的身份 認證方式來保證用戶身份安全，強身份認證方式可采用證書方式或動態(tài)口令方 式等來實現(xiàn)。

11、從管理角度考慮：沒有一項身份認證技術(shù)是絕對可靠的，須依靠嚴格的強 化管理和用戶合作來提高認證技術(shù)的可靠性，并根據(jù)每個系統(tǒng)的實際需要部 署，避免造成不必要的負擔而影響應(yīng)用系統(tǒng)的使用。2.6.2不可否認性對核心系統(tǒng)必須考慮不可否認性的功能，重點系統(tǒng)應(yīng)該逐漸考慮系統(tǒng)操作 的不可否認性，不可否認性可以用數(shù)字簽名等來實現(xiàn)。263授權(quán)清晰的授權(quán)方案：對重點系統(tǒng)需要有清晰的授權(quán)方案，有時不僅要指明應(yīng) 用哪些系統(tǒng)模塊，還要明確使用哪臺終端。其他應(yīng)用系統(tǒng)應(yīng)能夠滿足系統(tǒng)功 能、角色劃分，滿足用戶需求。授權(quán)委托時效性：所有類應(yīng)用系統(tǒng)的授權(quán)機制應(yīng)該能夠處理、識別、取消 或修改授權(quán)操作的最終結(jié)果。授權(quán)數(shù)據(jù)的保護：(1)

12、所有類應(yīng)用系統(tǒng)的授權(quán)系統(tǒng)維護應(yīng)簡單易行，避免發(fā)生錯誤。重點應(yīng)用系統(tǒng) 的授權(quán)機制應(yīng)具有自我保護能力。異常情況或不兼容的授權(quán)數(shù)據(jù)應(yīng)及早發(fā)現(xiàn)并報告。授權(quán)數(shù)據(jù)必須認真加以保護，以防任何非 授權(quán)修改和惡意破壞。2.7應(yīng)急計劃所有應(yīng)用系統(tǒng)應(yīng)制定相應(yīng)的應(yīng)急計劃，它是重要的應(yīng)用系統(tǒng)安全防衛(wèi)措 施。應(yīng)急計劃應(yīng)該包括操作系統(tǒng)中斷、數(shù)據(jù)庫和物理設(shè)備被破壞等情況的應(yīng)急 措施，這個計劃也應(yīng)該包括自動或人工過程所需設(shè)備的使用步驟。2.7.1關(guān)鍵功能的鑒別對于重點應(yīng)用系統(tǒng)不僅應(yīng)明確其關(guān)鍵功能的關(guān)鍵作用，而且也應(yīng)該明確其它功能轉(zhuǎn)變?yōu)殛P(guān)鍵功能之后的那段時間它的作用。2.7.2替換場所操作對于重點應(yīng)用系統(tǒng)要設(shè)法在其它部門找到相同

13、或兼容的設(shè)備，當緊急情況 發(fā)生時，這些作為備份的設(shè)備有可能分配時間給運行失效的應(yīng)用系統(tǒng)，這樣的 替換安排應(yīng)該是相互的。此外，針對替換場所的通信要設(shè)計出一種方法提供足 夠的傳輸設(shè)備；對配備的人員要進行有針對性的培訓(xùn)。2.7.3有限的人工替換處理必要時，將某些關(guān)鍵功能恢復(fù)成人工處理也是一種補償辦法。對于重點應(yīng)用系統(tǒng)如果對應(yīng)用系統(tǒng)運行的持續(xù)性要求較高時，人工操作所需的一切必須事 前準備妥當，如要考慮工作場所、實時數(shù)據(jù)的可用性、書面的原始數(shù)據(jù)、人工 使用的特殊設(shè)備、報告格式、通信、傳送、人員的選擇和培訓(xùn)以及及時記錄所 有人工傳遞的處理過程等。2.7.4數(shù)據(jù)備份對于重點應(yīng)用系統(tǒng)應(yīng)該根據(jù)系統(tǒng)的重要程度制定

14、相應(yīng)的數(shù)據(jù)備份策略，并 加以落實實施，并能熟練實現(xiàn)在發(fā)生數(shù)據(jù)災(zāi)難時的數(shù)據(jù)快速恢復(fù)工作。2.8安全管理2.8.1建立管理體制建立管理體制包括建立防范組織、健全規(guī)章制度和明確職責任務(wù)三部分。 管理體制是進行管理的基礎(chǔ)，規(guī)章制度應(yīng)在權(quán)限的分配過程中建立，并可根據(jù) 需要參照執(zhí)行。重點應(yīng)用系統(tǒng)應(yīng)建立良好的管理體制并歸檔，對于其他類應(yīng) 用系統(tǒng)應(yīng)逐步完善管理體制。2.8.2實施管理措施實施管理措施應(yīng)以實施存取控制和監(jiān)督設(shè)備運行為主要內(nèi)容。管理措施是對管理輔之以技術(shù)手段，達到強化管理的目的。重點類應(yīng)用系統(tǒng) 應(yīng)建立起管理 措施對應(yīng)的規(guī)范化流程，其他類應(yīng)用系統(tǒng)也應(yīng)該明確其管理措施細節(jié)，落實到 位。2.8.3加強教

15、育培訓(xùn)重點類應(yīng)用系統(tǒng)安全培訓(xùn)應(yīng)該以普及安全知識、教授安全措施的具體操作 為重點。其他類應(yīng)用系統(tǒng)應(yīng)在系統(tǒng)幫助里面注明有關(guān)操作條目。應(yīng)該是個立體的 從網(wǎng)絡(luò)層-系統(tǒng)層-應(yīng)用層-后臺數(shù)據(jù)庫層面.都應(yīng)該考慮網(wǎng)絡(luò)層主要考慮數(shù)據(jù)傳輸?shù)目煽啃泻捅Ｃ苄裕〝?shù)據(jù)嗅探，監(jiān)聽，劫持）系統(tǒng)層主要考慮系統(tǒng)自身安全（權(quán)限 補丁等等）應(yīng)用層考慮代碼的強壯性（開發(fā)初期就要注意安全的編碼習慣）后期上線的白盒 （源代碼安全評估閱讀-主要靠經(jīng)驗），黑盒測試（web的滲透測試安全檢測-應(yīng)用安全典型十大風 險，及目前主流的發(fā)展變形技術(shù) ）數(shù)據(jù)庫層面考慮數(shù)據(jù)庫本身安全補丁端口權(quán)限設(shè)置（帳戶，服務(wù)權(quán)限二次設(shè)置）等其他還有很多小的方面需要有個總

16、體的列表歸納下需要注意的點產(chǎn)品方面現(xiàn)在有很多了層說）慢慢會比較多了ps-我們公司就在做要上線了呵呵總之應(yīng)用針對網(wǎng)站的說需要考慮的因素還是比較多的需要一個有經(jīng)驗的人把握方方面國內(nèi)國外都有ips （國內(nèi)綠盟，啟明的）效果還是不錯的（針對應(yīng)用面 即便一個地方小的疏忽都很有可能威脅到網(wǎng)站安全設(shè)備已經(jīng)很多了。除了樓主說的外，我認為應(yīng)該精力更應(yīng)該放到細節(jié)上，比如系統(tǒng)安全不只是補丁和漏洞 。1、服務(wù)器權(quán)限。盡量使用低權(quán)限賬號，日常登陸服務(wù)器及維護站點都用低權(quán)限。-防止 誤操作降低被攻擊風險2、 服務(wù)器密碼存放。-本地存放和密碼策略，密碼變更管理等。3、管理服務(wù)器用戶的IP限制等4、防 DDOS，ARP 等大

17、家都說了這么多了 ：我根據(jù)自己的經(jīng)驗。也來說兩句。網(wǎng)絡(luò)層面：嚴格的網(wǎng)絡(luò)防火墻是必要的?？笵DOS也是需要考慮的。同時NIDS可以有效的監(jiān)控可能帶來危害的行為。網(wǎng)絡(luò)安全本身也是非常重要的?！颈恍崽竭@些也是高危險性的?！肯到y(tǒng)層面：對系統(tǒng)的補丁管理，反病毒，單機防火墻，HIPS , IPSEC,防篡改都能有一些幫 助。但也有些問題。1，補丁不及時，不全面。還是被溢出了 ？2，殺毒軟件殺不了毒。3,由于應(yīng)用的復(fù)雜性，防火墻設(shè)置時候往往不能達到權(quán)限最小化。OOOOOOOO要解決所有這些問題 。一是每個方面都要加強，同時不要忽略任意一方面。安全在這里可以說是木桶原理的最好體現(xiàn)了。應(yīng)用層面：主要就是代碼本身

18、了 。代碼本身若不安全，做太多的措施也是，只要一個sql注 入就全玩玩了。如何編寫安全的 web代碼，可以參照owasp。個人認為在配iis也有很多的安全竅門。比如urlscan過濾啊等】數(shù)據(jù)庫層：數(shù)據(jù)庫的安全加固往往大家容易忽略。這方面可以參考cis相關(guān)資料。另外：重中之重：是要建立一套完整的風險管理體系。風險評估，滲透測試，安全加固等網(wǎng)站架構(gòu)和訪問控制權(quán)限上下手，如果為前臺靜態(tài)發(fā)布+管理發(fā)布生成控制臺+后臺數(shù)據(jù)庫+各模塊，架構(gòu)安全了，再談其他的首先看一下三層架構(gòu)的組成：一: 界面層界面層提供給用戶一個視覺上的界面，通過界面層，用戶輸入數(shù)據(jù)、獲取數(shù)據(jù)。界面層同時也提供一定的安全性，確保用戶有

19、會看到機密的信息。二:邏輯層邏輯層是界面層和數(shù)據(jù)層的橋梁，它響應(yīng)界面層的用戶請求，執(zhí)行任務(wù)并從數(shù)據(jù)層抓取數(shù)據(jù)，并將必要的數(shù)據(jù)傳送給界面層。三：數(shù)據(jù)層數(shù)據(jù)層定義、維護數(shù)據(jù)的完整性、安全性，它響應(yīng)邏輯層的請求，訪問數(shù)據(jù)。這一層通常由大型的數(shù)據(jù)庫服務(wù)器實現(xiàn)，如Oracle、Sybase、MS SQI Server等。下面是三層架構(gòu)的優(yōu)勢分析：從開發(fā)角度和應(yīng)用角度來看，三層架構(gòu)比雙層或單層結(jié)構(gòu)都有更大的優(yōu)勢。三層結(jié)構(gòu)適合群體開發(fā)，每人可以有不同的分工，協(xié)同工作使效率倍增。開發(fā)雙層或單層應(yīng)用時，每個開發(fā)人員都應(yīng)對系統(tǒng)有較深的理解，能力要求很高，開發(fā)三層應(yīng)用時，則可以結(jié)合多方面的人才，只需少數(shù)人對系統(tǒng)全面

20、了解，從一定程度工降低了開發(fā)的難度。三層架構(gòu)屬于瘦客戶的模式，用戶端只需一個較小的硬盤、較小的內(nèi)存、較慢的CPU就可以獲得不錯的性能。相比之下，單層或胖客戶對面器的要求太高。三層架構(gòu)的另一個優(yōu)點在于可以更好的支持分布式計算環(huán)境。邏輯層的應(yīng)用程序可以有多個機器上運行，充分利用網(wǎng)絡(luò)的計算功能。分布式計算的潛力巨大，遠比升級CPU有效。 三層架構(gòu)的最大優(yōu)點是它的安全性。用戶端只能通過邏輯層來訪問數(shù)據(jù)層，減少了入口點，把很多危險的系統(tǒng)功能都屏蔽了。另外三層架構(gòu)還可以支持如下功能：Remote Access（遠程訪問資料），例如可透過In ternet存取遠程數(shù)據(jù)庫；High Performance（提

21、升運算效率）解決集中式運算（Centralize）及主從式 架構(gòu)（Client-Server）中，數(shù)據(jù)庫主機的運算負擔，降低數(shù)據(jù)庫主機的ConnectionLoad，并可藉由增加App Server處理眾多的數(shù)據(jù)處理要求，這一點跟前面講到的分布式計算提高運 算能力是一個道理；Client端發(fā)出Request（工作要求）后，便可離線，交由App Server和DataBase Server共同把工作完成，減少Client端的等待時間；這個功能我覺得應(yīng)用場合不是很多，自己感受也不是很深刻，從理論上是成立的；這方面的專家請補充和分析一下三層架構(gòu)在安全性方面的影響，水漲船高??；對于asp .net沒有

22、專門的研究，僅提供如下思路，供參考：1、對數(shù)據(jù)庫進行安全配置，例如你的程序連接數(shù)據(jù)庫所使用的帳戶/ 口令/權(quán)限，如果是瀏覽新聞的，用只讀權(quán)限即可；可以對不同的模塊使用不同的帳戶/權(quán)限；另外，數(shù)據(jù)庫的哪些存儲過程可以調(diào)用，也要進行嚴格地配置，用不到的全部禁用（特別是cmd這種），防止注入后利用數(shù)據(jù)庫的存儲過程進行系統(tǒng)調(diào)用；2、在獲取客戶端提交的參數(shù)時，進行嚴格的過濾，包括參數(shù)長短、參數(shù)類型等等；3、 對管理員后臺進行嚴格的保護，有條件的話，應(yīng)該設(shè)置為只允許特定的IP訪問（例如只允許管理員網(wǎng)段訪問）一一這個要根據(jù)實際情況來看的；4、對操作系統(tǒng)進行安全配置，防止注入后調(diào)用系統(tǒng)的功能，例如把cmd.e

23、xe/tftp.exe/ftp.exe/net.exe這些文件全部轉(zhuǎn)移到其他目錄，并對目錄進行嚴格的權(quán)限指派；5、設(shè)置網(wǎng)絡(luò)訪問控制；6、 有條件的話，配置針對HTTP的內(nèi)容過濾，過濾病毒、惡意腳本等；7、 如果有必要，可以考慮選擇 HTTPS （這樣可以防止很多的注入工具掃描，我以前自己 開發(fā)注入檢測工具的時候，考慮過做支持HTTPS方式的，但目前還沒付諸實施，相信其他 兄弟姐妹考慮到這一點的也不多 :）；相信你也看出來了，總的來說程序方面主要考慮權(quán)限、參數(shù)過濾等問題；權(quán)限主要包括IIS瀏覽權(quán)限、數(shù)據(jù)庫調(diào)用權(quán)限。除此以外，還要考慮數(shù)據(jù)庫、操作系統(tǒng)的安全配置。另外， 不知道你們在開發(fā)過程中會不會

24、用到其他人開發(fā)的組件，例如圖片上傳之類的，這類組件你們研究過其安全性么？或者開發(fā)的過程中，絕大多數(shù)人會使用網(wǎng)上、書上提供的現(xiàn)成代碼，例如用戶登錄驗證等等，這些公開代碼，也要研究其安全性問題。只是一個普通的思路而已，談不上建設(shè)性，希望對你有幫助要做信息安全規(guī)劃當然不能憑空去想，去寫；我覺得你要做如下幾個作業(yè)：那就是你要明 確三個問題：要去哪里？現(xiàn)在在哪里？如何去你那里？1了解信息安全管理方面的最佳實踐和標準，例如iso17799，等；對信息安全管理有一個全貌的了解，心中要裝有藍圖；證券行業(yè)歸口證監(jiān)會管，證監(jiān)會的一些針對證券行業(yè)的監(jiān)管要求也要看的，了解外部環(huán)境的要求，這些你都是要裝到肚子里面的，你

25、叫他藍圖也好，你叫他基線也行，這是你做事情的基準；否則你不知道要去哪里對吧？2了解目前你所在的證券公司的信息安全建設(shè)現(xiàn)狀，以及來自你的管理層的期望 （如果是一些戰(zhàn)略性的指示那就最好不過了）；這樣你會了解到同藍圖相比你們的差距以及高層面的指導(dǎo)，如果這種指導(dǎo)是業(yè)務(wù)層面的，那么你要想好實現(xiàn)業(yè)務(wù)層面的目標，信息安全如何幫助你們證券公司去實現(xiàn)業(yè)務(wù)目標；在這里，你就是要搞清楚，我現(xiàn)在在哪里的問題。3根據(jù)你了解的差距，以及領(lǐng)導(dǎo)的期望，結(jié)合你們現(xiàn)在的實際情況（例如資源、范圍等）整理出近期、中期、遠期的建設(shè)路線，或者叫安全能力提升路線 。在這里，你基本上要搞 清楚，我應(yīng)當怎么去我要去的地方 。當然，第2、3步要

26、做的話，還是需要去看一些更詳細的資料 ，看如何落實；例如是不是考 慮通過風險評估來做現(xiàn)狀分析，那么你要看一些風險評估方面的標準和資料；能力演進路線的確定也要有一些要素考慮 ，特別是安全能力提升優(yōu)先級上 ，例如外部監(jiān)管要求、你們 公司實際面臨的緊急問題、你們的財力、人力，目前市場上的技術(shù)和能力等等 。這種規(guī)劃類的東西，可繁可簡，根據(jù)你們的具體情況來看了，看你老板想要什么樣的東西；找咨詢公司做，怕是要花上不少銀子和時間，自己鼓搗一下，也未必過不了關(guān)試用過IBM的AppScan ,這玩意本身就做成了一個網(wǎng)站的形式，提交個URL,配置些policy ,就可以掃描了 ，用起來比較方便。然后掃描了一下他給

27、的樣例網(wǎng)站，發(fā)現(xiàn)扒取功能比較強大，而且掃出了不少漏洞 ，例如配置文件沒有隱藏，XSS，還有各種Injection。然后就拿它去掃了一下原來測試過的一個Web APP。很遺憾，什么漏洞都沒有發(fā)現(xiàn)。但是我們測過的這個 Web APP本身是有很多漏洞的，代碼級別的有n個XSS, SQL Injection。 于是我花了點時間，看它是怎么識別漏洞的。以SQL Injection為例，他通過在request里 塞入特殊字符，然后就觀察返回的response有沒有出現(xiàn)數(shù)據(jù)庫異常的Exception ，通過提取關(guān)鍵字來發(fā)現(xiàn)是否有SQL注入漏洞。但是如果APP里對異常包裝的比較好，或者壓根就不拋異常，它就沒轍

28、了。也就說，他也許已經(jīng)注入成功了，但是沒法識別是否成功。而我又看了下 XSS是怎么識別的，同理，也是在request里塞一段代碼，然后看緊跟的 response里有沒有這段代碼。但是大家都知道 Stored XSS是把代碼存在數(shù)據(jù)庫里的，也許 是其他頁面才能看到，或者壓根是別人才能看到，所以它同樣沒轍。上述的還是漏報，我經(jīng)歷過一次誤報就更搞笑了。paros提供簡單的掃描功能，有一次用它掃描，居然發(fā)現(xiàn)了sql注入漏洞，但是看過代碼認為這個漏洞是不會發(fā)生的，于是看了下細節(jié)，笑翻了。它在request里塞了一段代碼，意思是讓數(shù)據(jù)庫20秒后再反應(yīng)，結(jié)果可能當時那個 response真 的是20秒后再過

29、來的，于是它就認為注入成功了。所以我覺得自動化測試工具本身是有局限性的，誤報漏報很正常，因為對漏洞的偵測可能需要綜合一些現(xiàn)象去判斷，工具的AI只能覆蓋部分內(nèi)容。今天上午，HP的Weblnspect的一個老外遠程給我們做他們產(chǎn)品的培訓(xùn)，看了下它家的產(chǎn)品，他提出的是一攬子解決方案，從設(shè)計，開發(fā)，測試等階段都有他們的相關(guān)產(chǎn)品，最后還有個什么控制工具能圖形化的管理這些流程中存在的風險點。最后演示了下他們的漏洞掃描功能，跟APP Scan差不多，問他原理是怎么樣的，他不知道是沒聽懂還是故意閃爍其 詞，反正就是沒講原理咋樣。我覺得樓主要買這些產(chǎn)品的話，先要擺正這個產(chǎn)品的位置。我很同意mimime的說法，自

30、 動化掃描工具能提供參考，縮小范圍，加快效率，但是千萬不能迷信，一套合理的流程是 必須的。設(shè)計時就考慮安全，編代碼時要符合 best practice，測試時先工具掃描再人工掃 描，有條件的話還可以找黑客做滲透性測試。所以樓主在評估時，可以考慮哪個軟件能很好地融入公司的開發(fā)流程，方便風險管理，至于漏洞掃描，可以自己找個自己清楚的網(wǎng)站評估下，看看哪個AI強一點，不要用它提供的樣例網(wǎng)站。大概可以從這么幾個方面考慮：1操作系統(tǒng)自身的安全性，端口，服務(wù)，補丁，安全策略管理員口令強度，本地/遠程登錄維護策略，日志及分析等措施詳細內(nèi)容可以搜索查找2.IIS,或者Apache，或者其他相關(guān)WEB服務(wù)器程序的

31、安全性具體內(nèi)容可以搜索一下，關(guān)于這方面的內(nèi)容挺多的3.網(wǎng)站程序自身的安全性，注意是否有明顯可以被利用的漏洞和不足敏感字符過濾，防止SQL注入，定期檢查，防止代碼被修改，被掛載木馬4后臺數(shù)據(jù)庫的安全性，重要數(shù)據(jù)是否考慮加密，補丁，數(shù)據(jù)備份不必要存儲過程的刪除，用戶權(quán)限控制，管理員口令等等詳細內(nèi)容可以搜索一下5.客戶的重要商業(yè)信息如果不是很必要的話，最好還是保存到其他的隔離主機當中，如果實在不能實現(xiàn)，可以考慮對數(shù)據(jù)進行加密處理6不知道這臺WEB服務(wù)器前端有沒有部署防火墻，如果已經(jīng)使用防火墻 可以在防火墻設(shè)置相應(yīng)嚴格的訪問控制策略8安裝防病毒軟件及時升級病毒庫，再服務(wù)器負載，訪問量不是很大時進 行病

32、毒查殺PS:如果網(wǎng)站程序只是一些靜態(tài)網(wǎng)頁，而且更新周期比較長 （4個月，6個月，更長）可以考慮把網(wǎng)站程序可錄到光盤里，或者存儲到U盤中并且把U盤寫保護打開，使U盤中內(nèi)容只能夠讀取。暫時想到這么多，在補充吧保證數(shù)據(jù)庫系統(tǒng)的安全隨著計算機技術(shù)的飛速發(fā)展，數(shù)據(jù)庫的應(yīng)用十分廣泛，深入到各個領(lǐng)域，但隨之而來產(chǎn)生了數(shù)據(jù)的安全問題。各種應(yīng)用系統(tǒng)的數(shù)據(jù)庫中大量數(shù)據(jù)的安全問題、敏感數(shù)據(jù)的防竊取和防篡改問題，越來越引起人們的高度重視。數(shù)據(jù)庫系統(tǒng)作為信息的聚集體，是計算機信息系統(tǒng)的核心部件，其安全性至關(guān)重要，關(guān)系到企業(yè)興衰、成敗。因此，如何有效地保證數(shù) 據(jù)庫系統(tǒng)的安全，實現(xiàn)數(shù)據(jù)的保密性、完整性和有效性，已經(jīng)成為業(yè)界

33、人士探索研究的重 要課題之一，本文就安全防入侵技術(shù)做簡要的討論。數(shù)據(jù)庫系統(tǒng)的安全除依賴自身內(nèi)部的安全機制外，還與外部網(wǎng)絡(luò)環(huán)境、應(yīng)用環(huán)境、從業(yè)人員素質(zhì)等因素息息相關(guān)，因此，從廣義上講，數(shù)據(jù)庫系統(tǒng)的安全框架可以劃分為三個層次：(1) 網(wǎng)絡(luò)系統(tǒng)層次；(2) 宿主操作系統(tǒng)層次；(3) 數(shù)據(jù)庫管理系統(tǒng)層次。這三個層次構(gòu)筑成數(shù)據(jù)庫系統(tǒng)的安全體系，與數(shù)據(jù)安全的關(guān)系是逐步緊密的，防范的重要性也逐層加強，從外到內(nèi)、由表及里保證數(shù)據(jù)的安全。下面就安全框架的三個層次展 開論述。1網(wǎng)絡(luò)系統(tǒng)層次安全技術(shù)從廣義上講，數(shù)據(jù)庫的安全首先依賴于網(wǎng)絡(luò)系統(tǒng)。隨著In ternet的發(fā)展和普及，越來越多的公司將其核心業(yè)務(wù)向互聯(lián)網(wǎng)轉(zhuǎn)移

34、，各種基于網(wǎng)絡(luò)的數(shù)據(jù)庫應(yīng)用系統(tǒng)如雨后春筍般涌現(xiàn)出來，面向網(wǎng)絡(luò)用戶提供各種信息服務(wù)?？梢哉f網(wǎng)絡(luò)系統(tǒng)是數(shù)據(jù)庫應(yīng)用的外部環(huán)境和基礎(chǔ)，數(shù)據(jù)庫系統(tǒng)要發(fā)揮其強大作用離不開網(wǎng)絡(luò)系統(tǒng)的支持，數(shù)據(jù)庫系統(tǒng)的用戶（如異地用戶、分布式用戶）也要通過網(wǎng)絡(luò)才能訪問數(shù)據(jù)庫的數(shù)據(jù)。網(wǎng)絡(luò)系統(tǒng)的安全是數(shù)據(jù)庫安全的第一道屏障，外部入侵首先就是從入侵網(wǎng)絡(luò)系統(tǒng)開始的。網(wǎng)絡(luò)入侵試圖破壞信息系統(tǒng)的完整性、機密性或可信任的任何網(wǎng)絡(luò)活動的集合，具有以下特點：a）沒有地域和時間的限制，跨越國界的攻擊就如同在現(xiàn)場一樣方便；b）通過網(wǎng)絡(luò)的攻擊往往混雜在大量正常的網(wǎng)絡(luò)活動之中，隱蔽性強；c）入侵手段更加隱蔽和復(fù)雜。計算機網(wǎng)絡(luò)系統(tǒng)開放式環(huán)境面臨的威脅主

35、要有以下幾種類型：a）欺騙（Masquerade）;b）重發(fā)（Replay）;c) 報文修改(Modification of message);d) 拒絕服務(wù)(Deny of service);e) 陷阱門(Trapdoor);f) 特洛伊木馬(Trojan horse);g) 攻擊，如透納攻擊(Tunneling Attack) 應(yīng)用軟件攻擊等。這些安全威脅是無時、無處不在的，因此必須采取有效的措施來保障系統(tǒng)的安全。從技術(shù)角度講，網(wǎng)絡(luò)系統(tǒng)層次的安全防范技術(shù)有很多種，大致可以分為防火墻、入侵檢測、協(xié)作式入侵檢測技術(shù)等。(1) 防火墻是應(yīng)用最廣的一種防范技術(shù)：作為系統(tǒng)的第一道防線，其主要作用是監(jiān)

36、控可信任網(wǎng)絡(luò)和不可信任網(wǎng)絡(luò)之間的訪問通道，可在內(nèi)部與外部網(wǎng)絡(luò)之間形成一道防護屏障，攔截來自外部的非法訪問并阻止內(nèi)部信息的外泄，但它無法阻攔來自網(wǎng)絡(luò)內(nèi)部的非法操作。它根據(jù)事先設(shè)定的規(guī)則來確定是否攔截信息流的進出，但無法動態(tài)識別或自適應(yīng)地調(diào)整規(guī)則，因而其智能化程度很有限。防火墻技術(shù)主要有三種：數(shù)據(jù)包過濾器(packet filter) 代理(proxy)和狀態(tài)分析(stateful inspection)?，F(xiàn)代防火墻產(chǎn)品通常混合使用這幾種技術(shù)。入侵檢測(IDS Instrusion Detection System)是近年來發(fā)展起來的一種防范技術(shù)綜合采用了統(tǒng)計技術(shù)、規(guī)則方法、網(wǎng)絡(luò)通信技術(shù)、人工智能、密碼學、推理等技術(shù)和 方法，其作用是監(jiān)控網(wǎng)絡(luò)和計算機系統(tǒng)是否出現(xiàn)被入侵或濫用的征兆。1987年，DerothyDenning首次提出了一種檢測入侵的思想，經(jīng)過不斷發(fā)展和完善，作為監(jiān)控和識別攻擊的 標準解決方案，IDS系統(tǒng)已經(jīng)成為安全防御系統(tǒng)的重要組成部分。入侵檢測采用的分析技術(shù)可分為三大類：簽名、統(tǒng)計和數(shù)據(jù)完整性分析法。 簽名分析法：主要用來監(jiān)測對系統(tǒng)的已知弱點進行攻擊的行為。人們從攻擊模式中歸納出它的簽名，編寫到IDS系統(tǒng)的代碼里。簽名分析實際上是一種模板匹配操作。 統(tǒng)計分析法：以統(tǒng)計學為理論