某信息安全技术公司风险评估概述

风险评估101蓝盾信息平安技术股份有限公司程晓峰2024年11月1日什么是风险评估？——从深夜一个回家的女孩开始讲起……风险评估3风险风险管理〔RiskManagement〕就是以可接受的代价，识别、控制、减少或消除可能影响信息系统的平安风险的过程。在信息平安领域，风险〔Risk〕就是指各种威胁导致平安事件发生的可能性及其对组织所造成的负面影响。风险管理风险评估〔RiskAssessment〕就是对各方面风险进行辨识和分析的过程，它包括风险分析和风险评价，是确认平安风险及其大小的过程。风险评估的根本概念资产影响威胁弱点风险钱被偷100块没饭吃小偷打瞌睡效劳器黑客软件漏洞被入侵数据失密通俗的比喻风险RISKRISKRISKRISK风险原有风险采取措施后的剩余风险影响威胁脆弱性影响威胁脆弱性风险管理的目标风险评估和风险管理的关系风险评估是风险管理的关键环节，在风险管理循环中，必须依靠风险评估来确定随后的风险控制与改进活动。信息平安属性保密性CONFIDENTIALATY确保信息只能由那些被授权使用的人获取完整性INTEGRITY保护信息及其处理方法的准确性和完整性可用性AVAILABILITY确保被授权使用人在需要时可以获取信息和使用相关的资产可用性确保获得授权的用户可访问信息并使用相关信息资产

完整性保护信息和处理方法的准确和完整

确保只有获得授权的人才能访问信息

保密性进不来拿不走改不了跑不了看不懂可审查不可抵赖曾经完成的操作和承诺不可抵赖性可控制网络信息传播及内容可控性确保硬件、软件、环境各方面的可靠运行可靠性信息平安之属性风险计算体系风险评价确定风险的等级，有两个关键因素要考虑〔定性风险评估〕：威胁对信息资产造成的影响〔后果〕威胁发生的可能性影响可以通过资产的价值〔重要性〕评估来确定。可能性可以根据对威胁因素和弱点因素的综合考虑来确定。按照风险分析模型计算得出风险水平。风险评价例如13确定风险处置策略降低风险〔ReduceRisk〕——采取适当的控制措施来降低风险，包括技术手段和管理手段，如安装防火墙，杀毒软件，或是改善不标准的工作流程、制定业务连续性方案，等等。防止风险〔AvoidRisk〕——通过消除可能导致风险发生的条件来防止风险的发生，如将公司内外网隔离以防止来自互联网的攻击，或是将机房安置在不可能造成水患的位置，等等。转移风险〔TransferRisk〕——将风险全部或者局部地转移到其他责任方，例如购置商业保险。接受风险〔AcceptRisk〕——在实施了其他风险应对措施之后，对于残留的风险，组织可以有意识地选择接受。14评价残留风险绝对平安〔即零风险〕是不可能的。实施平安控制后会有残留风险或残存风险〔ResidualRisk〕。为了确保信息平安，应该确保残留风险在可接受的范围内：残留风险Rr＝原有的风险R0－控制ΔR残留风险Rr≤可接受的风险Rt对残留风险进行确认和评价的过程其实就是风险接受的过程。决策者可以根据风险评估的结果来确定一个阀值，以该阀值作为是否接受残留风险的标准。ISO27001信息平安管理体系建立ISO17799:2024业务连续性管理〔Businesscontinuitymanagement〕信息平安事故管理〔Informationsecurityincidentmanagement〕访问控制〔Accesscontrol〕人力资源平安〔Humanresources

security〕物理和环境平安〔Physicaland

environmental

security〕通信和操作平安〔Communications

andoperationsManagement〕信息系统采集开发和维护〔Informationsystem

acquisition,development

