**摘要:**CWE做为软件缺陷分类的重要标准, 对安全研究、安全标准、缺陷管理起了重要的纽带作用。CWE通过编号的类型(类缺陷、基础缺陷和变种缺陷等)形成了多层次的缺陷类型划分体系。本文进一步剖析了CWE视图的层次之间的定义和解析方式。
本文分享自华为云社区《CWE视图层级关系的解析 之 CWE节点的存储和定义》,作者:Uncle_Tom。
CWE做为软件缺陷分类的重要标准, 对安全研究、安全标准、缺陷管理起了重要的纽带作用。CWE使代码缺陷不同领域的研究人员在交流安全问题时,能够采用相同的定义,减少了歧义性。
CWE通过编号的类型(类缺陷、基础缺陷和变种缺陷等)形成了多层次的缺陷类型划分体系。
CWE按照使用者视角, 给出了不同的CWE视图. CWE提供了三大类的视图.
CWE提供了:
基于一些外部组织生成的视图. 这里有我们熟悉的CWE TOP 25,OWASP TOP 10,以及 SEC CERT的编程规范和CISQ 质量测量标准等。
这里基于特定的标准提供了特定领域的试图.
因为新的视图发布,而不再使用的视图, 例如以往的CWE TOP 25, OWASP TOP 10等.
CWE 每个版本的所有信息是存放在一个xml文件中。xml中各个字段的格式和定义是由一个xsd文件来定义xml的schema。这些两个文件可以从CWE的下载页面得到。
我们来看下视图和具体的CWE的存储关系是怎么定义在schema中的。
这个节点下定义了组成xml文件的四个主要节点:
接下来我们重点说下四个节点中的:Weaknesses和Views。
Weaknesses的定义是由WeaknessType类型定义的。
这个节点下定义每个CWE弱点的主要地方,这里有我们了解的必须的节点,例如CWE的ID,名字(Name), 描述(Description)等,以及组成每个CWE的其他节点的定义。
这里我们重点关注CWE间的关系:Related_WeaknessesType。
这个节点定义个当前CWE在不同视图下与其他节点的关联关系。主要字段包括:
通常这里只定义父节点,也就是当前节点在视图(VIEW_ID)中的父节点(Nature为ChildOf)的CWE节点是CWE_ID。
Views的定义是由ViewType类型定义的。
这里定义了视图的主要组成:
该类型具体的定义了视图的成员,以及和视图成员之间的关系。
每个视图成员由成员的CWE_ID,和所属的视图编号View_ID组成。
从这个图示可以看到编号:CWE-1000的研究者视图由以下节点组成:
视图的成员:
CWE-284:访问控制不恰当(Improper Access Control);
CWE-435: 交互错误(Improper Interaction Between Multiple Correctly-Behaving Entities);
CWE-664:在生命周期中对资源的控制不恰当(Improper Control of a Resource Through its Lifetime);
视图的子节点:
这里以CWE-120为例,从图中可以看到:
CWE-120:未进行输入大小检查的缓冲区拷贝(传统缓冲区溢出),它的父节点是:CWE-119;
CWE-119:内存缓冲区边界内操作的限制不恰当,它的父节点是: CWE-118;
CWE-118: 对可索引资源的访问不恰当(越界错误), 它的父节点是: CWE-664;
CWE-664:在生命周期中对资源的控制不恰当,它的父节点是: CWE-1000;
CWE-1000:研究者视图。
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://huaweicloud.blog.csdn.net/article/details/122687802
内容来源于网络,如有侵权,请联系作者删除!