ISO27001信息質(zhì)量管理體系認證 逸創(chuàng)云客服喜獲國際上權威、嚴格的信息管理體系認證標準——ISO/IEC27001：2013認證，成為國內(nèi)通過ISO27001認證的SaaS云客服廠商。獲得ISO27001認證，是逸創(chuàng)云客服信息體系建設的又一里程碑，意味著逸創(chuàng)云客服的信息管理達到了國際認證的標準，獲得了國際權威機構的認可，有強大的能力保障客戶及自身平臺的信息。 ISO27001是目前獲得國際廣泛認可的信息管理體系標準。通過ISO27001認證，是逸創(chuàng)云客服長期以來高度重視信息體系建設、重視保障客戶及自身信息資產(chǎn)保密性、完整性和可用性的必然成果。通過此次對信息工作的系統(tǒng)梳理，逸創(chuàng)云客服運行水平及系統(tǒng)風險處置能力再創(chuàng)新高度。 國內(nèi)到目前為止只有不超過600家企業(yè)獲得該認證，其中包括：，支付寶，阿里釘釘，騰訊云，阿里云。

ISO27001信息管理體系標準介紹 ISO27001作為信息管理方面的國際標準，已成為指導現(xiàn)實工作的的參照。 BS7799是英國標準協(xié)會（BritishStandardsInstitute，BSI）于1995年2月制定的信息管理標準，分兩個部分，部分于2000年被ISO組織采納，正式成為ISO/IEC17799標準。該標準2005年經(jīng)過改版，發(fā)展成為ISO/IEC17799:2005標準。BS7799標準的第二部分經(jīng)過長時間討論修訂，也于2005年成為正式的ISO標準，即ISO/IEC27001:2005。 ISO17799標準（即BS7799部分），是信息管理實施細則（CodeofPracticeforInformationSecurityManagement），其中包含11個主題，定義了133個控制。 ISO27001:2005標準，是建立信息管理體系（ISMS）的一套規(guī)范（SpecificationforInformationSecurityManagementSystems），其中詳細說明了建立、實施和維護信息管理體系的要求，指出實施機構應該遵循的風險評估標準。當然，如果要得到BSI終的認證（對依據(jù)ISO27001建立的ISMS進行認證），還有一系列相應的注冊認證過程。作為一套管理標準，ISO27001指導相關人員怎樣去應用ISO/IEC17799，其終目的，還在于建立適合企業(yè)需要的信息管理體系。

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