andmaintenance〕资产管理〔Assetmanagement〕信息平安的组织〔Organizinginformationsecurity〕平安策略〔SecurityPolicy〕基于ISO27001的信息平安管理体系架构A15合规性相关方要求实施(D)策划(P)改进(A)检查(C)相关方满意A14业务连续性管理A13信息安全事件管理A7资产管理A6组织信息安全A5安全方针A11访问控制A8人力资源安全A9物理/环境安全A10通讯运营管理A12信息系统获取、开发及维护人员技术信息流程环境注：11控制域，39控制目标，133控制措施等保测评与风险评估的区别目的不同等级测评：以是否符合等级保护根本要求为目的照方抓药风险评估：以PDCA循环持续推进风险管理为目的对症下药等保测评与风险评估的区别参照标准不同等级测评：GB17859-1999?计算机信息系统平安保护等级划分准那么?GA/T387-2024?计算机信息系统平安等级保护网络技术要求?GA388-2024?计算机信息系统平安等级保护操作系统技术要求?GA/T389-2024?计算机信息系统平安等级保护数据库管理系统技术要求?GA/T390-2024?计算机信息系统平安等级保护通用技术要求?GA391-2024?计算机信息系统平安等级保护管理要求?…风险评估：BS7799ISO17799ISO27001ISO27002GBT20984-2024?信息平安技术信息平安风险评估标准?…等保测评与风险评估的区别可以简单的理解为等保是标准或体系，风险评估是一种针对性的手段。为什么需要进行风险评估？——该买辣椒水呢还是请保镖？什么样的信息系统才是平安的?如何确保信息系统的平安?两个根本问题什么样的信息系统才是平安的?如何确保信息系统的平安?风险分析风险管理根本问题的答案潜在损失在可以承受范围之内的系统风险分析平安决策风险管理两个答案的相关性信息平安的演化概念的演化和技术的演化同步可信是保障概念的延续信息平安的事实广泛平安是一个广泛的主题，它涉及到许多不同的区域〔物理、网络、系统、应用、管理等〕，每个区域都有其相关的风险、威胁及解决方法。动态相对绝对的信息平安是不存在的。信息平安问题的解决只能通过一系列的规划和措施，把风险降低到可被接受的程度，同时采取适当的机制使风险保持在此程度之内。当信息系统发生变化时应当重新规划和实施来适应新的平安需求。人信息系统的平安往往取决于系统中最薄弱的环节-人。人是信息平安中最关键的因素，同时也应该清醒的认识到人也是信息平安中最薄弱的环节。仅仅依赖于平安产品的堆积来应对迅速开展变化的各种攻击手段是不能持续有效的。信息平安建设是一项复杂的系统工程，要从观念上进行转变，规划、管理、技术等多种因素相结合使之成为一个可持续的动态开展的过程。

平安保障体系建设安全本钱效率平安-效率曲线平安-本钱曲线要研究建设信息平安的综合本钱与信息平安风险之间的平衡，而不是要片面追求不切实际的平安不同的信息系统，对于平安的要求不同，不是“越平安越好〞信息平安保障能力成长阶段成熟度时间盲目自信阶段认知阶段改进阶段卓越运营阶段福布斯2000强企业在不同阶段的百分比分布来源：GartnerInc.2006年1月30%50%15%5%能力成长阶段的划分盲目自信阶段普遍缺乏平安意识，对企业平安状况不了解，未意识到信息平安风险的严重性认知阶段通过信息平安风险评估等，企业意识到自身存在的信息平安风险，开始采取一些措施提升信息平安水平改进阶段意识到局部的、单一的信息平安控制措施难以明显改善企业信息平安状况，开始进行全面的信息平安架构设计，有方案的建设信息平安保障体系卓越运营阶段信息平安改进工程完成后，在拥有较为全面的信息平安控制能力根底上，建立持续改进的机制，以应对平安风险的变化，不断提升平安控制能力各个阶段的主要工作任务成熟度时间盲目自信阶段认知阶段改进阶段卓越运营阶段福布斯2000强企业在不同阶段的百分比分布来源：GartnerInc.2006年1月30%50%15%5%根本平安产品部署主要人员的培训教育建立平安团队制定平安方针政策评估并了解现状各个阶段的主要工作任务成熟度时间盲目自信阶段认知阶段改进阶段卓越运营阶段福布斯2000强企业在不同阶段的百分比分布来源：GartnerInc.2006年1月30%50%15%5%启动信息平安战略工程设计信息平安架构建立信息平安流程完成信息平安改进工程各个阶段的主要工作任务成熟度时间盲目自信阶段认知阶段改进阶段卓越运营阶段福布斯2000强企业在不同阶段的百分比分布来源：GartnerInc.2006年1月30%50%15%5%信息平安流程的持续改进追踪技术和业务的变化怎么做风险评估？——可能的攻击信息的价值可能的损失风险评估简要版资产威胁影响弱点控制可能性+=当前的危险级别风险分析方法示意图损失的量化必须围绕用户的核心价值，用户的核心业务流程如何量化损失风险管理趋势IT平安风险成为企业运营风险中最为重要的一个组成局部，业务连续性逐渐与平安并行考虑来源：Gartner否是否是风险评估的准备已有平安措施确实认风险计算风险是否接受保持已有的控制措施施施施选择适当的控制措施并评估剩余风险实施风险管理脆弱性识别威胁识别资产识别是否接受剩余风险

