安全的系统发展生命周期(SSDLC)介绍

安全的系統發展生命週期 (SSDLC)介紹賴溪松 講師 TWISC@NCKU 中心主任兼召集人 成大資通安全研發中心主任 成功大學 電機系 特聘教授1課程大綱系統發展生命週期本章說明系統發展生命週期中，各階段的 意義與要點。

生命週期各階段之安全工作要求本章說明系統發展生命週期中，不同階 段的安全需求與執行要項。

應用系統安全實例介紹本章以實例的方式，點出各個階段的執 行內容。

結論安全的系統發展生命週期(SSDLC)重點結論 說明。

2第一章 系統發展生命週期„ 1-1 系統發展生命週期簡介 „ 1-2 系統發展生命週期的異同31-1 系統發展生命週期簡介4系統發展生命週期簡介„ 系統發展生命週期 (System Development Life Cycle, SDLC)意指發展一套系統的順 序，用以開發完善的資訊系統。

一般來 說，根據各階段的定義，主要可分為：– 分析設計 (Define)• 著重需求定義，以符合業務內容及使用者需求為 目的。

需求分析 需求分析5系統發展生命週期簡介（續）– 架構設計 (Design)• 根據需求分析結果，進行包含系統任務目標、功 能關聯、邊界範圍、各階層使用者的角色等內外 部使用的規劃。

– 程式實作 (Develop)• 落實既有之規劃，符合委託者或使用者的需要， 將操作介面、資料處理、功能運作等完整的實 現。

需求分析 需求分析6系統發展生命週期簡介（續）– 系統測試 (Test)• 進行運作模擬，檢驗該系統的完成度，確保各項 功能皆可符合既定的需求。

測試項目– 分發部署 (Deploy)• 進行系統之分發與部署，確保過程中系統運作無 誤，並安排教育訓練，使人員能正確操作系統之 功能。

7系統發展生命週期簡介（續）– 運作與維護 (Maintain)• 系統服務之運作維持和更新，確保穩定的服務品 質。

– 變更管理 (Change)• 再度執行環境及需求的評估，進而調整系統，使 其得以順利的運作。

變更需求清單 XXX… YYY…管理者監控通報8SDLC v.s. SSDLC„ SDLC的特性– 功能性導向，在最短的時間，完成系統的開發與上 線。

– 缺乏安全性考量的設計，面對日新月異的攻擊手法 ，難以建立有效的防護方法，保護系統的安全，諸 如資料隱碼攻擊（SQL Injection…等）便是因此而 崛起。

„ SSDLC的特性– 在考量系統功能性的同時，導入安全性的思維，於 系統開發之初，進行各項必要的安全防護措施，雖 拉長了設計的時程，卻降低了系統後續維護的成本 ，以及遭受到攻擊行為的損失。

9變更管理 分析設計 架構設計 程式實作 系統測試 分發部署 運作與維護101-2 系統發展生命週期的異同11不同系統的發展生命週期Web應用程式委外–安全的系統發展生命週期(SSDLC)12第二章生命週期各階段之安全工作要求2-1 分析設計階段2-2 架構設計階段2-3 程式實作階段2-4 系統測試階段2-5 分發部署階段2-6 運作與維護階段2-7 變更管理階段132-1 分析設計階段14分析設計階段配合相關人員的期望下，進行各項資安措施的分析與規劃，在符合成本考量下達成安全需求。

考量的項目為：15分析設計階段（續）–系統安全需求1.系統成本及安全需求評估的詳細報告。

2.安全威脅及風險評估的詳細報告。

rh a c k e16分析設計階段（續）–系統安全需求3.重要業務需建立例行性的稽核制度，並建立特定查核事項稽核軌跡。

4.重要資料處理過程的每一階段或特定階段，檢查及保護資料的真確性。

1718分析設計階段（續）–系統安全需求5.儘可能促使系統滿足稽核人員的安控需求。

