描述
失踪的能力补丁ROM代码可能留下一个系统或SoC (SoC)处于脆弱的状态。
扩展描述
系统或芯片系统(SoC)引导过程,实现了利用安全机制,如Root-of-Trust(腐烂)通常首先执行代码从存储器(ROM)组件。ROM中的代码是不可变的,因此在ROM代码中发现的任何安全漏洞无法固定的系统已经在使用。
一个共同的弱点在于罗没有补丁后如果发现安全漏洞的能力系统被发运。这使得该系统处于脆弱状态,敌人可以妥协SoC。
的关系
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关的视图”研究概念”(cwe - 1000)
自然 |
类型 |
ID |
的名字 |
ChildOf |
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
1329年 |
依赖组件,它不是可更新 |
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关观点“硬件设计”(cwe - 1194)
自然 |
类型 |
ID |
的名字 |
MemberOf |
类别——CWE条目包含一组其他条目,共享一个共同的特点。 |
1196年 |
安全流动问题 |
模式的介绍
不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 |
请注意 |
架构和设计 |
这个问题可能是期间推出的硬件架构和设计,可以确定以后在测试期间。 |
实现 |
期间推出的这个问题可以实现,可以确定以后在测试期间。 |
集成 |
期间推出的这个问题可以集成,可以确定以后在测试期间。 |
制造业 |
这个问题可以介绍生产过程,可以确认后在测试期间。 |
常见的后果
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围 |
影响 |
可能性 |
其他
|
当系统无法修补,它可以处于一个脆弱的状态。 |
高 |
示范例子
示例1
芯片系统(SOC)实现一个Root-of-Trust(腐烂)在ROM启动安全代码。然而,有时这个ROM代码安全漏洞,需要修补。由于罗是不可变的,它可以无法修补。
罗没有内置的应用程序接口(api)补丁如果代码是脆弱的。实现补丁脆弱的ROM代码的机制。
潜在的缓解措施
阶段:体系结构和设计;实现
安全补丁支持允许修补下引导ROM代码。
注意:部分硬件初始化或签名验证的验证补丁总是会“不是patchable。” |
阶段:体系结构和设计;实现
支持补丁可以被编程攷虑或生产过程通过硬件融合。这一特性可用于修补后的设备运输有限,或者下一批硅设备制造,不改变整个设备罗。
注意:补丁使用硬件融合会有限制的大小和斑块的数量可以支持。注意,某些地方的硬件初始化或签名验证完成验证补丁总是会“不是patchable。” |
|