IT組織從產(chǎn)生到發(fā)展的很長一段時期，一直是以搞好技術(shù)，做好技術(shù)支持配角為特征的。但今天的信息系統(tǒng)已不單純是企業(yè)的技術(shù)支撐，信息化由“技術(shù)驅(qū)動”向“業(yè)務(wù)驅(qū)動”轉(zhuǎn)變，IT部門的角色也逐步開始從單純的信息技術(shù)提供者向信息服務(wù)供應(yīng)者轉(zhuǎn)換，職能的轉(zhuǎn)變，客觀上也要求信息管理向IT服務(wù)管理模式轉(zhuǎn)變。 隨著IT技術(shù)的發(fā)展，越來越多的組織基于IT技術(shù)構(gòu)筑自己的價值鏈，需要IT的支持來支撐組織的運行，IT構(gòu)架已經(jīng)成為影響組織生存的關(guān)鍵要素，特別是對于銀行、證券、保險、電信等高度依賴信息技術(shù)的組織。而且隨著逐年IT的投入，建設(shè)了大量的軟硬件系統(tǒng)，對客戶要求的提高，對故障發(fā)生的恐懼，對投入成本逐年增加的不安，都促使現(xiàn)在的組織要采取措施規(guī)范IT服務(wù)的管理。 在產(chǎn)品生產(chǎn)過程中，需要遵循一定的質(zhì)量控制標準(如ISO9000系列標準)，可以確保產(chǎn)品的質(zhì)量保持較高的水準(如較高的產(chǎn)品合格率)，同時也可以降低產(chǎn)品制造成本。而對于服務(wù)提供(運營)過程來說，遵循相關(guān)的服務(wù)管理標準(如ISO20000)可以實現(xiàn)服務(wù)運營的輸入(Inputs)和生產(chǎn)流程(Process)的標準化。只有將過程標準化了，才能保證終的服務(wù)質(zhì)量和成本符合預(yù)定的標準，才能實現(xiàn)過程控制，從而達到質(zhì)量控制的目標。 在傳統(tǒng)的IT管理模式下，IT部門是作為技術(shù)支持的角色被動地存在的，而在新的IT服務(wù)管理模式下，IT部門是作為一個主動的服務(wù)提供者向其客戶和用戶(企業(yè)的業(yè)務(wù)部門)提供賴以支撐組織業(yè)務(wù)運作的IT服務(wù)，IT部門和IT外包商往往需要向客戶提供服務(wù)目錄(SC)并和客戶簽訂正式的服務(wù)級別協(xié)議(SLA)。 目前，全球的IT服務(wù)業(yè)正逐漸走向?qū)I(yè)化和外包化。隨著企業(yè)和政府組織的業(yè)務(wù)運作越來越依賴于IT，越來越多的組織考慮將其IT服務(wù)運營外包給專業(yè)的IT服務(wù)提供商或?qū)?nèi)部的IT支持部門提出更明確的服務(wù)要求，以確保提高服務(wù)質(zhì)量，降低服務(wù)成本，降低因IT服務(wù)中斷所導(dǎo)致的業(yè)務(wù)風(fēng)險。 如何控制這個IT服務(wù)的整體風(fēng)險(無論是內(nèi)部還是外部)，提高IT的整體服務(wù)水平是一個需要高度重視的問題，而ISO/IEC20000就是解決該問題的一個很好的指南。

