CWE

常见的弱点枚举

一个由社区开发的软件&硬件缺陷类型的列表
新CWE吗?点击这里!
CWE最重要的硬件的弱点
CWE最危险的弱点
家>CWE列表> CWE -个人字典定义(4.12)
ID

cwe - 561:死代码

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

编辑自定义过滤器


+描述
产品包含死代码,无法执行。
+扩展描述
死代码不能被执行的代码在运行的程序。周围的代码使它不可能执行一段代码。
+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 类类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 1164年 不相关的代码
光束 基地Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 570年 表达式总是错误的
光束 基地Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 571年 表达式总是正确的
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关观点“软件开发”(cwe - 699)
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1006年 糟糕的编码实践
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
实现
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

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

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

技术的影响:质量退化

死代码的结果不能被执行的代码是一个迹象显示源代码的问题,需要修复,表明质量较差。
其他

技术的影响:减少可维护性
+示范例子

示例1

第二个if语句的条件无法满足。它要求非空的变量,而在年代唯一的路径可以被指定一个非空值有一个返回语句。

(坏的代码)
例如语言:c++
字符串s =零;
如果(b) {
s =“是”;
返回;
}

如果(s ! = null) {
死();
}

示例2

下面的类,两个私有方法调用,但是由于没有一个从其他地方调用,它们都是死代码。

(坏的代码)
例如语言:Java
公开课DoubleDead {
私人空间doTweedledee () {
doTweedledumb ();
}
私人空间doTweedledumb () {
doTweedledee ();
}
公共静态void main (String [] args) {
system . out。println(“运行DoubleDead”);
}
}

(在本例中它是一件好事,方法都死了:调用任何一种会导致无限循环)。

示例3

字段命名胶不是用于下面的类。类的作者不小心把引号字段名称,将其转换成一个字符串常数。

(坏的代码)
例如语言:Java
公开课死{
字符串胶;

公共字符串getGlue () {
返回“胶水”;
}
}
+观察到的例子
参考 描述
链:不正确的“goto”苹果产品绕过SSL证书验证,允许Adversary-in-the-Middle (AITM)攻击(苹果“goto失败”错误)。cwe - 705(不正确的控制流范围)- >cwe - 561(死代码)- >cwe - 295(不正确的证书验证)- >cwe - 393(返回错误状态码)- >cwe - 300(由Non-Endpoint通道访问)。
+潜在的缓解措施

实施阶段:

在部署应用程序之前删除死代码。

测试阶段:

使用一个静态分析工具发现死代码。
+弱点Ordinalities
Ordinality 描述
间接
(缺点是一个质量问题,可能会间接更容易引入的安全相关的弱点或使他们更难检测)
+检测方法

体系结构或设计审查

根据飙升,以下检测技术可能是有用的:

高成本效益:
  • 检验(IEEE 1028标准)(适用于需求、设计、源代码,等等)。
  • 正式的方法/ Correct-By-Construction
成本有效的部分报道:
  • 攻击建模

有效性:高

自动静态分析——二进制或字节码

根据飙升,以下检测技术可能是有用的:

高成本效益:
  • 二进制字节码质量分析
  • 比较二进制/字节码应用程序权限清单

有效性:高

动态分析与人工解释结果

根据飙升,以下检测技术可能是有用的:

成本有效的部分报道:
  • 自动化监控执行

有效性:飙升部分

自动静态分析

根据飙升,以下检测技术可能是有用的:

成本有效的部分报道:
  • 许可清单分析

有效性:飙升部分

自动静态分析源代码

根据飙升,以下检测技术可能是有用的:

高成本效益:
  • 源代码质量分析仪
成本有效的部分报道:
  • 警告标志
  • 源代码缺陷分析仪
  • Context-configured源代码分析器

有效性:高

动态分析与自动化的结果解释

根据飙升,以下检测技术可能是有用的:

成本有效的部分报道:
  • Web应用程序扫描
  • Web服务的扫描仪
  • 数据库扫描仪

有效性:飙升部分