风险识别评估过程文档评估过程文档风险评估结果记录评估结果文档…等级保护下风险评估实施框架保护对象划分和定级网络系统划分和定级资产脆弱性威胁风险分析根本平安要求等级保护管理方法、指南信息平安政策、标准、法律法规平安需求风险列表平安规划风险评估4242风险评估工程实施过程计划准备实施报告跟踪4343评估工作各角色的责任评估组长评估员电网公司安全专责负责管理问卷访谈和运维问卷访谈；组织评估活动，控制协调进度，保证按计划完成评估任务；组织召开评估会议；代表评估小组与受评估方管理层接触；组织撰写风险评估报告、现状报告和安全改进建议提交评估报告。

负责风险评估技术部分的内容包括：网络、主机系统、应用和数据库评估熟悉必要的文件和程序；准备风险评估技术评估工具；撰写每单位的评估报告；配合支持评估组长的工作，有效完成评估任务；收存和保护与评估有关的文件。

负责配合顾问提供风险评估相关的工作环境、评估实现条件；备份系统数据;配合评估顾问完成资产分类、赋值、弱点威胁发现和赋值、风险处理意见等工作；掌握风险评估方法；收存和保护与评估有关的文件。完成扫描后,检查风险评估后系统的安全性和稳定性4444风险评估工程实施过程计划准备实施报告跟踪4545制定评估方案评估方案分年度方案和具体的实施方案，前者通常是评估筹划阶段就需要完成的，是整个评估活动的总纲，而具体的评估实施方案那么是遵照年度评估方案而对每次的评估活动所作的实施安排。评估方案通常应该包含以下内容：目的：申明组织实施内部评估的目标。时间安排：评估时间防止与重要业务活动发生冲突。评估类型：集中方式〔本次工程采用集中评估方式〕其他考虑因素：范围、评估组织、评估要求、特殊情况等。评估实施方案是对特定评估活动的具体安排，内容通常包括：目的、范围、准那么、评估组成员及分工、评估时间和地点、首末次会议及报告时间评估方案应以文件形式颁发，评估实施方案应该有评估组长签名并得到主管领导的批准。4646风险评估方案例如评估目的评价信息安全管理体系运行的符合性和有效性评估范围××××××××××××××××××评估准则《广东电网公司信息安全管理办法》《ISO27001信息安全管理体系》。评估小组评估组长×××评估组员×××××××××××××××评估活动

时间负责人备注填写信息资产采集表X月上旬×××

实施风险评估过程X月中旬×××

不符合项及高危风险纠正X月末各相关部门负责人

跟踪验证X月上旬评估小组

召开风险评估整改会议X月下旬信息部领导

编制编写者×××时间×××年×月×日评估评估者×××（信息按照专责签字）时间×××年×月×日批准批准者×××（信息部门领导签字）时间×××年×月×日4747风险评估实施方案例如评估目的对ISMS进行内部评估，为体系纠正提供依据，为管理评审提供输入评估范围××××××××××××××评估准则《广东电网公司信息安全管理办法》《ISO27001信息安全管理体系》。评估方式集中式评估评估时间X年X月X－X月X日评估组织评估组长×××评估组员第一小组×××××××××第二小组×××××××××评估安排日期时间评估区域评估内容第一小组第二小组第一小组第二小组X9:00-9:30会议室首次会议9:30-12:00

14:00-17:00

17:00-18:00

X9:00-11:00