6.於相關文件規定資訊安全控制措施，以助使用者與支援人員了解各內建安控功能。

分析設計階段查核表範例N項目是否不適用1. 分析設計階段(Define)1.1是否建立資訊及系統之存取控制？□□□1.2是否保護機敏性資料，防止洩漏或竄改，必要時使用資料加密等技術保護？□□□1.3是否遵守契約及相關法規對資訊安全控制的要求？□□□1.4是否需備份重要業務之資料？□□□1.5是否訂定電腦當機尤其是高使用率系統之立即回復作業程序？□□□1.6是否避免系統遭未授權之修改或竄改？□□□1.7是否使系統得以安全的方式給一般人員操作、使用？□□□2-2 架構設計階段20架構設計階段„ 需考量系統任務目標、功能關聯、邊界範圍、 各階層使用者的角色等各項內容，建立相關的 控管程序及防護措施，作為程式實作階段的基 礎。

程式實作階段的基礎系統任務目標1 2建立相關的 控管程序及防護措施4各階層使用者的角色 等各項內容…21功能關聯3邊界範圍架構設計階段„ 考量的項目分別有：– 定義系統任務類型• 檢查各防護措施是否符合該網站的需求，並留 存相關紀錄。

• 選用最為適當的實作技術。

– 系統之安全等級區分• 評估系統資產價值與資安威脅發生頻率等級是 否恰當，並留存相關紀錄。

系統資產價值防護措施威脅發生頻率22架構設計階段（續）– 系統供內部使用之安全控管• 建立各帳號之使用紀錄，並保存至少一年以上。

• 評估各使用者身分及權責的適當性，並留存相關 紀錄。

• 評估各項防護措施是否滿足安全需求，並留存相 關紀錄。

外部 外部23架構設計階段（續）– 系統供外部使用之安全控管• 建立連線使用紀錄，並保存至少一年以上。

• 評估供外部使用者使用之資料與服務的適當性， 並留存相關紀錄。

• 評估各項防護措施是否滿足安全需求，並留存相 關紀錄。

– 定義系統中各參與角色的安全責任• 外部 確認參與系統各角色的責任清單符合系統安全需 外部 求。

• 確認系統設計各部分文件，是否滿足各角色的安 全責任。

24架構設計階段查核表範例N 2.1 架構設計階段 (Design)－系統任務類型 2.1.1 是否根據系統各項屬性，制定安全性的規則與程序，條列可用的防護方法，確保程式設計人 員能夠了解並依循？ □ □ □ 項目 是 否 不 適 用2.2 架構設計階段 (Design)－系統之安全等級區分 2.2.1 是否根據系統的資產價值與威脅發生頻率高低之評估結果，訂出所屬安全性等級？ □ □ □2.3 架構設計階段 (Design)－系統供內部使用之安全控管 2.3.1 2.3.2 2.3.3 2.3.4 2.3.5 2.3.6 是否每種身分給予一對應帳號，確保權限分離？ 是否核予使用者嚴謹的密碼，並建立控管機制？ 是否處理機敏性資料之業務，應建立連線時間控制？ 是否建立強制存取路徑，防止非授權使用者從不同管道進入系統？ 是否建立遠端連線之身分鑑別機制，例如使用「詰問及回應」或線上加密（非對稱型）等技 術，執行網路節點身分鑑別？ 是否使用加密技術於保護使用者密碼儲存及傳輸？ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □2.4 架構設計階段 (Design)－系統供外部使用之安全控管 2.4.1 2.4.2 2.4.3 是否控管提供予外部使用者之資料內容與服務？ 是否建立強制存取路徑，防止非授權使用者從不同管道進入系統？ 是否建立安全連線機制，如SSL？ □ □ □ □ □ □ □ □ □252-3 程式實作階段26程式實作階段„ 本階段是資安防護實作最為重要的一環； 需針對各項可能的入侵手法，考量其中的 漏洞及威脅，建立一層層的防護機制。

