描述
产品包含的组件不能被更新或修补,从而消除漏洞或重要的bug。
扩展描述
如果发现组件包含一个漏洞或关键错误,但这个问题不能固定使用一个更新或修补,然后产品的所有者将无法防止这个问题。唯一的选择可能是更换产品的,这可能是太经济上或者操作上昂贵的产品负责人。结果,无法补丁或更新攻击者可以让产品开发或关键操作失败。这个弱点可能特别难以管理使用罗时,固件,或类似的组件,通常有有限或没有更新功能。
在医疗等行业,“遗留”设备可以几十年操作。作为我们工作组报告ref - 1197 )指出,“不能更新或替换设备既有大型和小型卫生保健组织斗争与无数支持遗留系统,不能轻易取代(硬件、软件和操作系统)和大量的漏洞和一些现代的对策。”
而硬件可以容易这个弱点,软件系统也受到影响,比如当一个第三方驱动程序或图书馆不再是积极维护或支持但仍所需的关键功能。
的关系
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关的视图”研究概念”(cwe - 1000)
自然
类型
ID
的名字
ChildOf
支柱——一个弱点是最抽象类型的弱点和代表一个主题类/基地/变体相关弱点。支柱是不同于一个类别作为支柱技术上仍然是一种弱点,描述了一个错误,而一个类别代表一个共同特征用于组相关的东西。
664年
资源的不当控制通过它的生命周期
ChildOf
类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。
1357年
依赖不够可信组件
ParentOf
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。
1277年
固件没有可更新
ParentOf
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。
1310年
缺失的补丁ROM代码的能力
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关观点“硬件设计”(cwe - 1194)
自然
类型
ID
的名字
MemberOf
类别——CWE条目包含一组其他条目,共享一个共同的特点。
1208年
横切问题
模式的介绍
不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段
请注意
需求
需求开发可能不考虑更新的重要性在产品的生命周期也可能故意排除此功能由于费用或速度等市场的担忧。
架构和设计
缺乏规划在结构开发和设计,或外部压力速度等市场,可以忽略更新的能力。
架构和设计
设计师可能省略的功能更新组件由于时间压力释放对组件的稳定产品或假设。
实现
可以通过监督在实现期间出现的弱点。
常见的后果
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围
影响
可能性
保密 完整性 访问控制 身份验证 授权 其他
技术的影响: 获得特权或假设的身份;旁路保护机制;执行未经授权的代码或命令;DoS:崩溃,退出或重新启动;质量退化;减少可维护性
如果攻击者可以识别一个可利用的漏洞在一个产品没有修补,攻击可能被用来对付所有受影响的产品的版本。
示范例子
示例1
冰箱有一个网络接口,用于提醒制造商的官方目的时,冰箱检测到一个故障。因为设备连接到互联网,冰箱是黑客的目标可能希望使用其他设备可能更邪恶的目的。
冰箱里没有打补丁和破解成为呕吐者的电子邮件垃圾邮件。
示例2
芯片系统(SOC)实现一个Root-of-Trust(腐烂)在ROM启动安全代码。然而,有时这个ROM代码安全漏洞,需要修补。由于罗是不可变的,它可以无法修补。
罗没有内置的应用程序接口(api)补丁如果代码是脆弱的。实现补丁脆弱的ROM代码的机制。
观察到的例子
潜在的缓解措施
阶段:需求
指定要求每个组件应该是可更新的,包括罗、固件等。
阶段:体系结构和设计
设计的产品,以便更新组件。包括可能需要支持的外部基础设施更新,如分发服务器。
阶段:体系结构和设计;实现
与硬件、支持补丁可以被编程攷虑或在制造通过硬件融合。这一特性可用于修补后的设备运输有限,或者下一批硅设备制造,不改变整个设备罗。
注意: 部分硬件初始化或签名验证的验证补丁总是会“不是patchable。”Hardware-fuse-based patches will also have limitations in terms of size and the number of patches that can be supported.
实施阶段:
实现必要的功能允许每个组件被更新。
弱点Ordinalities
Ordinality
描述
主
(其他弱点的弱点存在独立的)
检测方法
体系结构或设计审查
检查消费者或维护者文档架构/设计文档,或原始需求,确保文档包括细节如何更新固件。
会员资格
这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
脆弱性映射笔记
用法:允许
(CWE ID可以用来映射到现实世界的漏洞)
原因: 可接受的使用
理由是:
这CWE条目底部的抽象级别,这是一个首选的抽象级别映射到漏洞的根本原因。
评论:
仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
引用
更多的信息是可用的,请编辑自定义过滤器或选择一个不同的过滤器。