CWE

常见的弱点枚举

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

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

cwe - 1326:失踪的信任在硬件不变的根

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

编辑自定义过滤器


+描述
失踪的不可变的信任根硬件导致的能力绕过安全启动或执行不可信或敌对的引导代码。
+扩展描述

芯片系统(SoC)实现安全引导通过验证或验证签署了启动代码。签名的代码是通过一个实体的SoC信托。执行引导代码之前,SoC验证代码或代码的公共密钥已经签署了没有被篡改。的其他数据等融合的SoC系统硬件设置取决于是否启用了“安全启动”。这些数据扮演着重要的角色在建立信任的根(腐烂)执行secure-boot流动。

许多方面实现腐烂之一是通过将代码和数据存储在内存中或融合。这个内存应该是不变的,即,一旦腐烂编程/供应在内存中,内存应该锁定和阻止进一步编程或写道。如果内存内容(即。、腐烂)是可变的,那么敌人可以修改腐烂的代码来执行他们的选择,导致破坏安全启动。

注意,组件,如罗安全修补/更新功能应支持允许经过身份验证和授权的更新。

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

语言

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

操作系统

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

体系结构

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

技术

安全硬件患病率(待定)

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

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

技术的影响:获得特权或假设的身份;执行未经授权的代码或命令;修改内存

+示范例子

示例1

腐烂是存储在内存中。这个内存可以修改的对手。例如,如果一个SoC实现“安全启动”将启动代码存储在芯片外/芯片上的闪光灯,闪光灯的内容可以修改通过使用flash程序员。同样,如果引导代码存储在ROM(只读存储器),但公钥或散列的公钥(用于启用“安全启动”)存储在闪存或容易修改的内存或写道,实现是脆弱的。

一般来说,如果启动代码、关键材料和数据,使“安全启动”都是可变的,实现是脆弱的。

良好的硬件架构将腐败定义为不可变的。实现不变性的最好方法之一是存储引导代码,公钥或散列公钥和其他相关数据的只读存储器(ROM)或一次性可编程(OTP)记忆,防止进一步的编程或写道。

+潜在的缓解措施

阶段:体系结构和设计

在设计系统时,应指定腐烂存储在内存,不允许进一步编程/写道。

实施阶段:

在实现和测试,腐烂内存位置应该表明不允许进一步编程/写道。
+检测方法

自动动态分析

自动化测试可以验证腐烂组件是不可变的。

有效性:高

体系结构或设计审查

信任的根元素和内存应该是架构和设计审查的一部分。

有效性:高

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

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+引用
(ref - 1152)可信计算组织。“TCG信任规范”的根源。2018 - 07。<https://trustedcomputinggroup.org/wp-content/uploads/TCG_Roots_of_Trust_Specification_v0p20_PUBLIC_REVIEW.pdf>。
[ref - 1153] GlobalPlatform安全工作小组。“根信任的定义和要求”。2017 - 03。<https://globalplatform.org/wp-content/uploads/2018/06/GP_RoT_Definitions_and_Requirements_v1.0.1_PublicRelease_CC.pdf>。
+内容的历史
+提交
提交日期 提交者 组织
2020-04-25
(CWE 4.3, 2020-12-10)
Arun Kanuparthi Hareesh Khattri Parbati Kumar吗哪 英特尔公司
+修改
修改日期 修饰符 组织
2021-10-28 CWE内容团队 主教法冠
更新Demonstrative_Examples
2022-04-28 CWE内容团队 主教法冠
更新Applicable_Platforms Related_Attack_Patterns
2022-06-28 CWE内容团队 主教法冠
更新Applicable_Platforms Modes_of_Introduction
2023-04-27 CWE内容团队 主教法冠
更新的关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日