人工静态分析源代码

根据飙升,以下检测技术可能是有用的:

高成本效益:
  • 手工源代码审查(不检查)
成本有效的部分报道:
  • 关注人工抽查,手动分析来源

有效性:高
+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 747年 CERT C安全编码标准(2008)第14章-杂项(MSC)
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 883年 CERT c++安全编码部分49 -杂项(MSC)
MemberOf 视图视图——CWE条目的一个子集,它提供了一种检查CWE的内容。两个主要视图结构片(列表)和图(包含条目之间的关系)。 884年 CWE横截面
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 886年 SFP主要集群:未使用的实体
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1130年 方案及质量措施》(2016)——可维护性
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1186年 SEI CERT Perl编码标准——50的指导方针。杂项(MSC)
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1307年 方案及质量度量,可维护性
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1412年 综合分类:糟糕的编码实践
+脆弱性映射笔记

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+分类法映射
映射分类名称 节点ID 适合 映射节点名
CERT C安全编码 MSC07-C 检测和去除死代码
SEI CERT Perl编码标准 MSC00-PL 确切的 检测和去除死代码
软件故障模式 SFP2 未使用的实体
OMG ASCMM ASCMM-MNT-20
+引用
(ref - 960)对象管理组织(OMG)。“自动源代码可维护性措施(ASCMM)”。ASCMM-MNT-20。2016 - 01。<https://www.omg.org/spec/ASCMM/>。URL验证:2023-04-07。
+内容的历史
+提交
提交日期 提交者 组织
2006-07-19
(CWE草案3,2006-07-19)		 匿名工具供应商(NDA)
+修改
修改日期 修饰符 组织
2008-07-01 Eric Dalci Cigital
更新Potential_Mitigations Time_of_Introduction
2008-09-08 CWE内容团队 主教法冠
更新描述、关系、Other_Notes Taxonomy_Mappings
2008-11-24 CWE内容团队 主教法冠
更新的关系,Taxonomy_Mappings
2009-05-27 CWE内容团队 主教法冠
更新Demonstrative_Examples
2009-07-27 CWE内容团队 主教法冠
更新Demonstrative_Examples
2009-10-29 CWE内容团队 主教法冠
更新Common_Consequences Other_Notes
2011-06-01 CWE内容团队 主教法冠
更新Common_Consequences
2011-09-13 CWE内容团队 主教法冠
更新的关系,Taxonomy_Mappings
2012-05-11 CWE内容团队 主教法冠
更新Common_Consequences、人际关系
2012-10-30 CWE内容团队 主教法冠
更新Potential_Mitigations
2014-06-23 CWE内容团队 主教法冠
更新Observed_Examples
2014-07-30 CWE内容团队 主教法冠
更新Detection_Factors Taxonomy_Mappings
2017-11-08 CWE内容团队 主教法冠
更新的关系,Taxonomy_Mappings
2019-01-03 CWE内容团队 主教法冠
更新Common_Consequences、引用关系,Taxonomy_Mappings Weakness_Ordinalities
2019-06-20 CWE内容团队 主教法冠
更新的类型
2020-02-24 CWE内容团队 主教法冠
更新Applicable_Platforms Observed_Examples,关系
2020-08-20 CWE内容团队 主教法冠
更新的关系
2021-03-15 CWE内容团队 主教法冠
更新的关系
2021-07-20 CWE内容团队 主教法冠
更新Observed_Examples
2023-01-31 CWE内容团队 主教法冠
更新描述
2023-04-27 CWE内容团队 主教法冠
更新引用关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日

使用常见的弱点枚举(CWE)和相关的引用从这个网站的使用条款。CWE赞助的美国国土安全部(DHS)网络和基础设施安全机构(CISA)和管理的国土安全系统工程和发展研究所这是由(HSSEDI)manbetx客户端首页(斜方)。版权©2006 - 2023,斜方公司。manbetx客户端首页CWE、水煤浆、CWRAF, CWE标志是斜方公司的商标。manbetx客户端首页