大学期间,一专业老师给我们上风险评估课程。当时听的头晕,不知所云,老师倒一直强调风险评估重要性。工作几年后对风评有实践理解,但现在已经用不到了。抽时间坐下记录。
本文的风评逻辑基于GB/T 20984-2022_信息安全技术 信息安全风险评估方法
为了更好的理解风评的要素,以亡羊补牢的故事引入,讨论羊圈是否需要补上。
现在几个要素就齐全了:
再对应几要素,逻辑就通顺了:

一只羊是资产、一群羊也是资产、一个山头里所有的羊都是资产。牧羊人是资产、羊圈是资产、土地是资产。如果无限制地延申思绪,就无法将资产明确下来。我们可以先确定评估对象是谁,再分类梳理,直到最小颗粒。如下图:

这里也能感受到系统组件和单元资产的范围非常杂且广,因此明确资产的范围是非常重要的。实际操作时,可按侧重点进行识别。GB44495在2022年更新成了的资产层级(见上图),评估时可突出重点评估的对象。在逻辑能自圆其说下,可对部分内容融合。
比如直接并不需要明确区分数据类别时,可将A业务资产下的数据资源定义成A业务数据资源,不做细分。A业务数据资源下再分配数据库服务器(系统单元)、数据库软件(系统组件)、数据库管理员(人力资产),也不做细分。如果数据类别影响数据资产的CIA,则再进行拆解。
这种资产层级的拆分方式,是为了对具体的系统组件和单元资产做评估后,逐层向上聚拢,计算出最高层组织的风险值。
如同狼群是会伤害羊群的威胁,还有更多的威胁需要考虑,比如天灾、疾病、小偷、人为疏忽等。
如果道不拾遗,夜不闭户,那小偷的可能性就很低,连年干旱,被渴死的概率就会提升。这里就可以看到威胁是动态的,比如,2017年以后勒索病毒的发送频率会逐渐增高,一家单位总是被社工成功,就要提升勒索和社工的发生频率。
不同行业面临的威胁各有不同,同一企业发送威胁的可能性也不同。因此可以先选取一个相对适用的威胁列表。再调研企业近些年发生的事件(包括外部攻击、内部误操作),对威胁发生概率进行调整。
示例:交通运输行业信息系统主要威胁表:https://www.mot.gov.cn/yijianzhengji/201612/P020161230509036370073.pdf
| 系统类型 | 重点关注威胁类型 | 重点关注威胁子类 |
| 业务服务类 | 网络攻击 | 拒绝服务攻击、钓鱼攻击等 |
| 业务服务类 | 泄密 | 个人信息泄露等 |
| 业务服务类 | 篡改 | 发布信息篡改等 |
| 业务生产类 | ··· | ··· |
脆弱性可以理解为资产有漏洞,但并不是利用漏洞实现的攻击效果。比如Fastjson版本低,这就是一种脆弱性,能够RCE成功则是黑客(威胁)利用Fastjion漏洞(脆弱性)实现攻击。
在GB/T 20984中并没有具体的脆弱性识别方式,这是因为GB/T 20984只是一种方法论,它提出风险应围绕哪些因素分析,但没有具体的脆弱性识别清单。可以参照有明确要求的评估指南、或者国标/行标原文条,进行评估。比如选择等保、漏扫、人工渗透、问卷调研等,都是识别脆弱性的方式。
识别脆弱性的方法,需要贴切项目和企业需求。盲目扩大用例既增加成本,又找不到有意义的脆弱性。
可以理解为一种声明,以减少对不必要的脆弱性的识别,和减少采取不必要的处置措施。比如,声明企业员工法律很强,则评估前不考虑员工内部窃取的问题;声明组织物理网络隔离,则评估后应用系统漏洞风险值降低。
已有安全措施分为预防性、保护性两种
能够得到具体风险价值的是定量;基于经验计算出风险等级的是定性。
定量计算只在考题中见过。要求在评估时,以数据说话。比如威胁发生的具体概率、对象的具体价值、被攻击后的损失金额。比如:
因此,为了避免水灾造成的损失,每年至多投入2万元的防护措施,能确保即使出现水灾,整体受损也是减少的。假设每年投入0.5万元的防水措施,将机房出现水灾后会损失价值的百分比降低到0.2:
投入0.5万元,为企业降低1万元损失,属于隐性收益。快告诉老板,网络安全的投入是挣钱的!
但实际操作时,如何判断AV、EF、ARO?这是很难厘清的,所以定量评估基本上不去使用。
不追求精准的风险损害价值,以评估组织的经验评估资产价值、威胁等级、脆弱性严重程度。
资产价值
威胁等级
脆弱性严重程度
注意
定性计算风险值


对系统单元和组件进行评估得到的是各最小细粒度资产的风险值,并不能体现组织的整体风险。按GB20984的资产框架,还需要向上汇聚。可以进行加权求平均值计算上一层的风险值,汇聚到组织一层,得到组织的风险值。
还有一种是取最大/最小值,比如A信息系统下的a系统单元中,最高的一项风险值是3.5,则a系统单元的风险值是3.5,依次向上汇聚。
方法有很多,GB44495只是提出需要自下而上汇总,具体方法/函数没有要求。计算到最后得到组织风险值,再转换成风险级别(比如风险值4.1,风险等级很高)。
GB20984:2022是方法论,需要配合其他评估项一起使用。感兴趣的可以看下27000簇,其中27005也是风险评估方法论,27001是要求规范(规范条款也可作为评估用例)。
多听多看多学多用...(* ̄0 ̄)ノ