CWE

常见的弱点枚举

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

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

cwe - 1283:可变的认证或测量报告数据

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

编辑自定义过滤器


+描述
寄存器内容用于认证或测量报告数据来验证引导流所修改的一个对手。
+扩展描述

芯片系统(SoC)实现安全启动或启动验证。在这个引导流,SoC通常测量代码验证。测量通常是通过计算单向散列代码的二进制和扩展到以前的散列。散列算法应该是一个安全的单向散列函数。最后一个散列。,完成后获得的价值引导流,作为报告或认证使用的测量数据。计算散列通常是存储在寄存器中,然后可以阅读的政党的利益来确定篡改引导流量。一个共同的弱点在于这些寄存器的内容是修改了的对手,从而欺骗测量。

+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 支柱支柱——一个弱点是最抽象类型的弱点和代表一个主题类/基地/变体相关弱点。支柱是不同于一个类别作为支柱技术上仍然是一种弱点,描述了一个错误,而一个类别代表一个共同特征用于组相关的东西。 284年 访问控制不当
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关观点“硬件设计”(cwe - 1194)
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1196年 安全流动问题
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
架构和设计 这样的问题可以介绍在硬件体系结构或设计,可以确定以后在测试或系统配置阶段。
实现 如果保护报告期间配置寄存器的访问控制实现,这个弱点可以出现。
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

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

操作系统

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

体系结构

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

技术

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

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

技术的影响:读记忆;读取应用程序数据

+示范例子

示例1

SoC扩展了散列并将结果存储在寄存器。如果没有保护,敌人可以写他们选择这些寄存器的散列值。因此,攻击者控制报告的结果。

为了防止上述场景中,寄存器应该有一个或多个以下属性:

  • 应该只读对敌人
  • 不能扩展或修改的直接或间接(使用一个可信代理代理)的对手
  • 应该有适当的访问控制或保护吗

+潜在的缓解措施

阶段:体系结构和设计

测量数据应该存储在寄存器是只读或访问控制,防止修改由一个不可信的代理。

+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1396年 综合分类:访问控制
+脆弱性映射笔记

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+笔记

维护

这个条目仍在开发,并将继续看到更新和内容的改进。
+引用
(ref - 1107)英特尔公司。“作为PCIe设备测量要求”。2018 - 09年。<https://www.intel.com/content/dam/www/public/us/en/documents/reference-guides/pcie-device-security-enhancements.pdf>。
[ref - 1131]约翰·巴特沃斯科里Kallenberg和韩国帝王Kovah。“BIOS Chronomancy:修复信任的核心根测量”。2013-07-31。<https://media.blackhat.com/us-13/US-13-Butterworth-BIOS-Security-Slides.pdf>。
+内容的历史
+提交
提交日期 提交者 组织
2020-04-25
(CWE 4.1, 2020-02-24)
Arun Kanuparthi Hareesh Khattri Parbati Kumar吗哪,哈Kumar V Mangipudi 英特尔公司
+修改
修改日期 修饰符 组织
2020-08-20 CWE内容团队 主教法冠
更新引用,Related_Attack_Patterns
2022-04-28 CWE内容团队 主教法冠
更新Related_Attack_Patterns
2023-04-27 CWE内容团队 主教法冠
更新的关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日