CWE

常见的弱点枚举

一个由社区开发的软件&硬件缺陷类型的列表

新CWE吗?点击这里!
CWE最重要的硬件的弱点
CWE最危险的弱点
>CWE列表> CWE -个人字典定义(4.12)
ID

cwe - 483:不正确的块划定

弱点ID: 483
抽象:基地
结构:简单的
视图定制的信息:
的用户感兴趣的更多的概念方面的一个弱点。例如:教育者,技术作家和项目/项目经理。 用户关心的实际应用和细节的本质弱点以及如何预防它的发生。例子:工具开发人员、安全人员、pen-testers事件反应分析师。 对于用户映射一个问题CWE / CAPEC id,即。,找到最合适的CWE为一个特定的问题(例如,CVE记录)。例如:工具开发人员、安全人员。 用户希望看到所有可用的信息CWE / CAPEC条目。 为用户谁想要定制显示细节。
×

编辑自定义过滤器


+描述
代码没有明确划定一块,目的是包含2个或更多的语句,创建一个逻辑错误。
+扩展描述
在一些语言中,括号为块(或其他分隔符)是可选的。分隔符被忽略时,可以插入一个逻辑错误的声明被认为是在一块,但不是。在某些情况下,逻辑错误会有安全隐患。
+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 类类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 670年 Always-Incorrect控制流的实现
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关观点“软件开发”(cwe - 699)
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 438年 行为问题
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
实现
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

C(有时流行)

c++(有时流行)

+常见的后果
部分帮助这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围 影响 可能性
保密
完整性
可用性

技术的影响:改变执行逻辑

这是一个普遍的逻辑错误往往会导致obviously-incorrect行为很快注意到和固定。在轻测试或未测试的代码,这个错误可能被引入到生产环境和提供额外的攻击向量通过创建一个控制流路径导致一个意想不到的应用程序的状态。结果将取决于类型的行为被错误地执行。
+利用的可能性
+示范例子

示例1

在这个例子中,程序员已经缩进语句来调用Do_X()和Do_Y(),好像这些函数只调用的目的是当条件为真。然而,由于没有括号表示,Do_Y()总是会执行,即使条件是错误的。

(坏的代码)
例如语言:C
如果(条件= = true)
Do_X ();
Do_Y ();

这可能不是什么程序员的目的。当条件对安全至关重要,如在安全决策或检测的一个关键错误,这可能产生一个漏洞。

示例2

在这个例子中,程序员已经缩进Do_Y()语句好像意图是与前面的条件和相关的函数应该只应条件为真时调用。然而,由于Do_X()被称为在同一行条件和没有括号表示,Do_Y()总是会执行,即使条件是错误的。

(坏的代码)
例如语言:C
如果(条件= = true) Do_X ();
Do_Y ();

这可能不是什么程序员的目的。当条件对安全至关重要,如在安全决策或检测的一个关键错误,这可能产生一个漏洞。

+观察到的例子
参考 描述
不正确的缩进“goto”声明使它更加难以检测到一个错误的goto(苹果的“goto失败”)
+潜在的缓解措施

实施阶段:

总是使用明确的界定和使用静态分析技术实施这种做法。
+弱点Ordinalities
Ordinality 描述
(其他弱点的弱点存在独立的)
间接
(缺点是一个质量问题,可能会间接更容易引入的安全相关的弱点或使他们更难检测)
+检测方法

自动静态分析

自动静态分析,通常被称为静态应用程序安全性测试(科协),可以找到一些实例的这个弱点分析源代码或二进制/编译后的代码,而不必执行它。通常情况下,这是通过建立一个模型的数据流和控制流,然后寻找潜在攻击模式,连接“源”与“下沉”(输入)的起源(目的地数据与外部组件交互,较低的层,如操作系统,等等)。

有效性:高

+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 视图视图——CWE条目的一个子集,它提供了一种检查CWE的内容。两个主要视图结构片(列表)和图(包含条目之间的关系)。 884年 CWE横截面
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 977年 SFP二级集群:设计
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1410年 综合分类:控制流管理不足
+脆弱性映射笔记

用法:允许

(CWE ID可以用来映射到现实世界的漏洞)

原因:可接受的使用

理由是:

这CWE条目底部的抽象级别,这是一个首选的抽象级别映射到漏洞的根本原因。

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+分类法映射
映射分类名称 节点ID 适合 映射节点名
不正确的块划定
+引用
[REF-18]安全软件公司. .“扣应用程序安全性的过程”。2005年。<https://cwe.mitre.org/documents/sources/TheCLASPApplicationSecurityProcess.pdf>。
+内容的历史
+提交
提交日期 提交者 组织
2006-07-19
(CWE草案3,2006-07-19)
+贡献
贡献的日期 贡献者 组织
2010-04-28 迈克尔·古和保罗黑色 NIST
修正演示例子
+修改
修改日期 修饰符 组织
2008-07-01 Eric Dalci Cigital
更新Time_of_Introduction
2008-09-08 CWE内容团队 主教法冠
更新Applicable_Platforms Common_Consequences、描述关系,Other_Notes Taxonomy_Mappings
2009-05-27 CWE内容团队 主教法冠
更新Demonstrative_Examples
2009-10-29 CWE内容团队 主教法冠
更新Common_Consequences
2010-06-21 CWE内容团队 主教法冠
更新Demonstrative_Examples、描述Other_Notes
2011-06-01 CWE内容团队 主教法冠
更新Common_Consequences
2011-06-27 CWE内容团队 主教法冠
更新Common_Consequences
2012-05-11 CWE内容团队 主教法冠
更新的关系
2014-06-23 CWE内容团队 主教法冠
更新Observed_Examples
2014-07-30 CWE内容团队 主教法冠
更新的关系
2017-11-08 CWE内容团队 主教法冠
更新的关系
2019-01-03 CWE内容团队 主教法冠
更新Weakness_Ordinalities
2020-02-24 CWE内容团队 主教法冠
更新引用、关系类型
2023-04-27 CWE内容团队 主教法冠
更新Detection_Factors、人际关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日