 描述
扩展描述
这可能允许攻击者伪造或注入恶意内容日志日志条目。
日志锻造缺陷发生时:
- 数据输入应用程序从一个不可信的来源。
- 数据写入一个日志文件应用程序或系统。
的关系
 此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
 相关视图”架构概念”(cwe - 1008)
| 自然 |
类型 |
ID |
的名字 |
| MemberOf |
 类别——CWE条目包含一组其他条目,共享一个共同的特点。 |
1009年 |
审计 |
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关观点“七有害的王国”(cwe - 700)
| 自然 |
类型 |
ID |
的名字 |
| ChildOf |
 类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 |
20. |
不正确的输入验证 |
背景细节
应用程序通常使用日志文件存储的历史事件或者事务以备日后查看,统计数据收集,或调试。取决于应用程序的性质,任务的审核日志文件可以根据需要手动执行或自动化工具,自动记录重要事件或趋势信息。
模式的介绍
不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
| 阶段 |
请注意 |
| 实现 |
实现:造成这一弱点在建筑安全策略的实施。 |
常见的后果
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
| 范围 |
影响 |
可能性 |
完整性
保密
可用性
不可抵赖性
|
技术的影响:修改应用程序数据;隐藏活动;执行未经授权的代码或命令
对日志文件的解释可能阻碍或误导如果攻击者可以提供数据的应用程序随后逐字记录。在最良性的情况下,攻击者可以将错误的条目插入到日志文件为应用程序提供输入,包括适当的字符。伪造或者损坏的日志文件可以用来掩盖攻击者的痕迹,可能通过扭曲统计,甚至影响另一方的恶意行为的委员会。如果日志文件自动加工,攻击者可以通过腐蚀呈现的文件无法使用的格式文件或注入意想不到的人物。攻击者可能注入代码或其他命令日志文件和日志中利用漏洞处理工具。 |
|
利用的可能性
示范例子
示例1
下面的web应用程序代码试图从一个请求对象读取一个整数值。如果方法调用失败,则输入记录一个错误消息指示发生了什么。
字符串val = request.getParameter (“val”); 尝试{
int value = Integer.parseInt (val);
} 抓住(NumberFormatException) {
log.info(“未能解析val = " + val); } …
如果一个用户提交的字符串“21”val,以下条目记录:
然而,如果攻击者提交的字符串“21 % 0 a % 0 ainfo: +用户+记录+ % 3 dbadguy”,以下条目记录:
-
信息:无法解析val = 21岁
-
信息:用户登录= badguy
显然,攻击者可以使用同样的机制来插入任意的日志条目。
观察到的例子
| 参考 |
描述 |
|
|
链:注入假日志条目使用CRLF注射用假的时间戳 |
潜在的缓解措施
实施阶段:
假设所有的输入是恶意的。使用一个“接受良好的“输入验证策略,即。,使用一个可接受的输入列表,严格遵守规范。拒绝任何不严格符合规范的输入,或将其转换为一些。
当执行输入验证,考虑所有可能相关的属性,包括长度,类型的输入,可接受的值的全系列,缺失或额外的输入,语法,一致性相关领域,符合业务规则。作为业务规则逻辑的一个例子,在语法上“船”可能是有效的,因为它只包含字母数字字符,但它不是有效的如果输入预计仅包含颜色,如“红”或“蓝色”。
不完全依赖寻找恶意或畸形的输入。这很可能错过至少有一个不受欢迎的输入,特别是如果代码的环境变化。这可以让攻击者有足够的空间绕过验证。然而,denylists可以用于检测潜在攻击或确定哪些输入是畸形的,应该直接驳回。
|
实施阶段:
使用和指定输出编码可以由下游组件读取输出。常见的编码包括iso - 8859 - 1、utf - 7, utf - 8。如果不指定一个编码,下游组件可能会选择不同的编码,通过假设一个默认的编码或使用自动推断哪些编码,这可能是错误的。编码不一致时,下游组件可能治疗一些特殊字符或字节序列,即使他们没有特别在原始的编码。攻击者就能够利用这种差异,开展注入攻击;他们甚至可以绕过保护机制,假设原编码也被下游组件。 |
实施阶段:
输入应该解码和规范化应用程序当前的内部表示之前验证( cwe - 180)。确保应用程序不会解码输入两次相同( cwe - 174)。这些错误可以用来绕过allowlist验证方案通过引入危险的输入后检查。 |
弱点Ordinalities
| Ordinality |
描述 |
|
主 |
(其他弱点的弱点存在独立的) |
会员资格
这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
分类法映射
| 映射分类名称 |
节点ID |
适合 |
映射节点名 |
| 7有害的王国 |
|
|
日志锻造 |
| 软件故障模式 |
SFP23 |
|
公开的数据 |
| CERT甲骨文安全Java编码标准(2011) |
IDS03-J |
确切的 |
没有日志unsanitized用户输入 |
| SEI CERT甲骨文Java编码标准 |
IDS03-J |
确切的 |
没有日志unsanitized用户输入 |
引用
|
描述
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关视图”架构概念”(cwe - 1008)
