CWE

常见的弱点枚举

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

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

cwe - 1293:缺少相关的多个独立的数据来源

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

编辑自定义过滤器


+描述
产品依靠一个源的数据,防止检测如果敌人妥协一个数据源。
+扩展描述

操作成功,产品有时不得不隐式信任一个信息源的完整性。当信息被隐式地签署了,一个可以确保数据没有破坏在运输途中。这并不确保信息来源不妥协是响应一个请求。通过请求来自多个来源的信息,你可以检查所有的数据都是一样的。如果他们不是,系统应该报告应对不同的信息来源或少数值作为潜在的损害。如果没有足够的答案提供多数或多元化的响应,系统应该报告所有来源的潜在损害。随着错误的完整性的影响的严重性增加,所以应该独立信息源的数量,需要查询。

+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 类类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 345年 验证数据的真实性不足
PeerOf 基地Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 654年 依赖单一因素在一个安全的决定
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
架构和设计 期间推出的这一缺陷可能是应用程序的设计或错误配置在运行时只指定一个单点的验证。
实现 期间推出的硬件实现中,这些问题确认后在测试或系统配置阶段。
操作 这个弱点可能引入的故意失败只有一个的设备用于检索数据或失败的设备验证的数据。
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

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

操作系统

类:不使用患病率(待定)

体系结构

类:不是特定于体系结构的患病率(待定)

技术

类:不是特定于技术的患病率(待定)

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

技术的影响:阅读应用程序数据;修改应用程序数据;获得特权或假设的身份

攻击者可能会执行一个Person-in-the-Middle攻击可以颠覆一个检查外部甲骨文(例如ACME协议检查文件在网站上),因此注入任意回复到外部oracle单一角度的要求。
+潜在的缓解措施

阶段:需求

设计系统使用一个实际的拜占庭故障方法,请求来自多个来源的信息来验证数据和报告潜在的信息源。

实施阶段:

失败请求数据时使用一个实际的拜占庭故障方法。缺乏地方报告可能泄露的信息来源。依靠诱致性信息来源完整性检查。未能报告信息来源,少数回应事件响应程序。
+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1411年 综合分类:验证数据的真实性不足
+脆弱性映射笔记

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+引用
(ref - 1125) moparisthebest。“验证漏洞”。2015-06-05。<https://mailarchive.ietf.org/arch/msg/acme/s6Q5PdJP48LEUwgzrVuw_XPKCsM/>。
(ref - 1126) Josh Aas,丹尼尔McCarney和罗兰的鞋匠。“多角度验证提高域验证安全”。2020-02-19。<https://letsencrypt.org/2020/02/19/multi-perspective-validation.html>。
[ref - 1127]米格尔·卡斯特罗和芭芭拉Liskov。“实用拜占庭容错和积极的复苏”。2002-11-04。<https://dl.acm.org/doi/pdf/10.1145/571637.571640>。URL验证:2023-04-07
+内容的历史
+提交
提交日期 提交者 组织
2020-04-03
(CWE 4.2, 2020-08-20)
Kurt Seifried 云安全联盟
+修改
修改日期 修饰符 组织
2020-12-10 CWE内容团队 主教法冠
更新描述、人际关系
2023-01-31 CWE内容团队 主教法冠
更新描述
2023-04-27 CWE内容团队 主教法冠
更新的关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日