11:00-12:00会议室评估小组会议14:00-15:00会议室末次会议编制编写者×××时间×××年×月×日评估评估者×××（信息安全专责签字）时间×××年×月×日批准批准者×××（信息部管理者签字）时间×××年×月×日4848风险评估工程实施过程计划准备实施报告跟踪4949检查列表的四要素去哪里？找谁？查什么？如何查？5050风险评估常用方法检查列表：评估员根据自己的需要，事先编制针对某方面问题的检查列表，然后逐项检查符合性，在确认检查列表应答时，评估员可以采取调查问卷、文件审查、现场观察和人员访谈等方式。文件评估：评估员在现场评估之前，应该对受评估方与信息平安管理活动相关的所有文件进行审查，包括平安方针和目标、程序文件、作业指导书和记录文件。现场观察：评估员到现场参观，可以观察并获取关于现场物理环境、信息系统的平安操作和各类平安管理活动的第一手资料。人员访谈：与受评估方人员进行面谈，评估员可以了解其职责范围、工作陈述、根本平安意识、对平安管理获知的程度等信息。评估员进行人员访谈时要做好记录和总结，必要时要和访谈对象进行确认。技术评估：评估员可以采用各种技术手段，对技术性控制的效力及符合性进行评估。这些技术性措施包括：自动化的扫描工具、网络拓扑结构分析、本地主机审查、渗透测试等。5151评估员检查工具——检查列表检查列表〔Checklist〕是评估员进行评估时必备的自用工具，是评估前需准备的一个重要工作文件。在实施评估之前，评估员将根据分工情况来准备各自在现场评估所需的检查列表，检查列表的内容，取决于评估主题和被评估部门的职能、范围、评估方法及要求。检查列表在信息平安管理体系内部评估中起着以下重要作用：明确与评估目标有关的抽样问题；使评估程序标准化，减少评估工作的随意性和盲目性；保证评估目标始终明确，突出重点，防止在评估过程中因迷失方向而浪费时间；更好地控制评估进度；检查列表、评估方案和评估报告一起，都作为评估记录而存档。5252检查列表编写的依据，是评估准那么，也就是信息平安管理标准、组织信息平安方针手册等文件的要求针对受评估部门的特点，重点选择某些应该格外关注的信息平安问题信息的收集和验证的方法应该多种多样，包括面谈、观察、文件和记录的收集和汇总分析、从其他信息源〔客户反响、外部报告等〕收集信息等检查列表应该具有可操作性检查列表内容应该能够覆盖体系所涉及的全部范围和平安要求如果采用了技术性评估，可在检查列表中列出具体方法和工具检查列表的形式和详略程度可采取灵活方式检查列表要经过信息平安主管人员审查无误后才能使用检查列表编写本卷须知53风险评估技术工具清单

技术漏洞扫描工具绿盟漏洞扫描器安信通数据库扫描器

Nessus扫描器RatioanlAppscan5454风险评估工程实施过程计划准备实施报告跟踪5555召开首次会议在完成全部评估准备工作之后，评估小组就可以按照预先的方案实施现场评估了，现场评估开始于首次会议，评估小组全体成员和受评估方领导及相关人员共同参加。首次会议由评估组长主持，评估小组要向组织的相关人员介绍评估方案、具体内容、评估方法，并协调、澄清有关问题。召开首次会议时，与会者应该做好正式记录。5656首次会议议程及内容57风险评估原那么

在风险评估前，需要对技术评估的风险进行重审。

被评估方应在接受技术评估前对业务系统备份。

在技术扫描过程中，需要系统管理员全程陪同。参考最近一年的风险评估记录.

在遇到异常情况时，及时通知管理员，并且停止评估。

技术评估安排在对系统影响较小的时间进行5858实施现场评估首次会议之后，即可进入现场评估。现场评估按方案进行，评估内容参照事先准备好的检查列表。评估期间，评估员应该做好笔记和记录，这些记录是评估员提出报告的真凭实据。记录的格式可以是“笔记式〞，也可以是“记录表式〞，一般来说，内审活动都应该有统一的“现场评估记录表〞，便于标准化管理。评估进行到适当阶段，评估组长应该主持召开评估小组会议，借此了解各个评估员的工作进展，提出下一步工作要求，协调有关活动，并对已获得的评估证据和评估发现展开分析和讨论。5959对不符合项进行描述无论是严重不符合项还是轻微不符合项，评估员都应该将其记录到不符合项