CWE

常见的弱点枚举

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

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

cwe - 1069:空异常块

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

编辑自定义过滤器


+描述
一个调用代码块包含一个异常处理块不包含任何代码,即是空的。
+扩展描述

当一个异常处理块(如抓住最后块),但那块是空的,这可以防止产品运行可靠。如果攻击者相关的代码是可及的,那么这个可靠性问题可能会引入一个漏洞。

+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 基地Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 1071年 空的代码块
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

类:不是特定于语言的患病率(待定)

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

技术的影响:减少可靠性

+示范例子

示例1

在以下Java示例中,代码捕获了一个ArithmeticException。

(坏的代码)
例如语言:Java
公开课主要{
公共静态void main (String [] args) {
int = 1;
int b = 0;
int c = 0;

尝试{
c = a / b;

}捕捉(ArithmeticException ae) {
}

}

}

由于异常块是空的,不采取行动。

在以下代码异常记录和糟糕的执行一直在处理所需的方式允许程序继续以预期的方式。

(好的代码)
例如语言:Java
公开课主要{
公共静态void main (String [] args) {
int = 1;
int b = 0;
int c = 0;

尝试{
c = a / b;

}捕捉(ArithmeticException ae) {
日志。错误(“除以零检测,设置为1。“);
c = 1;

}

}

}
+潜在的缓解措施

实施阶段:

对于每一个异常添加代码块处理特定异常目标应用程序的方式。
+弱点Ordinalities
Ordinality 描述
间接
(缺点是一个质量问题,可能会间接更容易引入的安全相关的弱点或使他们更难检测)
+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1129年 方案》(2016)——可靠性质量措施
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1412年 综合分类:糟糕的编码实践
+脆弱性映射笔记

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+分类法映射
映射分类名称 节点ID 适合 映射节点名
OMG ASCRM ASCRM-RLB-1
+引用
(ref - 961)对象管理组织(OMG)。“自动源代码可靠性措施(ASCRM)”。ASCRM-RLB-1。2016 - 01。<http://www.omg.org/spec/ASCRM/1.0/>。
+内容的历史
+提交
提交日期 提交者 组织
2018-07-02
(CWE 3.2, 2019-01-03)
CWE内容团队 主教法冠
条目来源于共同的质量枚举(CQE)草案0.9。
+贡献
贡献的日期 贡献者 组织
2022-08-15 画Buttner
建议新示范例子、移植和应用平台。
+修改
修改日期 修饰符 组织
2020-02-24 CWE内容团队 主教法冠
更新关系类型
2022-10-13 CWE内容团队 主教法冠
更新Applicable_Platforms、Demonstrative_Examples Potential_Mitigations
2023-01-31 CWE内容团队 主教法冠
更新描述
2023-04-27 CWE内容团队 主教法冠
更新关系类型
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日