從無到有講述ISO27001認證全過程ID:135/ 發(fā)布時間：2017-09-1613:53分類： 內(nèi)容摘要：是一個不斷的持續(xù)的過程，每個環(huán)節(jié)都不可缺少，在的路上懂的越多發(fā)現(xiàn)自己不懂的越多。1概述我在某做WL的公司負責(zé)公司整體，保護公司業(yè)務(wù)系統(tǒng)的（這個系統(tǒng)會有大部分看官的個人信息）。公司業(yè)務(wù)... 是一個不斷的持續(xù)的過程，每個環(huán)節(jié)都不可缺少，在的路上懂的越多發(fā)現(xiàn)自己不懂的越多。 1概述 我在某做WL的公司負責(zé)公司整體，保護公司業(yè)務(wù)系統(tǒng)的（這個系統(tǒng)會有大部分看官的個人信息）。公司業(yè)務(wù)發(fā)展很快，但是信息化基礎(chǔ)建設(shè)很落后，管理不規(guī)范，人員技術(shù)水平參差不齊，對網(wǎng)絡(luò)和沒有認識。領(lǐng)導(dǎo)對概念模糊，無法落實；因為是新來的，領(lǐng)導(dǎo)對提出的解決方案有選擇的進行，但是有個好的地方就是公司發(fā)展太快，出現(xiàn)過不少問題，給我們部帶來了外部推動力（雖然不想出事，但是出事了可以加快建設(shè)的腳步）。 一年的時間從什么都沒到現(xiàn)在的逐漸成型、各種流程的建立和落地，建了ISO27001體系（通過了認證），此篇文章進行了一個總結(jié)，期間也碰到了的很多坑和挫折，自己也在這個過程中學(xué)習(xí)了成長了，這里再次感謝幫助過我的朋友們，感謝部另外一位X大牛。 2對ISO27001理解 通過一年的時間對從0到拿證的過程，簡單說一下我對27001的理解：不管是ISO27001還是我覺得都是圍繞著業(yè)務(wù)進行的，一切的出發(fā)點都是保證業(yè)務(wù)的連續(xù)的、穩(wěn)定的運行，要保證業(yè)務(wù)的連續(xù)的、穩(wěn)定的運行，你需要知道你有什么資產(chǎn)，資產(chǎn)面臨什么風(fēng)險，這些風(fēng)險要怎么處理，這樣一個過程中還要循序PDCA的原則（plan-do-check-action）。做每一個制度和每一個要求的時候從業(yè)務(wù)角度出發(fā)去思考，這樣做才可以化的保證所寫的制度規(guī)范能執(zhí)行，為后面落地提供依據(jù)。憑空或單純從的角度看問題，很容易把問題想的很嚴重，給出的解決方案往往短時間無法執(zhí)行，后面會簡闡述一下當(dāng)時的想法。 脫離業(yè)務(wù)談和脫離談業(yè)務(wù)都是不現(xiàn)實的。 3為什么要做 我個人理解做這個事情的2大因素：1外因 一個公司發(fā)展到一定程度和規(guī)模的時候，公司自身的已經(jīng)不是自己的問題了，你會涉及到社會層面、合作層面、業(yè)務(wù)發(fā)展層面。如：我們公司的發(fā)起做ISO27001的需求其實就不是來自部，是業(yè)務(wù)部門在推廣業(yè)務(wù)的過程中遇到了阻力，因為客戶的系統(tǒng)過了ISO27001他們會要求你與他對接的系統(tǒng)有一定的性，這個要求就表現(xiàn)為ISO27001。 我們就業(yè)找工作很多時候是看能力，但是有時候就像一個門票，沒有門票就無法上車，ISO27001就是一個公司的。 還有重要因素《網(wǎng)絡(luò)法》出臺了，對的要求肯定是先從政府自身開始，然后慢慢到要求企業(yè)，與其等出事不如從現(xiàn)在開始做。2內(nèi)因 每一個公司通過幾年或更長時間的成長，公司會積累很多信息化系統(tǒng)，保障這些系統(tǒng)的正常運行就很重要，并且在對信息化管理過程中出現(xiàn)的很多職責(zé)不明確，邊界不清，流程和制度不全，所有的操作規(guī)范和行為都靠約定俗成，沒有體系化文檔支撐，這些都影響系統(tǒng)穩(wěn)定運行。 4控制項簡單說明 ISO27001相信做的同學(xué)都有接觸，有很詳細的說明，我簡單說一下自己的理解，大牛勿噴。ISO27001是一套管理類的文檔，為了保證信息化工作和生產(chǎn)正常穩(wěn)定的運行，一切都是圍繞業(yè)務(wù)展開的，很多管理思路從公司的核心業(yè)務(wù)出發(fā)去考慮很多制度和規(guī)范都可以合理的解釋。說個題外話很多做技術(shù)的和做管理的都是相互不對路，相互看不起，說句實在很多時候純粹靠技術(shù)或純粹靠管理去達到某個防護目標是不可能實現(xiàn)的，技術(shù)的實現(xiàn)可以方便和簡化管理，管理制度的要求可以推動技術(shù)的落地，2者是相輔相成。 ISO27001從原來的15項標準要求變?yōu)榱爽F(xiàn)在的18項，新增了2項、通信和操作管理拆除為2項。 下面簡單說一下我對18個標準項的理解，并不是所有標準都要響應(yīng)，如果實際情況沒有可以不寫，標準的要求不是重新編寫公司已有的制度，只需要在原有制度上增加對相關(guān)的控制項： 5文檔編寫架構(gòu) ISO27001對應(yīng)的文檔說明其實叫適用性聲明，如上表文件和控制項是一一對應(yīng)的，標準文檔架構(gòu)為：手冊、程序文件、作業(yè)指導(dǎo)書、運行記錄： ?手冊：就是對ISO27001體系的一個總體的說明文檔 ?程序文件：具體描述每一個對應(yīng)的標準要做什么 ?作業(yè)指導(dǎo)書：是對程序文件進一步解讀，怎么做 ?運行記錄：是對做了上述工作后的一個產(chǎn)出文檔，可以是電子記錄或紙質(zhì)文件 針對這個情況咨詢過評審老師，現(xiàn)在可以按照自己公司的實際情況去執(zhí)行，但是手冊文件必須都有。我們針對公司的實際情況做了修改，因為很多時候落地的時候都是以制度去要求和約束，我們把原有架構(gòu)做了改變，重寫全部的策略和要求，當(dāng)然過程中有參考，整個過程耗費2人一個月時間（對于技術(shù)出身的人來說是艱苦的歲月），中途還修改了2個版本，跟領(lǐng)導(dǎo)對內(nèi)容一個一個文檔審。 變?yōu)椋菏謨浴⒉呗?、制度、運行記錄 ?手冊：一樣沒變 ?策略：針對標準要求，提出我們自己公司的要求 ?制度：用制度明確需要做什么，要求怎么做 ?運行記錄：不單純?yōu)檫\行記錄文件，還包含了怎么做的具體操作文檔 強調(diào)一下不要拍腦袋寫一些要求，盡量實事求是，做到什么程度就在這個程度是增加要求。 6體系運行6.1體系發(fā)布 的工作如果由上致下會很順利很容易推動，但是，體系的發(fā)布一定需要領(lǐng)導(dǎo)層去幫你發(fā)布執(zhí)行，讓全公司知道有這樣一件事情，然后給領(lǐng)導(dǎo)要講解（洗腦）這個東西是做什么的，可以為公司帶來什么好處，讓領(lǐng)導(dǎo)認同或部分認同你的觀點，這樣對后面的體系建設(shè)會很有幫助。 6.2體系分解 按照正常套路來說ISO27001要做的東西很多，我把體系分割為了3大塊：管理、技術(shù)、和運行（前面也有提到）。管理：主要是制度、規(guī)范約束；技術(shù)：主要是實現(xiàn)目標；運行：主要是讓前面的2點不要成為空談，要有定期檢查產(chǎn)出。 本來在按照公司的現(xiàn)狀我制定的是分三步走的：起步-成長-成熟，成熟后運行2-3年再通過ISO27001的審核，在我個人看來毫無壓力。但是由于要拿證時間只有1年，所有的東西都需要重新做沒法按照套路來。 如果大家的時間較多，建議做一次的風(fēng)險評估，針對風(fēng)險一個一個完善文檔。 6.3體系執(zhí)行 執(zhí)行主要是看檢查在上述文檔中的產(chǎn)出，如：發(fā)布了《運維管理制度》，那么根據(jù)要求，可能需要對機房進行周期性巡檢產(chǎn)出《機房巡檢記錄表》，進出機房需要產(chǎn)出《機房進出記錄表》。 按照個套路檢查一個制度文件的產(chǎn)出，因此我們做了一個表，便于后面的審計： 大家可以把一些事情簡單化，什么什么都用文檔很繁瑣，如： 基于django自主開發(fā)的資產(chǎn)管理系統(tǒng)，如果出現(xiàn)什么漏洞可以快速定位。 上面只是日常的執(zhí)行要求，ISO27001還會有一個每年的內(nèi)審和評審，內(nèi)審：檢查日常工作是否按照要求做好；評審：審核制度體系是否需要跟上公司的業(yè)務(wù)變化，做錯對應(yīng)的調(diào)整。 6.4體系培訓(xùn) 體系制度已經(jīng)發(fā)布后，執(zhí)行是有阻力的，因為打破了原有的約定俗成，增加了各個部門的工作量，這個需要非常耐心的去解釋解答（這個過程很多人會找碴），需要培訓(xùn)去使大家有一定認識，從而配合你做事情。當(dāng)然重要的是從領(lǐng)導(dǎo)層面推動，那樣阻力就少很多，我們在這個過程中也沒少發(fā)生申請事件，被刪文件夾、中勒索病毒、數(shù)據(jù)庫被暴力破解還有來自合作伙伴的漏洞通報。 培訓(xùn)可以從以下幾塊做： ?新員工培訓(xùn) ?平時公司內(nèi)部培訓(xùn)、討論、講座 ?真實案例延時（滲透測試、當(dāng)場干公司的系統(tǒng)，順便展示實力，不過這個度自己要把握好） 多拋頭露面準沒壞處。 7總結(jié) 簡單介紹了ISO27001的建設(shè)，一個體系文件寫下來，深深的覺得這個東西就是套路，環(huán)環(huán)相扣，都是相互引用的。在剛開始的時候壓力、阻力會很大，但是做好了后面是一勞永逸，讓制度執(zhí)行幾個月后做內(nèi)審和評審，發(fā)現(xiàn)問題并解決，做完這些就基本可以申請外審了。 如果大家有想法要做的話可以先看一次標準，理解一下，再結(jié)合實際情況進行編寫，因為在制度文檔里面寫到的就需要實現(xiàn)，外審的時候就要查的，盡量實事求是。 后面會對申請審核的前中后和大家分享。 原標題：從無到有講述ISO27001認證全過程