考 量的項目分別有：（此節詳細內容可參考Web應用程式之威脅與防護II）– 輸入資料之驗證• 驗證使用者輸入的資料，確認其完整性與合法性， 判別其中可能的攻擊語法。

27程式實作階段– 實體鑑別機制• 確認使用者身分以及擁有的權限，並建立有效的 密碼審核、檢查機制，避免可能的身分假冒或非 授權存取。

– 授權• 建立不同階層的使用者權限，控制其對於系統資 源和功能操作的存取，避免權限集中的問題。

密碼：硬體管理帳號： aeg1423p存取帳號： mqi52le6系統管理帳號： onhq4i6b 28程式實作階段（續）– 設定管理• 關於系統環境、預設參數及作業程序的設定管 理，避免在系統操作的過程中，洩漏重要的內部 資訊。

– 機密資料• 系統內的機敏性資料，必須有適當的保護措施儘 量減少藉由系統儲存機敏資料的可能。

29程式實作階段（續）– 工作階段管理• 使用者在操作系統功能時，須加以保護其運作 過程中的存取、資料傳輸、紀錄等互動內容。

– 資料加密• 使用安全性較高的工具進行機敏性資料的加密 保護，並避免工具遭受竊取及破壞。

30程式實作階段（續）–參數操作•針對系統中各項使用參數，進行參數輸入的控管與防護。

–例外管理•針對運作過程中發生之未預期錯誤或異常狀況，須有安全的處理程序，避免透露重要資訊。

提示：請確認…h a c k er應關閉提示原來是這樣操作！3132程式實作階段（續）–稽核與登入紀錄管理•針對系統稽核與登入紀錄的管理，除保護並定期紀錄備份外，亦應分析其內容，找出可能的弱點與攻擊行為。

程式實作階段查核表範例N項目是否不適用3.1 程式實作階段(Develop) －輸入資料之驗證3.1.1是否針對各個供使用者輸入資料的頁面，進行SQL Injection等可能攻擊手法的評估？□□□3.1.2是否對於新的攻擊手法，建立合法性檢查機制與防護手段？□□□3.2 程式實作階段(Develop) －實體鑑別3.2.1是否針對各個須進行實體鑑別的功能，進行使用者名稱、弱密碼控制等控管機制的評估？□□□3.2.2是否對於新的攻擊手法，建立實體鑑別檢查機制與防護手段？□□□3.3 程式實作階段(Develop) －授權3.3.1是否建立帳號申請、收回程序與控管機制，並留存相關紀錄留存？□□□3.3.2是否針對使用者授權的原則與限制，進行使用者角色及權限等控管機制的評估？□□□3.3.3是否對於新的攻擊手法，建立適合的授權檢查機制與防護手段？□□□33程式實作階段查核表範例（續）N項目是否不適用3.4 程式實作階段(Develop) －設定管理3.4.1是否建立各項安全檢查機制，並將各項系統設定與預設參數修改為較安全的模式？□□□3.4.2是否針對設定管理的原則與安全需求，進行常見攻擊手法及控管機制的評估？常見攻擊手法如：Default Accounts、Passwords等。

□□□3.4.3是否對於新的攻擊手法，調整系統內部的相關設定與參數，增補適當的檢查機制？□□□3.5 程式實作階段(Develop) －機密資料3.5.1是否針對各項機敏性資料，制定必要的控管措施與保護，並留存使用紀錄？□□□3.5.2是否針對機密資料的安全需求，建議進行加密資料控管機制的評估？□□□3.5.3是否對於新的攻擊手法，建立適當的資料機密防護手段？□□□3.6 程式實作階段(Develop) －工作階段管理3.6.1是否針對系統內與使用者有關之工作流程，制定必要的控管與保護措施？□□□3.6.2是否留存使用者操作與相關作業之紀錄？□□□3.6.3是否針對工作階段管理安全需求，進行常見攻擊手法及控管機制的評估？常見攻擊手法如：Buffer Overflow。