常见的弱点枚举

产品使用外部输入和反射来选择使用哪个类或代码,但这并不足够防止输入选择不当或代码的类。

如果产品使用外部输入来确定哪个类来实例化或方法调用,那么攻击者可以提供值来选择意想不到的类或方法。如果发生这种情况,那么攻击者可以创建控制流路径没有开发人员的意图。这些路径可以绕过身份验证或访问控制检查,或者导致产品以一种意想不到的方式表现。这种情况下成为一个世界末日的场景,如果攻击者可以上传文件到一个位置,出现在产品的类路径(cwe - 427)或将新条目添加到产品的类路径(cwe - 426)。在这两种情况下,攻击者可以使用反射来引入新的、恶意行为的产品。

此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。 此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。 此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。 此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。

该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

示例1

一个常见的原因,程序员使用反射API来实现他们自己的指挥调度。下面的示例显示了一个指挥调度程序,不使用反射:

程序员可能重构代码使用反映如下:

重构最初似乎带来了许多优势。有更少的代码行数,if / else块已经完全消除,和现在可以添加新命令类型无需修改调度员的命令。然而,重构允许攻击者实例化实现工人的任何对象的接口。如果调度员的命令仍负责访问控制,然后每当程序员创建一个新类,它实现了工人接口,他们必须记住修改调度程序的访问控制代码。如果不修改访问控制代码,然后一些工人类不会有任何访问控制。

为了解决这个访问控制问题的一个方法是让工人对象负责执行访问控制检查。re-refactored代码的一个例子:

虽然这是一种进步,它鼓励分散的访问控制方法,使程序员更容易使访问控制错误。这段代码使用反射来还突出了另一个安全问题建立一个指挥调度。攻击者可以为任何类型的对象调用默认构造函数。事实上,攻击者甚至不是约束对象,实现职工接口;系统中任何对象的默认构造函数可以调用。如果对象没有实现职工接口,将抛出一个ClassCastException之前ao的任务,但如果构造函数执行操作,在攻击者的支持工作,将已经完成的损害。尽管这个场景是相对良性的简单产品,在较大的产品复杂性呈指数级增长并不是不合理的,攻击者可能会发现一个构造函数利用攻击的一部分。

这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。