描述
敌人从生产环境中提取凭证用于代码签名,然后使用这些凭证签署恶意内容与开发人员的关键。许多开发人员使用代码签名密钥签署或哈希代码。当用户或应用程序验证签名是准确的他们相信代码来自签名密钥的所有者和代码签名应用以来没有被修改。如果对手提取签署凭证然后他们可以使用这些凭证签署自己的代码包。附加到用户或工具,验证签名的代码可能会假定来自合法的代码开发者和安装或运行代码,有效地让对手受害者的电脑上执行任意代码。这不同于 capec - 673,因为对手是执行代码签名。
典型的严重性
执行流程
探索
-
对手第一次试图获取数字证书以签署他们的恶意软件或工具。这个证书可以被盗,创建的对手,或收购通常通过一个证书颁发机构。
-
基于获得的证书类型,对手将会创建一个为他们的攻击目标。这是一个广泛或有针对性的攻击。如果敌人能够盗取证书从一个有针对性的组织,他们可以假装这个组织的合法目标代码签名。在其他情况下,敌人只会签署他们的恶意软件和冒充合法软件,使任何用户可能会信任它。这是更广泛的方法
实验
-
对手创造他们的恶意软件和信号获得的数字证书。敌人然后检查他们签署有效的代码通过从目标源下载或在本地测试。
利用
-
一旦恶意软件被签署,然后部署到所需的位置。等待一个信任的用户来运行他们的恶意软件,认为它是合法的软件。这个恶意软件可以做各种事情的动机的基础上的对手。
先决条件
有针对性的开发人员必须使用签名标志代码包的关键。(注意,这样做不是一个防御——它不仅仅意味着对手不需要偷签名的密钥建立代码之前包的开发人员的名字。) |
所需资源
缓解措施
确保未经授权的使用数字证书保护和访问。 |
如果一个数字证书被入侵应该撤销并重新生成。 |
即使一个软件有一个有效的和可信的数字签名,它应该为任何的弱点和漏洞评估。 |
例子,实例
在著名的超级工厂病毒恶意软件事件中,两个数字证书是为了妥协迹象恶意设备驱动程序与合法的凭证。签署了恶意软件出现信任的系统上运行,这促进了安装的恶意软件在内核模式。这进一步导致了Stuxnet剩下的未被发现的大量的时间。(ref - 699] |
网络间谍集团CyberKittens杠杆偷来的证书从人工智能的平方,允许他们利用签署执行内部操作枯萎的郁金香。这最终使得系统上的可执行文件运行作为受信任,让一群罢工演员内加载系统的内存。(ref - 714] |
分类法映射
CAPEC映射ATT&CK技术利用一个继承模型简化和减少直接CAPEC / ATT&CK映射。继承的映射表示文本说明父CAPEC有相关ATT&CK映射。注意,ATT&CK企业框架不使用一个继承模型的一部分映射到CAPEC。
相关ATT&CK分类法映射
引用
内容的历史
提交 |
提交日期 |
提交者 |
组织 |
2014-06-23
(版本2.6) |
CAPEC内容团队 |
manbetx客户端首页 |
|
修改 |
修改日期 |
修饰符 |
组织 |
2017-08-04
(版本2.11) |
CAPEC内容团队 |
manbetx客户端首页 |
更新Resources_Required |
2018-07-31
(版本2.12) |
CAPEC内容团队 |
manbetx客户端首页 |
更新描述总结,Related_Weaknesses |
2019-04-04
(版本3.1) |
CAPEC内容团队 |
manbetx客户端首页 |
更新Taxonomy_Mappings |
2020-07-30
(版本3.3) |
CAPEC内容团队 |
manbetx客户端首页 |
更新Related_Attack_Patterns Taxonomy_Mappings |
2020-12-17
(版本3.4) |
CAPEC内容团队 |
manbetx客户端首页 |
更新Execution_Flow |
2021-06-24
(版本3.5) |
CAPEC内容团队 |
manbetx客户端首页 |
更新描述,Related_Attack_Patterns先决条件 |
2022-02-22
(版本3.7) |
CAPEC内容团队 |
manbetx客户端首页 |
更新Example_Instances Execution_Flow,移植,引用 |
以前的条目名称 |
改变日期 |
以前的条目名称 |
2018-07-31
(版本2.12) |
取消签字密钥和签署恶意代码从一个生产环境 |
|
|