描述
敌人恶搞软件流行元数据来欺骗用户相信提供包被广泛使用和恶意来自可信的源。
扩展描述
许多开源软件包通过第三方托管方案经理(如节点包管理器,PyPi,纱,等等),允许简单的软件组件的集成到现有的开发环境。包管理器将通常包括各种关于软件和元数据通常包括一个链接到包的源代码存储库,协助开发人员确定软件的可信度。一个常用的统计决策过程是包的流行。这需要检查的“明星”包已收到,包管理器显示基于提供的源代码存储库URL。然而,许多包经理并不验证计划之间的联系和源代码存储库提供。对手可以恶搞的受欢迎程度统计恶意包流行源代码存储库URL相关联的包。这可能最终诱骗开发者无意将恶意包纳入他们的开发环境。
攻击的可能性
典型的严重性
执行流程
探索
确定目标:流行的对手必须先确定一个目标计划统计将杠杆。这将是一个受欢迎的和广泛使用的包,增加感知血统的恶意包。
实验
恶搞包流行:对手提供他们的恶意包一个软件包管理器,并使用源代码存储库URL标识在步骤1中恶搞的流行包。这个恶意包也可能相似的合法包的数据都得到了利用。
利用
利用受害者:敌人浸润开发环境进行额外攻击的目标。
技术 |
活动:对手试图诱骗受害者下载恶意包通过网络钓鱼和社会工程等。 |
被动:对手等待受害者下载和利用恶意包。 |
先决条件
技能要求
(等级:低) 能力提供一个包一个包管理器,并将一个受欢迎的包的源代码存储库URL。 |
后果
这个表指定不同的个体与攻击模式相关的后果。范围确定违反了安全属性,而影响了负面的技术影响,如果敌人成功的攻击。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能有高可能性模式将被用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围 |
影响 |
可能性 |
完整性 |
修改数据 |
|
问责制 |
隐藏活动 |
|
访问控制
授权 |
执行未经授权的命令
改变执行逻辑
获得特权 |
|
缓解措施
之前下载的开源软件包,执行前兆元数据检查来确定作者(年代),更新频率,当最后一次更新的软件,如果软件被广泛利用。 |
寻找冲突或非唯一确定多个包存储库引用共享相同的存储库参考。 |
参考漏洞数据库来确定如果软件包含已知的漏洞。 |
只下载开源包从信誉良好的包管理器。 |
在下载的开源软件包,确保完整性值没有改变。 |
在执行之前或合并方案,利用自动化测试技术(例如,静态和动态分析)来确定软件恶意行为。 |
例子,实例
2022年4月,Checkmarx报道,包托管在NPM PyPi,纱线不正确验证GitHub库提供的URL实际上属于包提供。加上额外的攻击如受害,这允许对手恶搞流行元数据将受欢迎的GitHub恶意包存储库url。这可以进一步导致开发人员无意中包括恶意包在他们的开发环境(ref - 721]。 |
分类法映射
CAPEC映射ATT&CK技术利用一个继承模型简化和减少直接CAPEC / ATT&CK映射。继承的映射表示文本说明父CAPEC有相关ATT&CK映射。注意,ATT&CK企业框架不使用一个继承模型的一部分映射到CAPEC。
引用
内容的历史
提交 |
提交日期 |
提交者 |
组织 |
2022-09-29
(版本3.8) |
CAPEC内容团队 |
manbetx客户端首页 |
|
|