企业IT信息安全规划

CE v6.00目录XX集团信息化蓝图架构信息安全规划信息安全目标框架及设计目标信息安全目标体系XX容灾体系CE v6.01应用系统信息化建设目标IT安全信息安全管理信息安全技术支持类运营类决策类专业类信息化蓝图分类之（五）IT安全IT治理IT组织机构IT人员IT流程和制度IT运维企业服务平台企业服务总线（ESB）业务流程管理（BPM）基础设施平台数据中心基础架构安全与管理网络与链路桌面终端CE v6.02XX集团信息安全体系框架及设计目标基于XX集团信息化安全的现状和设计原则，提出信息安全未来建设目标制定和实施符合国家信息系统安全等级保护基本要求以及XX集团信息系统现状的安全管理策略和规范在信息中心设置信息安全岗位，并完善职责规范制定明确的信息安全策略，定期进行安全风险评估和审核，并制定持续改进计划对关键的安全技术平台防病毒、防火墙、入侵检测系统实现，统一的安全产品选型、统一的安全产品部署、统一的安全策略发布统一的内部基础网络规划，对不同安全要求的内网接入进行访问控制管理建设满足业务需求的信息系统灾难恢复能力安全技术安全管理安全管理制度安全管理机构人员安全管理系统建设管理系统运维管理物理层面安全控制网络层面安全控制主机层面安全控制应用层面安全控制数据层面安全控制CE v6.03信息安全管理对象与原则介绍安全管理的职责分离原则 对于一些涉及敏感数据处理的计算机系统安全管理而言，以下工作应分开进行：l系统的操作和系统的开发相分离。这样系统的开发者即使知道系统有那些安全漏洞也没有机会利用；l机密资料的接受和传送相分离。这样任何一方都无法对资料进行篡改；l安全管理和系统管理相分离。这样可使制定安全措施的人并不能亲自实施这些安全措施而对其起到制约的作用；l系统操作和备份管理相分离。结合日志管理，以实现对数据处理过程的监督；l除要符合中国的安全规范外，还要符合国际的规范，如ISO27001、ISO17799等。邮件系统要避免出现列入黑名单的情况。安全管理的多人负责原则、任期有限原则多人负责原则：l出于相互监督和相互备份的考虑，如只有单人负责，则若发生安全问题时此人不在岗就不能处理，或者他本人有安全问题时，很难察觉。任期有限原则：l出于监督的目的，负责系统安全和系统管理的人员要有一定的轮换制度，以防止由单人长期负责一个系统的安全而造成的漏洞。安全管理对象l安全管理的对象是整个系统而不是系统中的某个或某些元素。系统的所有构成要素都是管理的对象，从系统内部看，安全管理涉及计算机、网络、操作、人事和信息资源；从外部环境看，安全管理涉及法律、道德、文化传统和社会制度等方面的内容CE v6.04信息安全管理是一个持续性的闭环过程评估风险决策支持实施控制评测安全管理信息安全管理信息安全管理可定义为具有四个主要阶段的持续过程：l评估风险：识别组织的风险并区分其严重程度。 这些风险可能与特定的IT系统和资产相关或无关；l决策支持：根据定义的成本-收益分析过程确定并选择控制解决方案；l实施控制：部署并操作全面的控制解决方案以降低信息安全风险；l衡量评测：确定并报告已部署的控制措施的有效性，以将风险管理至可接受的级别。CE v6.05为保障信息安全制度的执行和落实，必需明确信息安全职能，建立相应的信息安全组织对标国家信息系统安全等级保护基本要求，当前XX基本建立相应信息安全的组织和职能应设立安全主管、安全管理各个方面的负责人岗位，并定义各负责人的职责；应设立系统管理员、网络管理员、安全管理员等岗位，并定义各个工作岗位的职责。岗位设置人员配备授权和审批沟通和合作审核和检查应配备一定数量的系统管理员、网络管理员、安全管理员等；安全管理员不能兼任网络管理员、系统管理员、数据库管理员等。应根据各个部门和岗位的职责明确授权审批部门及批准人，对系统投入运行、网络系统接入和重要资源的访问等关键活动进行审批； 应针对关键活动建立审批流程，并由批准人签字确认。应加强各类管理人员之间、组织内部机构之间以及信息安全职能部门内部的合作与沟通。定期进行安全检查，检查内容包括系统日常运行、系统漏洞和数据备份等情况。现状设置了明确的信息安全岗位职责，但未设专人进行日常的运行监管。目前相关管理人员配置不够，部分岗位无专职人员。信息中心对XX网络安全接入与资源访问建立了明确的审批流程。目前信息安全工作仅限于信息人员内部，缺乏与其他业务部门的合作与沟通。XX未制定信息安全内部审计、管理评审及有效性度量有关制度，未成立安全内部审核小组。安全组织职能要求描述非常薄弱比较薄弱较好非常好一般CE v6.06信息安全现状评估安全管理差距概述现状总体评价：XX已经编制信息安全管理规范，并已于2009年启动推广；XX信息系统建设和运维的安全管理力度相对薄弱；安全管理人员配置不够；相关流程和制度的执行有待改善。主要存在的问题：初步改进建议： 目前XX内部已建立专职的信息安全组织和人员，但从事信息安全相关工作人员的信息安全从业资质认证的覆盖比例不够。 XX信息系统建设和运维的安全管理力度相对薄弱；安全管理人员配置不够，相关流程和制度的执行有待改善。 信息安全内部审计、管理评审及有效性度量等有关制度需进行完善。 进一步提高从事信息安全相关工作人员的信息安全从业资质认证的覆盖比例。 进一步加强信息系统相关安全管理人员配置，按照相关岗位要求配置专人进行管理。 尽快完善相关管理制度。CE v6.07信息安全现状评估安全技术差距概述 现状总体评价：通过实施第一期SOC平台对集团总部已经部署的所有安全设施进行集中管控。后续将逐步推进SOC平台到各下属公司，通过在各下属公司分节点部署数据采集引擎的方法，将节点数据逐步汇聚到集团SOC平台中。对关键系统实施灾难恢复方案，备份方式主要采取数据异地容灾备份。XXSOC平台在应用过程中缺乏专人进行系统的运行、维护以及系统相关问题的管理。主要存在的问题：初步改进建议： XXSOC平台在应用过程中缺乏专人进行系统的运行、维护以及系统相关问题的管理。 进一步提高从事信息安全相关工作人员的信息安全从业资质认证的覆盖比例。 进一步加强信息安全系统建设和运维的安全管理力度，相关安全管理人员按照相关要求尽快配置到位。CE v6.08XX信息化安全的现状评价总结非常薄弱比较薄弱较好非常好一般名称内容评估分数安全管理XX已编制信息安全管理规范，并于2009年启动推广。XX信息系统建设和运维的安全管理力度相对薄弱。安全管理人员配置不够，相关流程和制度的执行有待改善。XX的信息安全内部审计、管理评审及有效性度量等方面有待加强。安全技术通过第一期SOC平台对集团总部的所有安全设施进行集中管控。后续逐步推进SOC平台到各下属公司，通过在各下属公司分节点部署数据采集引擎的方法，将节点数据逐步汇聚到集团SOC平台中。需进一步提高从事信息安全相关工作人员的信息安全从业资质认证的覆盖比例。需进一步加强信息安全系统建设和运维的安全管理力度，相关安全管理人员按照相关要求尽快配置到位。CE v6.09XX集团信息安全设计原则外部标准公司需求可实施性覆盖度方案的设计要满足国资委信息化评测标准 （安全部分）、公安部信息安全规定、电监会的信息安全要求、XX集团公司的安全规范等信息化安全方面的规定或标准信息化安全方案的制定应充分考虑XX集团信息化应用的现状及发展方向，与应用系统分布及基础架构相匹配的安全方案才能保障信息化的安全可靠运行在方案设计时，需要充分考虑实施中的风险，以及实施的周期和成本，对潜在的风险必须做充分的分析并给出相应的解决对策全覆盖的安全体系，对象范围覆盖最终用户、服务器端以及信息网络，在企业内部做到信息安全死角为零可管理性安全平台设计应充分考虑到后期运营层面与管理层面的平衡性CE v6.010国家通过出台信息系统安全等级保护基本要求，明确了信息安全管理的规范框架管理制度制定和发布评审和修订岗位设置人员配备授权和审批沟通和合作审核和检查人员录用人员离岗人员考核安全意识教育和培训外部人员访问管理系统定级安全方案设计产品采购和使用自行软件开发外包软件开发工程实施测试验收系统交付系统备案等级测试安全服务商选择环境管理资产管理介质管理设备管理监控管理和安全中心网络安全管理系统安全管理恶意代码防范密码管理变更管理备份与恢复管理安全事件处置应急预案管理安全管理制度安全管理机构人员安全管理系统建设管理系统运维管理安全技术安全管理国资委的央企信息化评价，重点考察信息安全参考的标准和认证情况，信息技术安全机制建设情况，采取的安全措施信息化安全事故情况 ，与此框架相吻合CE v6.011目录XX集团信息化蓝图架构信息安全规划信息安全目标框架及设计目标信息安全目标体系XX容灾体系CE v6.012管理制度制定信息安全工作的总体方针和安全策略，说明集团安全工作的总体目标、范围、原则和安全框架等应对安全管理活动中重要的管理内容建立安全管理制度应对安全管理人员或操作人员执行的重要管理操作建立操作规程制定和发布应指定或授权专门的部门或人员负责安全管理制度的制定应组织相关人员对制定的安全管理制度进行论证和审定应将安全管理制度以某种方式发布到相关人员手中评审和修订应定期对安全管理制度进行评审，对存在不足或需要改进的安全管理制度进行修订信息安全目标体系-XX安全管理制度安全技术安全管理CE v6.013沟通和合作 应加强各类管理人员之间、组织内部机构之间以及信息安全职能部门内部的合作与沟通 与保持合作单位、公安机关、电信公司的合作与沟通 审核和检查 安全管理员应负责定期进行安全检查，检查内容包括系统日常运行、系统漏洞和数据备份等情况岗位设置 应设立专职的安全主管、安全管理各个方面的负责人岗位，并定义各负责人的职责 应设立系统管理员、网络管理员、安全管理员等岗位，并定义各个工作岗位的职责人员配备 应配备一定数量的系统管理员、网络管理员、安全管理员等 安全管理员不能兼任网络管理员、系统管理员、数据库管理员等授权和审批 应根据各个部门和岗位的职责明确授权审批部门及批准人，对系统投入运行、网络系统接入和重要资源的访问等关键活动进行审批 应针对关键活动建立审批流程，并由批准人签字确认信息安全目标体系-XX安全管理机构安全技术安全管理CE v6.014安全意识教育和培训 应对各类人员进行安全意识教育、岗位技能培训和相关安全技术培训 应告知人员相关的安全责任和惩戒措施，并对违反违背安全策略和规定的人员进行惩戒 应制定安全教育和培训计划，对信息安全基础知识、岗位操作规程等进行培训外部人员访问管理 应确保在外部人员访问受控区域前得到授权或审批，批准后由专人全程陪同或监督，并登记备案人员录用 应规范人员录用过程，对被录用人员的身份、背景和专业资格等进行审查，对其所具有的技术技能进行考核 应与从事关键岗位的人员签署保密协议人员离岗 应规范人员离岗过程，及时终止离岗员工的所有访问权限 应取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备 应办理严格的调离手续人员考核 应定期对各个岗位的人员进行安全技能及安全认知的考核信息安全目标体系-集团人员安全管理安全技术安全管理CE v6.015系统交付 应制定系统交付清单，并根据交付清单对所交接的设备、软件和文档等进行清点 应对负责系统运行维护的技术人员进行相应的技能培训 应确保提供系统建设过程中的文档和指导用户进行系统运行维护的文档安全服务商选择 应确保安全服务商的选择符合国家的有关规定 应与选定的安全服务商签订与安全相关的协议，明确约定相关责任 应确保选定的安全服务商提供技术支持和服务承诺，必要的与其签订服务合同外包软件开发应根据开发要求检测软件质量应确保提供软件设计的相关文档和使用指南应在软件安装之前检测软件包中可能存在的恶意代码应要求开发单位提供软件源代码，并审查软件中可能存在的后门测试验收应对系统进行安全性测试验收在测试验收前应根据设计方案或合同要求等制订测试验收方案，在测试验收过程中应详细记录测试验收结果，并形成测试验收报告应组织相关部门和相关人员对系统测试验收报告进行审定，并签字确认工程实施应指定或授权专门的部门或人员负责工程实施过程的 管理应制定详细的工程实施方案，控制工程实施过程信息安全目标体系-系统建设管理 （1）安全技术安全管理CE v6.016系统定级 应明确信息系统的边界和安全保护等级 应以书面的形式说明信息系统确定为某个安全保护等级的方法和理由 应确保信息系统的定级结果经过相关部门的批准安全方案设计 应根据系统的安全保护等级选择基本安全措施，依据风险分析的结果补充和调整安全措施 应以书面形式描述对系统的安全保护要求、策略和措施等内容，形成系统的安全方案 应对安全方案进行细化，形成能指导安全系统建设、安全产品采购和使用的详细设计方案 应组织相关部门和有关安全技术专家对安全设计方案的合理性和正确性进行论证和审定，并且经过批准后，才能正式实施产品采购和使用 应确保安全产品采购和使用符合国家的有关规定 应确保密码产品采购和使用符合国家密码主管部门的要求 应指定或授权专门的部门负责产品的采购 自行软件开发 应确保开发环境与实际运行环境物理分开 应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为准则 应确保提供软件设计的相关文档和使用指南，并由专人负责保管信息安全目标体系-系统建设管理 （2）安全技术安全管理安全方案设计自行软件开发CE v6.017介质管理 应确保介质存放在安全的环境中，对各类介质进行控制和保护，并实行存储环境专人管理 应对介质归档和查询等过程进行记录，并根据存档介质的目录清单定期盘点 应对需要送出维修或销毁的介质，首先清除其中的敏感数据，防止信息的非法泄漏 应根据所承载数据和软件的重要程度对介质进行分类和标识管理密码管理 应使用符合国家密码管理规定的密码技术和产品环境管理 应指定专门的部门或人员定期对机房供配电、空调、温湿度控制等设施进行维护管理 应配备机房安全管理人员，对机房的出入、服务器的开机或关机等工作进行管理 应建立机房安全管理制度，对有关机房物理访问 物品带进、带出机房和机房环境安全等方面的管理作出规定 应加强对办公环境的保密性管理，包括工作人员调离办公室应立即交还该办公室钥匙和不在办公区接待来访人员等资产管理 应编制与信息系统相关的资产清单，包括资产责任部门、重要程度和所处位置等内容 应建立资产安全管理制度，规定信息系统资产管理的责任人员或责任部门，并规范资产管理和使用信息安全目标体系-系统运维管理 （1）安全技术安全管理CE v6.018设备管理 应对信息系统相关的各种设备（包括备份和冗余设备）、线路等指定专门的部门或人员定期进行维护管理 应建立基于申报、审批和专人负责的设备安全管理制度，对信息系统的各种软硬件设备的选型、采购、发放和领用等过程进行规范化管理 应对终端计算机、工作站、便携机、系统和网络等设备的操作和使用进行规范化管理，按操作规程实现关键设备（包括备份和冗余设备）的启动/停止、加电/断电等操作 应确保信息处理设备必须经过审批才能带离机房或办公地点变更管理 应确认系统中要发生的重要变更，并制定相应的变更方案 系统发生重要变更前，应向主管领导申请，审批后方可实施变更，并在实施后向相关人员通告信息安全目标体系-系统运维管理 （2）恶意代码防范管理 应提高所有用户的防病毒意识，告知及时升级防病毒软件，在读取移动存储设备上的数据以及网络上接收文件或邮件之前，先进行病毒检查，对外来计算机或存储设备接入网络系统之前也应进行病毒检查 应指定专人对网络和主机进行恶意代码检测并保存检测记录 应对防恶意代码软件的授权使用、恶意代码库升级、定期汇报等作出明确规定安全技术安全管理CE v6.019网络安全管理 应指定人员对网络进行管理，负责运行日志、网络监控记录的日常维护和报警信息分析和处理工作 应建立网络安全管理制度，对网络安全配置、日志保存时间、安全策略、升级与打补丁、口令更新周期等方面作出规定 应根据厂家提供的软件升级版本对网络设备进行更新，并在更新前对现有的重要文件进行备份 应定期对网络系统进行漏洞扫描，对发现的网络系统安全漏洞进行及时的修补 应对网络设备的配置文件进行定期备份 应保证所有与外部系统的连接均得到授权和批准信息安全目标体系-系统运维管理 （3）系统安全管理 应根据业务需求和系统安全分析确定系统的访问控制策略 应定期进行漏洞扫描，对发现的系统安全漏洞及时进行修补 应安装系统的最新补丁程序，在安装系统补丁前，应首先在测试环境中测试通过，并对重要文件进行备份后，方可实施系统补丁程序的安装 应建立系统安全管理制度，对系统安全策略、安全配置、日志管理和日常操作流程等方面作出规定 应依据操作手册对系统进行维护，详细记录操作日志，包括重要的日常操作、运行维护记录、参数的设置和修改等内容，严禁进行未经授权的操作 应定期对运行日志和审计数据进行分析，以便及时发现异常行为安全技术安全管理CE v6.020备份与恢复管理 应识别需要定期备份的重要业务信息、系统数据及软件系统等 应规定备份信息的备份方式、备份频度、存储介质、保存期等 应根据数据的重要性及其对系统运行的影响，制定数据的备份策略和恢复策略，备份策略指明备份数据的放置场所、文件命名规则、介质替换频率和数据离站运输方法应急预案管理 应在统一的应急预案框架下制定不同事件的应急预案，应急预案框架应包括启动应急预案的条件、应急处理流程、系统恢复流程、事后教育和培训等内容 应对系统相关的人员进行应急预案培训，应急预案的培训应至少每年举办一次信息安全目标体系-系统运维管理 （4）安全事件处置 应报告所发现的安全弱点和可疑事件，但任何情况下用户均不应尝试验证弱点 应制定安全事件报告和处置管理制度，明确安全事件类型，规定安全事件的现场处理、事件报告和后期恢复的管理职责 应根据国家相关管理部门对计算机安全事件等级划分方法和安全事件对本系统产生的影响，对本系统计算机安全事件进行等级划分 应记录并保存所有报告的安全弱点和可疑事件，分析事件原因，监督事态发展，采取措施避免安全事件发生安全技术安全管理CE v6.021目录XX集团信息化蓝图架构信息安全规划信息安全目标框架及设计目标信息安全目标体系24小时高较低较低较低应用级较快RTO12小时较低较高较高较高业务级持续可用RTO0.5小时低高高高数据级容灾是仅将生产中心的数据完整地复制到容灾中心的容灾方式。数据级容灾是异地容灾的最低级形式，也是最基本的方式，是实现更高级容灾方式的基础，但仅可以保证数据是可用的，若技术策略选择得当，可以保证业务数据的完整性。应用级容灾是指在数据级容灾实现数据可用的基础上，进一步实现应用的可用性，确保业务可以快速恢复。容灾系统的应用不改变原有的业务处理逻辑，是对生产中心系统的基本复制。业务级容灾是生产中心与容灾中心对业务请求同时进行处理的容灾方式，能够确保业务持续可用，但投资很高。通常容灾的恢复目标根据恢复的时间和恢复的数据量可定义分为两种，分别为恢复时间目标 RTO和恢复点目标 RPO。根据RTO的指标，容灾方式可分为数据级、应用级和业务级。安全技术安全管理CE v6.024RPO：RPO( Recovery Point Objective )是指灾难发生后，容灾系统能把数据恢复到灾难发生前时间点的数据，它是衡量企业在灾难发生后会丢失多少数据的指标。RPO可简单的描述为企业能容忍的最大数据丢失量。此外，容灾还要考虑系统的数据丢失量RPO的功能：由于实现“零数据丢失”需要的巨大的基础架构、带宽和软件成本 ，这就使“零数据丢失”只能够用于极度昂贵数据，而不能用于所有的情况。 所以企业需要确切地确定它能够承担在一次灾难中丢失多少数据。RPO就是用来帮助企业分析和评估数据丢失量的工具/指标。 时间数据备份点数据按照固点的频率进行备份在这个时间段内丢失的数据就是企业所能容忍的最大数据丢失量主服务器备份服务器确定RPO的步骤：1、到所要考察的数据系统的用户以及这些领域的管理层去，询问在灾难发生的时候他们能够承受的数据丢失量。2、在选择数据备份系统的时候，基于软件的复制系统、基于硬件的镜像、Business Continuance Volume（BCV）和其他记录工具，以及无数基于磁带的系统都是可选的。 3、混合使用或者匹配使用这些类型的系统，以创建能够满足从几分钟到多个小时RPO的要求。还可以将其中的许多方案应用到单个的数据系统上，以处理有不同RPO要求的不同系统。 CE v6.025 明确容灾级别（业务级、应用级、数据级容灾） 在主中心发生灾难时，能够顺利完成到异地的业务切换 切换时间在DRP/BCP规定的时间范围内 (RTO - RECOVERY TIME OBJECTIVE) 因灾难丢失的数据只限于DRP规定的时间范围(RPO - RECOVERY POINT OBJECTIVE) 异地备份和复制数据以及系统的可用性 备份站点的数据和系统可以作为数据挖掘和容灾演练、系统开发等工作 网络切换时间在规定的时间范围内XX集团容灾方案的需求分析审计考虑公司形象考虑SLA考虑业务损失考虑业务持续考虑花费成本宕机时间平衡点根据以下几个要素进行容灾方案的需求分析：安全技术安全管理CE v6.026依据XX集团对容灾的需求以及XX集团数据中心设计目标，提出的容灾解决方案XX集团本部数据中心远程数据中心数据同步应用系统数据数据应用系统异地灾备 建议达到的级别： 根据目前的容灾现状，结合前期的调研情况及凯捷在容灾领域的国内外最佳实践，建议在未来3年内达到应用级容灾的建设要求。 容灾中心的选址： 根据基础架构一级和二级数据中心的目标体系，建议XX集团未来选取某远程二级数据中心作为灾备中心。 灾备模式： 建议XX集团一级数据中心采用主备中心备份模式。安全技术安全管理CE v6.027业务连续性等级应用系统起步阶段发展阶段突破阶段理想RPO 理想RTO 实际RPO 实际RTO 一级EAM系统应用级(应急)+数据级应用级云计算动态资源调度0030m1h人力资源管理系统电子商务财务集中核算平台OA 外主页CA认证系统统一用户与访问平台DNS服务器 二级综合数据库数据级 应用级1h2h 2h 4h水电在线检测实时监管系统虚拟资源自动化供应平台公文交换 4h印章服务器档案系统 北信源 预算应用2h内主页三级邮件系统数据级 数据级8h 16h8h 16h运维管理平台 目标容灾范围应急容灾范围XX集团容灾范围及建议等级CE v6.028真诚协同