使用这类密钥不需要额外的请注意 2FA 验证)

然后利用开发者的账号伪装成 Dependabot 在各个开源项目里提交恶意代码、

这个工具可以很好的上出试图解决一些开源项目使用的依赖项没有得到及时有效更新的问题 ，赌的现虚行投就是开发者不会仔细检查内容

所以攻击者的实际路径是这样的 ：

首先利用某种方式窃取一些 GitHub 开发者的账号
、

假 bot 插入的恶意链接，

目进结果却意外发现有一些非典型提交来自 Dependabot，请注意这些开发者的上出试图 GitHub 个人访问令牌被窃取并被攻击者用来贡献恶意代码，密码和访问令牌 (SSH 密钥或 GPG 密钥，现虚行投也帮助不少开发者减轻了工作
。对项毒蓝点网因此可以欺骗到部分开发者，目进

分析发现提交恶意代码的请注意并非 GitHub 官方的 Dependabot，

Checkmarx 联系一些受害开发者交谈后发现，上出试图但也容易被安全公司发现
。现虚行投分析来看整个假 Dependabot 的对项毒蓝点网运作都是自动化的，试图掩盖恶意活动 。目进值得注意的是，

网络安全平台 Checkmarx 从 7 月份开始扫描 GitHub 上的一些存储库
，等待该项目的开发者合并；

其他开发者调用受感染的开源项目后  ，

Dependabot 是 GitHub 提供的自动化工具 ，然后自动发出拉取请求以安装最新版本 。因此也不太容易被开发者发现自己的令牌可能已经被盗 。将用户提交的任何机密数据都发送到黑客控制的服务器上。而恶意代码则会修改一些 js 文件，推测可能是他们的 PC 上安装了某些恶意软件 。似乎并不是黑客针对不同的项目进行手动提交
，遗憾的是 GitHub 的个人访问令牌活动日志仅限于企业账户可见，最终用户的访问，例如在 Web 表单里提交的数据 
，本来是用来检测是否存在潜在漏洞的  ，这样可以降低令牌泄露后造成的潜在风险。非企业账户无法看到自己的令牌审计日志，可以扫描开源项目中是否存在易受攻击的依赖项，

不过目前 Checkmarx 还未发现攻击者是如何窃取开发者账号密码和 2FA 的 ，

Checkmarx 建议开发者切换到 GitHub 权限粒度更细的个人访问令牌，攻击者伪造了 Dependabot 并在提交历史记录中显示为 Dependabot 自动贡献 ，并且其中还包含恶意代码 。都会发送到黑客服务器上 。