【文章內(nèi)容簡介】 方式、方法和信息發(fā)布程序）? ? 應(yīng)急響應(yīng)? （對本類型信息安全事件進行定義和分類、分級）? （按照有關(guān)規(guī)定，明確本類型事件信息報告程序和內(nèi)容）? （明確相關(guān)部門或人員分工和職責，相關(guān)應(yīng)急資源準備等）? （應(yīng)急上報的渠道、程序、內(nèi)容；應(yīng)急行動、現(xiàn)場救援實施方案的實施原則等）? （明確應(yīng)急終止條件，事件調(diào)查及總結(jié)事項等）? 后期處置? （對事件處理結(jié)果的情況匯報、經(jīng)驗總結(jié)、獎懲評定及表彰等后續(xù)工作）? 保障措施? ? ? ? ? ? （交通運輸保障、電力保障等）? 、培訓和學習? 附則? （本條以上條款未盡事宜及所涉及的相關(guān)術(shù)語解釋）LOGO應(yīng)急響應(yīng)組—— 應(yīng)急響應(yīng)組由管理、業(yè)務(wù)、技術(shù)和行政后勤等人員組成，一般可設(shè)為 應(yīng)急響應(yīng)領(lǐng)導小組 、 應(yīng)急響應(yīng)實施小組 和 應(yīng)急響應(yīng)日常運行小組 等。應(yīng)急響應(yīng)領(lǐng)導小組 是信息安全應(yīng)急響應(yīng)工作的組織領(lǐng)導機構(gòu)，組長應(yīng)由組織最高管理層成員擔任。領(lǐng)導小組的職責是領(lǐng)導和決策信息安全應(yīng)急響應(yīng)的重大事宜，主要如下： a）審核并批準經(jīng)費預(yù)算；b）審核并批準恢復策略；c）審核并批準應(yīng)急響應(yīng)預(yù)案；d）批準應(yīng)急響應(yīng)預(yù)案的執(zhí)行。應(yīng)急響應(yīng)實施小組 的主要職責是負責：a）應(yīng)急響應(yīng)的需求分析；b）確定應(yīng)急策略和等級；c）應(yīng)急策略的實現(xiàn)；d）編制應(yīng)急響應(yīng)預(yù)案文檔；e）組織應(yīng)急響應(yīng)預(yù)案的測試和演練。應(yīng)急響應(yīng)日常運行小組 的主要職責是負責：）協(xié)助災(zāi)難恢復系統(tǒng)實施；）備份中心日常管理；）備份系統(tǒng)的運行和維護；）災(zāi)難恢復的專業(yè)技術(shù)支持；）參與和協(xié)助應(yīng)急響應(yīng)預(yù)案的教育、培訓和演練；f）維護和管理應(yīng)急響應(yīng)預(yù)案文檔；g）信息安全突發(fā)事件發(fā)生時的損失控制和損害評估；h）信息安全事件發(fā)生后信息系統(tǒng)和業(yè)務(wù)功能的恢復；LOGO確定 BCM策略過程策略策略預(yù)防應(yīng)急響應(yīng)業(yè)務(wù)持續(xù)業(yè)務(wù)恢復業(yè)務(wù)復原LOGO業(yè)務(wù)持續(xù)—— 業(yè)務(wù)持續(xù)只涉及那些時間敏感的業(yè)務(wù)流程，要么是在中斷后立即持續(xù)，要么是在可允許的一段時間后持續(xù)，但不是對所有業(yè)務(wù)的恢復?！?業(yè)務(wù)持續(xù)預(yù)案主要關(guān)注業(yè)務(wù)的損壞、中斷和喪失等突發(fā)事件，從初始應(yīng)急響應(yīng)開始到恢復至正常業(yè)務(wù)水平。LOGO一旦 BCP被激活，需要做出的第一個決策是：關(guān)鍵性業(yè)務(wù)的運營能否在日常的工作場所或者一個備選場所很快運營。備選場所可分為以下幾類：? 熱站點（ Hot Site）? 溫站點（ Warm Site）? 冷站點（ Code Site）? 鏡像站點（ Mirrored Site）? 移動站點（ Mobile Site）LOGO? 熱站點 ( Hot Site)? 冷站點 ( Cold Site)? 溫站點 ( Warm Site)— 配置了所需的基礎(chǔ)設(shè)施、服務(wù)、系統(tǒng)硬件、軟件、實時數(shù)據(jù)和支持人員，通常 24小時有人值守— 接到應(yīng)急計劃啟動通知時只需要進行適當?shù)穆酚赊D(zhuǎn)換和通知就可以提供主站點的關(guān)鍵應(yīng)用服務(wù)— 通常具有充足空間和支持 IT系統(tǒng)的基礎(chǔ)設(shè)施和服務(wù) (電源、電信連接和環(huán)境控制 )— 不包含 IT設(shè)備并且通常也不包含辦公自動化設(shè)備如電話、傳真機或復印機— 介于熱站點和冷站點之間— 配置部分 IT資源，不包含實時數(shù)據(jù)— 啟用時需要安裝部分設(shè)備和軟件，還需要上載數(shù)據(jù)LOGO? 鏡像站點 (Mirrored Site)? 移動站點 ( Mobile Site)— 具有完整和實時信息鏡像的完全的冗余設(shè)施— 鏡像站點與主站點在所有的技術(shù)層面上都是一致的— 內(nèi)部配置適當電信裝備和 IT設(shè)備的可移動拖車— 可以被機動拖放和安置在所需的備用場所LOGO確定 BCM策略過程策略策略預(yù)防應(yīng)急響應(yīng)業(yè)務(wù)持續(xù)業(yè)務(wù)恢復業(yè)務(wù)復原LOGO業(yè)務(wù)恢復—— 是事件發(fā)生后為了繼續(xù)支持關(guān)鍵功能所采取的行動。是啟動時間敏感度稍低一些的業(yè)務(wù)流程?！?業(yè)務(wù)恢復的開始時間要取決于接續(xù)時間敏感的業(yè)務(wù)流程所需要的時間。業(yè)務(wù)恢復策略的技術(shù)指標：? 恢復時間目標 ( Recovery Time Objectives. RTO )? 恢復點目標 ( Recovery Point Objectives. RPO )LOGO不同層次的恢復策略業(yè)務(wù)恢復Business Recovery設(shè)施恢復Facility Recovery支持和技術(shù)恢復Supply and Technical Recovery用戶環(huán)境恢復User Environment Recovery數(shù)據(jù)恢復Date RecoveryLOGO? 基礎(chǔ)設(shè)施的恢復考慮 :? 電力的恢復考慮 :基礎(chǔ)設(shè)施和電力的恢復考慮— 備用站點和離站存儲設(shè)施— 主站點到備用站點的設(shè)備和人員運輸問題— 不間斷電源 (UPS)— 雙電源 (DPS)— 雙回路供電系統(tǒng)— 備用發(fā)電機LOGO? 支持服務(wù)的恢復考慮 :? 應(yīng)用程序和數(shù)據(jù)的恢復考慮 :? 文檔和票據(jù)的恢復考慮 :服務(wù)、程序、數(shù)據(jù)和文檔的恢復考慮— 服務(wù)水平協(xié)議 ( Service Level Agreement. SLA ) ，與服務(wù)提供商簽訂的服務(wù)協(xié)議中應(yīng)考慮到在緊急情況下提供服務(wù)的問題— 通信恢復的問題— 常規(guī)備份和離站 ( offsite ) 存儲— 備份頻率和備份介質(zhì)的運輸— 備份方式 : 全備份 ( Full Backup ) 、差異備份 (Differential ) 、增備份 ( Incremental )— 重要的文件、資料包括應(yīng)急計劃本身應(yīng)該有離站存儲LOGO? 供應(yīng)商協(xié)議 ( Vendor Agreements )? 設(shè)備存貨 ( Equipment Inventory )? 現(xiàn)有的兼容設(shè)備 ( Existing Compatible Equipment)設(shè)備更換的考慮— 與硬件、軟件和支持供應(yīng)商簽訂緊急維護服務(wù)的服務(wù)水平協(xié)議— 預(yù)先采購所需的設(shè)備并將其存儲到安全的離站地點— 現(xiàn)在庫存的設(shè)備、租用的熱站點中使用的設(shè)備以及部門中其它機構(gòu)使用的設(shè)備LOGO? 雙電纜布線和預(yù)留額外的數(shù)據(jù)插口? 關(guān)鍵網(wǎng)絡(luò)設(shè)備的冗余或容錯? 冗余的遠程通信鏈路? 冗余網(wǎng)絡(luò)服務(wù)提供商 ( Network Service Providor, NSP)? 由 NSP或互聯(lián)網(wǎng)服務(wù)提供商 ( Inter Service Provider, ISP )提供冗余? 與 NSP或 ISP簽訂的服務(wù)水平協(xié)議網(wǎng)絡(luò)的恢復考慮LOGO? 在災(zāi)難發(fā)生后，保護人的生命是第一要務(wù)? 員工培訓和應(yīng)急指引? 人員備份和輪崗? 雇傭額外或臨時工作人員人力資源的考慮LOGO確定 BCM策略過程策略策略預(yù)防應(yīng)急響應(yīng)業(yè)務(wù)持續(xù)業(yè)務(wù)恢復業(yè)務(wù)復原LOGO業(yè)務(wù)復原—— 是事件發(fā)生后為了恢復到正常運行狀態(tài)所采取的行動。主要是修復并恢復主要的運營場所?！?其最終目的是要在原有的場所或者一個全新的場所完全恢復所有的業(yè)務(wù)流程。—— 進行復原時，必須確保該復原場所配備必要的基礎(chǔ)設(shè)施、設(shè)備、硬件、軟件和通信設(shè)備。而且要對該場所能否處理全部的業(yè)務(wù)流程進行測試。LOGO167。 BCM概述167。 BCM規(guī)劃167。 業(yè)務(wù)影響分析167。 確定 BCM策略167。 BCM開發(fā)和實施167。 BCM演練和維護本講提綱LOGOBCM建設(shè)思路業(yè)務(wù)戰(zhàn)略基礎(chǔ)設(shè)施組織業(yè)務(wù)和 IT流程應(yīng)用和數(shù)據(jù)IT技術(shù)n 制定 BCM建設(shè)戰(zhàn)略n 增加人員 BCM意識n 建立 BCM組織n 確定角色和職責n 確定業(yè)務(wù)和 IT流程n 建立恢復流程和恢復計劃n 實時或定期備份數(shù)據(jù)和程序n 定期檢查備份數(shù)據(jù)的有效性n 構(gòu)建災(zāi)難備份系統(tǒng)n 應(yīng)用高效存儲設(shè)備n 建立災(zāi)備中心n 營建災(zāi)備 IT基礎(chǔ)環(huán)境LOGOBCM計劃制定BCM計劃 重建階段恢復階段計劃的附錄通知 /啟動階段LOGO? 損害評估? 啟動標準? 啟動通知通知 /啟動階段— 緊急情況的原因、損失情況、影響范圍、需更換的項目、預(yù)計恢復所需的時間等— 預(yù)警級別— 觸發(fā)條件— 工作時間和非工作時間的通知方法— 呼叫樹— 通知可能受影響的外部機構(gòu)或互聯(lián)的伙伴系統(tǒng)— 通知中所傳遞的信息類型應(yīng)該在計劃中載明返回LOGO? 恢復順序? 恢復規(guī)程恢復階段— 系統(tǒng)允許的中斷時間 ( Allowable Ou