capec - 679:开发配置不当或实现内存保护 |
描述
敌人利用缺失或错误配置访问控制在内存读/写数据或注入恶意代码的内存表示。
扩展描述
硬件产品设计往往需要实现内存保护功能,以防止用户阅读和修改内存保留等安全操作安全的引导,验证代码,设备认证等等。然而,这些保护功能可能丢失如果不是由开发人员配置。例如,这可能发生,如果开发人员认为这些功能配置。此外,开发人员常常试图施加适当的保护功能,但可能不正确配置这些控件。其中一个例子就是设置控制粒度保护地址不足的地区。如果敌人能够发现周围内存访问控制不当,可能导致对手获得敏感数据,执行代码,绕过安全机制,不断升级的特权,甚至拒绝服务更高权限的软件。
攻击的可能性
典型的严重性
先决条件
技能要求
(级别:中等) 工艺能力恶意代码注入到内存区域。 |
(级别:高) 内存结构的复杂的知识。 |
后果
这个表指定不同的个体与攻击模式相关的后果。范围确定违反了安全属性,而影响了负面的技术影响,如果敌人成功的攻击。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能有高可能性模式将被用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围 |
影响 |
可能性 |
完整性 |
修改数据 |
|
保密 |
读取数据 |
|
保密
完整性
可用性 |
执行未经授权的命令 |
|
保密
访问控制
授权 |
获得特权 |
|
缓解措施
确保受保护的和不受保护的内存范围是孤立和不重叠。 |
如果内存区域必须重叠,利用内存优先方案如果内存区域可以重叠。 |
确保原始和镜像内存区域应用相同的保护。 |
确保不变的代码或数据存入ROM或写一次内存。 |
例子,实例
硬件产品包含非易失性内存,这本身就含有引导代码不够保护。敌人然后修改内存来绕过安全引导过程或执行自己的代码。 |
硬件产品利用CPU,并不拥有一个内存保护单元(微控制器)和内存管理单元(MMU)也不是特别支持写排他性,导致没有写排他性。正因为如此,敌人可以注入恶意代码的内存,后来执行它达到期望的结果。 |
分类法映射
CAPEC映射ATT&CK技术利用一个继承模型简化和减少直接CAPEC / ATT&CK映射。继承的映射表示文本说明父CAPEC有相关ATT&CK映射。注意,ATT&CK企业框架不使用一个继承模型的一部分映射到CAPEC。
引用
内容的历史
提交 |
提交日期 |
提交者 |
组织 |
2021-10-21
(版本3.6) |
CAPEC内容团队 |
manbetx客户端首页 |
|
|