CWE

常见的弱点枚举

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

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

cwe - 1304:不当保存完整的硬件配置国家权力保存/恢复操作期间

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

编辑自定义过滤器


+描述
产品执行权力保存/恢复操作,但它并不能保证配置的完整性状态维护和/或操作的开始和结束之间的验证。
+扩展描述

电源关闭之前,知识产权(IP)保存当前状态(S)持久性存储,如flash或不间断内存以优化恢复操作。在这个过程中,攻击者访问持久性存储可能改变(S)的配置可能会修改权限,禁用保护,和/或硬件造成破坏。如果IP不验证配置状态存储在持久的记忆,再次重获力量或操作时,IP可以通过激活一个不必要的妥协/有害的配置。

+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 支柱支柱——一个弱点是最抽象类型的弱点和代表一个主题类/基地/变体相关弱点。支柱是不同于一个类别作为支柱技术上仍然是一种弱点,描述了一个错误,而一个类别代表一个共同特征用于组相关的东西。 284年 访问控制不当
PeerOf 类类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 345年 验证数据的真实性不足
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关观点“硬件设计”(cwe - 1194)
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1206年 电源、时钟、温度和复位问题
PeerOf 基地Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 1271年 未初始化的值重置为注册安全设置
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
架构和设计 弱点介绍通过失踪内部完整性保证期间保存/恢复力量
集成 弱点介绍通过失踪的外部力量保存/恢复期间完整性验证
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

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

操作系统

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

体系结构

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

技术

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

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

技术的影响:DoS:不稳定;DoS:崩溃,退出或重新启动;DoS:资源消耗(其他);获得特权或假设的身份;旁路保护机制;改变执行逻辑;质量退化;意想不到的状态;减少可维护性;减少性能; Reduce Reliability

+示范例子

示例1

下面的伪代码演示了力量保存/恢复工作流可能导致弱势通过缺乏验证后的配置状态恢复。

(坏的代码)
例如语言:C
空白save_config_state ()
{
void * cfg;

cfg = get_config_state ();
save_config_state (cfg);

go_to_sleep ();
}

空白restore_config_state ()
{
void * cfg;
cfg = get_config_file ();
load_config_file (cfg);
}

下面的伪代码的完整性检查减灾工作流程:

(好的代码)
例如语言:C
空白save_config_state ()
{
void * cfg;
void *沙;

cfg = get_config_state ();
save_config_state (cfg);

/ /保存散列(cfg)到受信任位置
沙= get_hash_of_config_state (cfg);
save_hash (sha);

go_to_sleep ();
}

空白restore_config_state ()
{
void * cfg;
void * sha_1 sha_2;

cfg = get_config_file ();
/ /恢复散列的配置可信的记忆
sha_1 = get_persisted_sha_value ();

sha_2 = get_hash_of_config_state (cfg);
如果(sha_1 ! = sha_2)
assert_error_and_halt ();

load_config_file (cfg);
}

必须指出在上一个示例中良好的伪代码,内存(散列存储的配置状态)时必须值得信赖的力量之间的硬件是保存和恢复状态。

+潜在的缓解措施

阶段:体系结构和设计

在IP,将完整性检查通过密码散列的配置状态。内的散列可以保护知识产权等通过存储在内部寄存器,永远不要失去权力。电源关闭之前,知识产权执行散列的配置并将它保存在这些持续的寄存器。恢复后,保存配置的IP执行散列和比较它与保存的散列。如果它们不匹配,那么配置IP不应该信任。

阶段:集成

外的IP,将完整性检查通过值得信赖的代理的配置状态。电源关闭之前,值得信赖的代理执行散列的配置并保存持久性存储的哈希。恢复后,IP请求可信代理验证当前配置。如果散列的配置是无效的,那么配置IP不应该信任。

阶段:集成

以外的IP,将一个受保护的环境,防止未修改的配置状态不可信的代理。电源关闭之前,一个值得信赖的代理可以节省IP的配置状态在这个位置,只有是特权保护。恢复后,可信代理将保存的状态加载到IP。
+功能区域
  • 权力
+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1396年 综合分类:访问控制
+脆弱性映射笔记

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+内容的历史
+提交
提交日期 提交者 组织
2020-07-16
(CWE 4.2, 2020-08-20)
Accellera系统计划
+修改
修改日期 修饰符 组织
2021-03-15 CWE内容团队 主教法冠
更新Functional_Areas
2021-07-20 CWE内容团队 主教法冠
更新Related_Attack_Patterns
2023-04-27 CWE内容团队 主教法冠
更新的关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日