CWE

常见的弱点枚举

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

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

cwe - 1270:一代的不正确的安全令牌

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

编辑自定义过滤器


+描述
产品实现了一个安全令牌机制来区分哪些行动被允许或不允许当一个事务来源于一个实体。然而,在系统中生成的安全令牌是不正确的。
+扩展描述

Systems-On-a-Chip (SoC)(集成电路和硬件引擎)实现安全令牌来区分和识别行为源于不同的代理。这些行动可以“读”、“写”,“计划”,“重置”,“拿”、“计算”,等等。安全令牌生成并分配给每个代理的SoC能够生成一个动作或接收一个动作从另一个代理。每一个代理可以分配一个独一无二的,基于信任水平的安全令牌或特权。错误生成安全令牌可能导致同样用于多个代理或多个令牌用于相同的代理。这种情况可能导致拒绝服务(DoS)或执行一个动作,进而可能导致特权升级或意想不到的访问。

+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 支柱支柱——一个弱点是最抽象类型的弱点和代表一个主题类/基地/变体相关弱点。支柱是不同于一个类别作为支柱技术上仍然是一种弱点,描述了一个错误,而一个类别代表一个共同特征用于组相关的东西。 284年 访问控制不当
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关观点“硬件设计”(cwe - 1194)
自然 类型 ID 的名字
ChildOf 类类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 1294年 不安全的安全标识符机制
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
架构和设计
实现
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

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

操作系统

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

体系结构

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

技术

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

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

技术的影响:修改文件或目录;执行未经授权的代码或命令;旁路保护机制;获得特权或假设的身份;读记忆;修改内存;DoS:崩溃,退出或重新启动

+示范例子

示例1

考虑一个系统和一个寄存器,用于存储一个AES加密或解密的关键。关键是128位长实现为一组4个32位寄存器。关键寄存器是资产,并注册,AES_KEY_ACCESS_POLICY,定义提供必要的访问控制。寄存器的访问策略定义了代理,使用安全令牌,可以访问AES-key寄存器。每一位在这32位寄存器用于定义一个安全令牌。最多可以有32安全令牌允许访问AES-key寄存器。当(位= " 1 ")位数量设置允许行动代理人的身份匹配点数量。如果明确(= " 0 ")相应的行动无效代理。

假设系统有两个代理:一个主控制器和一个Aux-controller。各自的安全令牌是“1”和“2”。

注册 描述 默认的
AES_ENC_DEC_KEY_0 AES加密或解密的关键[0:31] 0 x00000000
AES_ENC_DEC_KEY_1 AES加密或解密的关键[32:63] 0 x00000000
AES_ENC_DEC_KEY_2 AES加密或解密的关键[64:95] 0 x00000000
AES_ENC_DEC_KEY_3 AES加密或解密的关键[96:127] 0 x00000000
AES_KEY_ACCESS_POLICY AES键访问寄存器(31:0) 0 x00000002

一个代理和一个安全令牌“1”访问AES_ENC_DEC_KEY_0通过AES_ENC_DEC_KEY_3寄存器。按照上面的访问策略,策略允许访问AES-Key-access AES-key寄存器如果安全令牌是“1”。

(坏的代码)
例如语言:其他
SoC错误生成安全令牌“1”为每个代理。换句话说,主控制器和Aux-controller都指定安全令牌“1”。

代理都访问AES-key寄存器。

(好的代码)
例如语言:其他
SoC应该正确地生成安全令牌,主控制器赋值为“1”和“2”Aux-controller
+潜在的缓解措施

阶段:体系结构和设计;实现

  • 一代的设计应当检查安全令牌不一致和共同的弱点。
  • 安全令牌和编程定义流应该测试pre-silicon和post-silicon测试。
+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1396年 综合分类:访问控制
+脆弱性映射笔记

用法:允许

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

原因:可接受的使用

理由是:

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

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+内容的历史
+提交
提交日期 提交者 组织
2020-03-06
(CWE 4.1, 2020-02-24)
Arun Kanuparthi Hareesh Khattri Parbati Kumar吗哪,哈Kumar V Mangipudi 英特尔公司
+修改
修改日期 修饰符 组织
2020-08-20 CWE内容团队 主教法冠
更新Applicable_Platforms Demonstrative_Examples,描述、Modes_of_Introduction名字,Potential_Mitigations、人际关系
2021-07-20 CWE内容团队 主教法冠
更新Related_Attack_Patterns
2022-04-28 CWE内容团队 主教法冠
更新Related_Attack_Patterns
2022-10-13 CWE内容团队 主教法冠
更新Demonstrative_Examples
2023-04-27 CWE内容团队 主教法冠
更新的关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
+以前的条目名称
改变日期 以前的条目名称
2020-08-20 代的不正确的安全标识符
页面最后更新:2023年6月29日