ag03.com
ISO27000认证信息安全风险评估FAQ 深圳ISO27000认证为什么要进行信息安全风险评估？ 通过风险评估，你可以知道组织范围内存在哪些重要的信息资产、信息处理设施及其面临的威胁，发现技术和管理上的脆弱点，综合评估现有综合资产的风险状况。 什么是信息安全风险评估？ 风险评估：对信息及信息载体、应用环境等各方面风险进行辨识和分析的过程，是对威胁、影响、脆弱性及三者发生的可能性的评估。它是确认安全风险及其大小的过程。 风险评估为管理层确定具体的安全策略，以及在“成本-效益”平衡基础上做决策服务；风险控制措施为组织实施信息安全的改进提供指导。 信息安全风险评估的实施的主体是什么？ 风险评估可分为自评估和检查评估两大类。自评估是由被评估信息系统的拥有者依靠自身的力量，对其自身的信息系统进行的风险评估活动。检查评估则通常是被评估信息系统的拥有者的上级主管机关或业务主管机关发起的，旨在依据已经颁布的法规或标准进行的，具有强制意味的检查活动，是通过行政手段加强信息安全的重要措施。 检查评估应该是具有一定资质的风险评估服务机构实施的。自评估可以在信息安全风险评估服务机构的咨询、服务、培训下，由系统所有者和评估服务机构共同完成。 信息安全风险评估的政策依据及标准依据？ 信息化领导小组《关于加强信息安全保障工作的意见》(中办发[2003]27号文件)将信息安全风险评估作为一项重要的举措。国信办2005年5号文率先在北京、上海、黑龙江、云南等地，以及银行、税务、电力三个行业进行试点，根据试点经验，各省市建立信息安全风险评估管理制度。 国信办标准草案《信息安全风险评估指南》、《信息安全风险管理指南》 NIST SP800-30 《Risk Management Guide for Information Technology Systems》 信息安全风险评估包括哪几个主要实施阶段？ 风险评估可以分为资产识别、重要资产赋值、威胁分析、脆弱性识别、风险计算、风险控制措施提出等实施阶段。 信息安全风险评估的主要内容及方法？ 信息安全风险评估的实施主要有以下内容： （1）资产识别 （2）资产的安全属性赋值及权重计算 （3）威胁分析 （4）薄弱点分析 （5）威胁发生可能性及影响分析 （6）风险计算 （7）风险处理计划制定 风险评估是一项综合的系统工程，既涉及到技术，又涉及到管理。风险评估过程中既需要采用技术的检测手段，又需要进行综合的归纳、总结和分析方法。 风险评估中资产价值的判断、威胁判断、安全事件造成影响的判断标准都需要根据被评估实际情况，与被评估方共同确定。 信息安全风险评估是否会影响系统的业务正常运行？ 除针对服务器的漏洞扫描、诊断及渗透性测试外，风险评估不会对系统的业务运行造成影响。即使是渗透性测试，也仅仅是为了验证漏洞存在给系统可能造成的后果（如文件窃取、控制修改关键程序/进程等），而不是以破坏系统为目的。评估人员在执行渗透性测试前，会将详细的渗透测试方案与用户交流，包括渗透测试对象、测试强度、可能后果、提前备份等要求，并经用户认可后方能实施。 信息安全风险评估的结果形式是什么？ 信息安全风险评估在评估过程中将生成一系列的风险评估操作记录，包括：重要资产列表、脆弱性汇总表、资产威胁识别表、资产威胁风险系数表、信息资产综合风险值表等， 将生成三份评估结果： 脆弱性评估报告：以资产为核心，描述该资产存在的薄弱点。 风险评估报告：反映了风险评估整个过程、方法、内容及风险结果。 风险处理计划：针对识别的风险，提出具体的控制目标和控制措施。 信息安全风险评估的周期有多长 信息安全风险评估没有确定的时间周期，一般两年一次进行定期的评估，但当组织新增信息资产、系统发生重大变更、业务流程发生重大变化、发生严重信息安全事故等情况下应进行风险评估。 此外，对系统规划、扩建时也需要进行风险评估，为安全需求、安全策略的制定提供依据。 信息安全风险评估的收费标准 根据评估对象的不同而不同。风险评估的对象可以是：单个独立的信息系统、支持组织业务的整体信息处理环境、整个组织范围。信息安全风险评估的费用主要依据以下几个方面进行核算： 网络规模 联网单位或客户端抽样比例 被评估系统的多少 被评估信息设备的多少 被评估的组织范围大小
四、职能一体化满足原则 构建体系整合实施，应将管理职能的集中与分散进行结合，要充分考虑两套体系的标准差异，调整与优化组织结构，做到对标准的共性要求的集中管理与统一控制。 五、降本增效满足原则 两套体系整合后应在时效性与成本控制方面有明显的改进。 六、风险控制满足原则 确保在体系流程规划、实施与运行时，能够采取有效措施对各类风险进行有效控制。 七、全员参与满足原则 要求在体系实施与执行过程中，组织全体人员都参与进来，从而保证大家在思路上的共识。 八、体系运行模式满足原则 遵照PDCA 过程方法来对体系进行不间断的持续改进。 九、工具接口满足原则 如要对IT 服务管理与信息安全，要建设两个系统时，要求两个系统要设计详细的接口，并有专门的文档来记录接口定义。 整合可行性 通过以往的项目经验及对两套体系的研究，归纳与总结ISO20000与ISO27001 的体系对比，两套体系整合的可行性可能会存在以下几个方面，包括： 一、体系实施人员的整合 作为两套体系整合的 要素，也是整合重要的因素，只有对实施人员的统一管理与任务分派，才能更好的管理体系实施与改进。即使人员有很大变动时，也能保证正常的服务运营。 二、体系规范的整合 体系实施人员通过自身研究或借助咨询公司深入研究两套体系规范，找出其共性体系要素。如：ISO20000的“事件管理”与ISO27001的“信息安全事故管理”等。 三、法律法规的整合 企业从整体上应满足两套体系的法律、法规要求，这样可以保证符合法律的全面性。 四、流程建设的整合 ISO20000认证与ISO27001认证参照体系规范的模型与流程建设原则，可以规范内在管理与外在服务程序，使服务支持与服务提供紧密结合，并对成本投入进行有效控制，为组织提供事件处理的时效性、灵活性及风险控制性。通过体系中所阐述的考核指标与报表，可实现服务可计量。 五、体系实施文件编制的整合 当前，两套体系认证的文档体系框架主要都是以四级文档为准，并且划分的结构层次也有一定程度的相似之处。可以提炼出共用的模板与文件结构。 六、组织运维规划与职能的整合 组织的运维规划要从服务与风险控制两个主要方面来考虑，保证制定的战略符合未来的发展要求，依据详细的控制措施来保障整体的服务能力。并根据两套体系的标准差异，调整与优化组织结构，完善角色人员的职能化要求，从而实现职能一体化的建设。 七、内部与管理评审的整合 在管理评审的前期准备时，可以全面考虑其评审符合条件要素，审核后可根据审核机构的建议来统一进行改进与优化。审核机构应尽量选择同一家认证机构，保证认证及维护的一致性。
