 描述
产品实现了一个保护机制,它依赖于输入的列表(或输入)的属性所不允许的政策或者需要其他行动中和之前额外的处理,但是清单是不完整的,导致合成的弱点。
扩展描述
开发人员常常试图保护他们的产品免受恶意输入对输入进行测试已知的是坏的,如特殊字符,可以调用新的命令。然而,这样的列表通常只占最知名坏输入。攻击者可以找到其他恶意输入,没有预期的开发人员,使他们能够绕过保护机制。
替代条款
| Denylist /拒绝列表: |
这是使用CWE CAPEC而不是其他常用的术语。其对应allowlist。 |
| 过滤清单/块列表: |
这是经常使用的安全工具,如防火墙、电子邮件或网络网关、代理等。 |
| 黑名单/黑名单: |
这个词是经常使用,但使用一直在下降,组织开始采用其他条款。 |
的关系
 此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关的视图”研究概念”(cwe - 1000)
| 自然 |
类型 |
ID |
的名字 |
| ChildOf |
 类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 |
1023年 |
不完全与缺失的因素 |
| ChildOf |
 支柱——一个弱点是最抽象类型的弱点和代表一个主题类/基地/变体相关弱点。支柱是不同于一个类别作为支柱技术上仍然是一种弱点,描述了一个错误,而一个类别代表一个共同特征用于组相关的东西。 |
693年 |
保护机制失败 |
| PeerOf |
 变体——一个弱点与某种类型的产品,通常涉及到一个特定的语言或技术。更具体的比基本的弱点。变异水平弱点通常描述问题的3到5以下维度:行为、财产、技术、语言,和资源。 |
86年 |
不当中和标识符无效字符的Web页面 |
| PeerOf |
 Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
625年 |
宽容的正则表达式 |
| CanPrecede |
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
78年 |
不当使用中和特殊元素在一个操作系统命令(OS命令注入) |
| CanPrecede |
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
79年 |
中和不当输入在Web页面生成(“跨站点脚本编制”) |
| CanPrecede |
变体——一个弱点与某种类型的产品,通常涉及到一个特定的语言或技术。更具体的比基本的弱点。变异水平弱点通常描述问题的3到5以下维度:行为、财产、技术、语言,和资源。 |
98年 |
不当控制包括/需要声明在PHP程序的文件名(PHP远程文件包含) |
| CanPrecede |
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
434年 |
无限制上传文件与危险的类型 |
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关观点“软件开发”(cwe - 699)
| 自然 |
类型 |
ID |
的名字 |
| MemberOf |
 类别——CWE条目包含一组其他条目,共享一个共同的特点。 |
1215年 |
数据验证问题 |
模式的介绍
不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
| 阶段 |
请注意 |
| 实现 |
开发人员可能会开始开发一系列坏输入作为一个快速的方法解决一个特定的弱点,而不是解决问题的根源。参见[ref - 141]。 |
| 架构和设计 |
的设计可能仅仅依靠检测恶意输入作为一个保护机制。 |
常见的后果
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
示范例子
示例1
下面的代码试图阻止XSS攻击通过删除所有输入字符串出现的“脚本”。
公共removeScriptTags字符串(字符串输入字符串面具){
返回输入。replaceAll(“脚本”,面具); }
因为代码只检查小写字符串“脚本”,它可以很容易地击败了大写字母的脚本标记。
观察到的例子
| 参考 |
描述 |
|
|
产品使用denylist识别潜在危险的内容,允许攻击者绕过一个警告 |
|
|
PHP远程文件包含在web应用程序url过滤器“http”和“https”,但不是“ftp”。 |
|
|
编程语言不过滤某些shell元字符在Windows环境。 |
|
|
XSS过滤器不过滤空字符之前寻找危险标记,由web浏览器忽略。米氏和validate-before-cleanse。 |
|
|
基于网络的邮件产品不限制危险如ASPX扩展web服务器,即使其他人禁止。 |
|
|
合成XSS当只有<脚本>和<时尚>检查。 |
|
|
特权程序不明确使用bash敏感的环境变量。重叠的多个解释错误。 |
|
|
SQL注入保护方案不引用特殊字符“\”。 |
|
|
检测危险的文件名扩展可以防止用户自动执行. exe文件,但是.LNK被接受,允许合成Windows符号链接。 |
|
|
产品使用的保护变量,但不小心忽略了一个危险的变量,允许外部修改 |
|
|
|
|
|
|
|
|
|
|
|
“\”不是不允许web服务器的值列表,允许路径遍历攻击当服务器运行在Windows和其他操作系统。 |
潜在的缓解措施
实施阶段:
不完全依赖检测无效输入。有太多的变异对字符进行编码,特别是当使用不同的环境,所以缺少一些变异的可能性很高。只使用不允许输入的检测机制检测可疑活动。确保您使用的是其他保护机制,只有确定“好”的输入,如允许输入列表,并确保你正确地编码输出。 |
弱点Ordinalities
| Ordinality |
描述 |
|
主 |
(其他弱点的弱点存在独立的) |
检测方法
黑盒
剥削脆弱的常用操作可能会失败,但小变化可能会成功。 |
会员资格
这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
笔记
的关系
多个解释错误可以间接引入输入,应该禁止。例如,危险的shell元字符的列表可能不包括在一个特定shell元字符,只有有意义,并不是所有人;或检查XSS操作可能会忽略一个不寻常的构造,是由一个web浏览器,而不是其他人的。
分类法映射
| 映射分类名称 |
节点ID |
适合 |
映射节点名 |
| 千鸟 |
|
|
不完整的黑名单 |
引用
|
|
|
|
|
(ref - 62)马克·多德约翰麦克唐纳和贾斯汀Schuh。“软件安全评估的艺术”。第八章,“消除元字符”,435页。1版。艾迪生卫斯理》2006。 |
|
描述
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
