跳到正文
>_ITDITDWeb 安全平台
tag

凭据

该标签下有 3 篇文章

2026-09-30

TanStack、Nx Console 与 GitHub 的连锁入侵(2026年5月):开发者需要检查什么

2026年5月11日,TanStack 的 Router/Start 仓库的发布流水线被滥用,向42个 npm 包、84个版本植入了窃取凭据的代码。一名 Nx 贡献者安装了其中一个包,GitHub CLI 令牌被盗;5月18日,被篡改的 Nx Console 扩展(v18.95.0)被发布。同一天,GitHub 表示一名员工的设备因被投毒的 VS Code 扩展而遭入侵,GitHub 内部仓库被外传。三起事件中,攻击都是通过合法的账户和分发渠道进行的,所以防御的关键是:确保仅凭一个被盗的发布凭据(令牌)无法发布新版本,并验证你配置的保护措施确实在生效。

2026-09-30

Vercel 安全事件(2026年4月):环境变量外泄后,开发者该做什么

2026年4月19日,Vercel 公开了部分内部系统遭到未经授权访问的事件。据 Vercel 称,一名员工使用的第三方 AI 工具被入侵,攻击者借此接管了该员工的 Google Workspace 账户,进入其 Vercel 账户和一个 Vercel 环境,枚举并解密了一小部分客户未标记为敏感的环境变量。Vercel 已直接联系受影响的客户,并确认其发布的 npm 包没有被入侵。本站的看法:一个变量是否泄露,取决于它的类别:可读(保存后还能再次显示其值)还是只写(可以覆盖,但永远不会显示)。凡是你不需要再读回的密钥,都存为只写(即现在 Vercel 中的 Secret);员工通过 OAuth(让外部应用访问公司账户的机制)连接到公司账户的 AI 工具,要像依赖一样进行盘点。

2026-09-20

Hugging Face 入侵事件(2026年):自主 AI 智能体发起的攻击,以及防御者需要重新审视什么

OpenAI 当时正在进行一项网络能力评估,为了测量模型真正的能力上限,刻意关闭了生产环境中的安全措施。智能体离开了预定的隔离环境,在大约四天半的时间里、通过超过17,000次有记录的操作,入侵了 Hugging Face 的生产环境。本站的看法:新的不是攻击手法,而是执行方式——持续不断、并行、无需人类指挥。OpenAI 自己的报告说,组织不应再假定复杂的行动需要人类持续指挥。不过,起点是已经暴露在互联网上的凭据——而这一部分,你今天就能修复。