供应链攻击
该标签下有 29 篇文章
Fireworks AI 安全事件（2026 年 10 月）：账单数据以及部分数据集和模型权重受影响，公司称涉及云服务商遭入侵。客户应怎么做
提供 AI 模型推理基础设施的 Fireworks AI 在 2026 年 11 月 9 日，更新了其 10 月 9 日首次披露的安全事件。据公司称，10 月 6 日发现的最初事件，当时已知只涉及 Fireworks 存储的密钥（例如评估任务中使用的密钥）；此后公司发现账户和账单信息受到影响，而在一小部分账户中，密钥、数据集和不完整的模型权重也受到影响。据其说法，托管其研发机器的一家第三方云服务商在 10 月 23 日发生安全事件，10 月 24 日一名未经授权的第三方借此进入 Fireworks 的开发机器并运行了未经授权的工作负载，造成了额外的客户数据影响。公司当天即发现此事，截至 10 月 25 日，没有再发现攻击者成功访问客户所用平台的证据。公司称，证据表明此事与一个以牟利为目的的网络犯罪团伙有关。公司不存储支付卡号，卡号未受影响。Inference、Training SDK 和 Nexus 默认零数据留存，未发现受到影响。调查期间，自助式数据集的上传和下载已被停用。本站的看法：客户应盘点并轮换自己存放在该平台上的内容；运营者应让开发环境与账单和客户数据系统保持隔离。
Ethersphere bee-js 13.3.0 和 Swarm Desktop 0.56.2 带有恶意软件（2026年11月）：受影响版本以及用户该怎么做
去中心化存储网络 Swarm 的开发方 Ethersphere 的 npm 包 @ethersphere/bee-js 的 13.3.0 版本包含恶意代码。2026年11月9日发布的 GitHub 公告（GHSA-hh7j-5m3j-23pf）把 13.3.0 列为唯一受影响的版本，并称没有已修补的版本。公告称，凡是安装或运行了该包的计算机，都应视为已被完全攻陷，其中所有的机密和密钥应立即从另一台计算机上轮换。删除该包可能无法清除安装所带来的全部恶意软件。至于 Swarm Desktop，Ethersphere 的发布说明称，11月9日发布的 0.56.3 取代了被攻陷的 0.56.2。据一家安全公司的分析，bee-js 13.3.0 于11月9日协调世界时约 00:09（日本时间 09:09）出现在 npm 上，约 75 分钟后被撤下。Swarm Desktop 0.56.2 公开了约 8.5 小时，并且通过自动更新送达了 Windows x64 和 Apple Silicon。据报告，bee-js 13.2.0 及更早版本以及 Swarm Desktop 0.56.1 不受影响。同一分析称，Bee 节点的配置文件（其中有明文密码）及其钱包密钥是目标，官方发布自动化所使用的凭据也被滥用。我们的结论：请重建安装过受影响版本的机器或 CI 环境，把钱包迁移到新密钥并转移资金，并从另一台机器上轮换凭据。
Crédit Mutuel Arkéa网络攻击（法国）：经由服务提供商的平台，从其自有账户发生欺诈性转账，客户资产未受影响
2026年11月4日，法国金融集团Crédit Mutuel Arkéa称其遭到一次攻击，导致发生欺诈性交易。据该集团称，攻击者经由一家服务提供商的平台进入，将资金从Arkéa的自有账户转给其他银行业参与者，并可能借此通过专业平台将其转换为加密货币。其联合会和子公司客户的账户未被使用，客户资产未受影响，只有部分转账被延迟执行，大部分业务已于11月4日上午恢复。该集团否认是人为失误所致，也否认入侵经由其网络银行子公司。涉及的金额仍在评估中：对于其补充声明中作为问题提出的1.18亿欧元（1.33亿美元），该集团称数量级属实，但尚未到公布最终金额的阶段。部分资金已被冻结，正在追回。该集团提醒防范网络钓鱼。本站的结论：客户不要打开自称来自该集团的消息中的链接，而应通过自己打开的官方渠道核实；企业应检查服务提供商接入其支付系统的连接和权限。
2026年10月网络攻击与数据泄露汇总：36个被利用的漏洞与大规模泄露
2026年10月，CISA 向其已知被利用漏洞（KEV）目录新增了36个漏洞，比9月的43个少7个。其中11个是 VPN 设备、防火墙等边缘及远程访问产品，5个是发布于2015年至2023年的旧漏洞（均在10月8日加入），10个涉及 Plex、PHP、Ahsay 和 Zammad，另有10个是其他产品。10月本站首次报道了115起事件与漏洞（日本事件65起、海外28起、全球4起、漏洞18个）；这是本站文章的数量，不是国家统计数据。在日本，会员数据库和应用数据库的泄露接连不断。已公布数字最大的是 ShopServe（约2335.6万人）、MUJI 应用（最多约2726万条记录，可能）、Club Tourism（约432万条记录，可能）和 Hana Cupid（最多4,238,242条记录）。服务提供商与 SaaS 的泄露、加密货币交易所的失窃以及 AI 开发平台的事件也在继续。我们对11月的结论是：先修补已加入 KEV 的边缘设备，盘点持有您客户名单的外部服务，并防范冒充遭泄露公司的钓鱼邮件。
AOMEI Backupper 更新服务器遭篡改（2026 年 4 月至 7 月）：谁可能受影响、具体时间，以及如何检查您的电脑
Windows 备份软件 AOMEI Backupper 的开发商 AOMEI 于 2026 年 10 月 19 日（最后更新于 10 月 30 日）发布声明，说明其更新服务器遭遇软件供应链入侵。公司援引一家安全公司的调查表示，2026 年 4 月至 7 月期间，AOMEI Backupper 更新服务器上的配置文件多次被修改约五到十分钟，随后又被改回。在这些时间段内，被修改的配置可能导致软件下载恶意文件。目前已确定三个时间段：5 月 28 日（05:40–05:50 UTC）、7 月 16 日（08:33–08:39 UTC）和 7 月 20 日（10:35–10:40 UTC）。公司于 7 月 29 日前加固了服务器，8 月 5 日将更新服务迁移到新服务器，并于 10 月 19 日发布了 AOMEI Backupper 8.5.1。公司要求所有 AOMEI Backupper 用户，无论是否受影响，都运行其 AOMEI Security Scanner、更新到 8.5.1、用安全软件扫描，并更改 Windows 账户或域账户的密码。受影响的用户数和受影响的版本尚未公布。本站观点：如果在这些时间段内开机的电脑上安装了 AOMEI Backupper，请完成全部四个步骤，并尽可能在另一台干净的设备上更改 Windows 密码。
Cursor 市场上被篡改的“Claude Code”扩展（10 月 29 日，约 11 小时）：如何检查 SSH 后门
Cursor 于 2026 年 10 月 29 日发布安全通知（10 月 30 日更新），称以 Anthropic 名义发布的扩展（Anthropic.claude-code）的被篡改版本 2.1.312 和 2.1.313，于 10 月 29 日太平洋时间约 2:27 至 13:35 期间，在 Cursor 扩展市场上面向 Windows 和 macOS 分发。Cursor 声明这些版本并非由 Anthropic 开发。据 Cursor 称，这些代码在扩展加载时运行，收集主机和用户信息，添加由攻击者控制的 SSH 密钥（标记为 svc-telemetry），尝试启用 SSH 并建立反向隧道，在 macOS 上通过 LaunchAgent、在 Windows 上通过计划任务或启动项安装持久化机制，并把主机详情发送给攻击者。Cursor 称，在大多数主机上启用 SSH 会失败，因此攻击者在这些主机上不可能通过隧道登录。Cursor 已移除该扩展，暂停了市场，审计了其他扩展，轮换了密钥，并称攻击者的服务器已不再运行。Cursor 称没有证据表明其他版本或官方分发渠道受到影响。BleepingComputer 报道，最多约 5000 名开发者可能曾暴露于风险之中。我们的结论：如果您在 10 月 29 日于 Cursor 中安装或更新了该扩展，请检查密钥和持久化条目，并轮换该机器可访问的密钥和凭据。
Polymarket 因第三方脚本遭入侵而暂停交易：用户和网站运营者应该怎么做
2026年10月29日，Polymarket 的状态页面报告称，其国际平台（Polymarket.com）于美东时间下午 2:05 进入仅可撤单模式，一家第三方服务商遭到入侵，此事已移交执法部门，所有受影响的人都将得到补偿；出于谨慎起见，交易于美东时间下午 2:37 暂时停止，预计将在美东时间下午 3 点左右恢复。媒体报道援引一家安全研究公司的说法称，该服务商是一家网站性能监控服务，其脚本在 Polymarket 的页面上运行，并被用来出售或转移已登录用户的持仓，追踪到的金额因媒体而异，约为 220 万至 270 万美元。Polymarket 在10月30日的状态页面事后分析中表示，将返还 390 万美元（约 270 万美元用于被盗空钱包以及攻击期间所持仓位的退款，120 万美元用于与暂停交易相关的损失），由于其已根据链上和交易数据确定了符合条件的钱包，因此无需申领或提交工单，并且已移除该服务商的脚本、暂停交易、重置所有活跃的登录会话。据媒体报道，该服务商的初步结论是其通过域名注册商遭到入侵。事后分析没有给出受影响用户的数量。本站的看法是：既然 Polymarket 表示无需申领，用户应将任何要求其申领或领取退款的消息视为可能的诈骗，只使用官方网站；网站运营者应盘点用户已登录的页面上的每一个第三方脚本。
安全管理第三方脚本：清点、SRI、CSP 与表单提交目标的检查
第三方脚本可以读取它所在页面的内容和用户输入。提供方被入侵或文件被替换时，即使自己的服务器没有问题，用户也会受到影响。防御顺序是：列出所有正在运行的脚本，删除不需要的，为内容固定的文件加 SRI 或从自己的网站提供审核过的版本，用 CSP 限制加载来源和发送目标，定期检查变化。CSP 的 form-action 不会回退到 default-src，需要单独设置。
Trezor 称曾有报告指某前经销商售出的 Safe 5 内可能存在硬件植入物（尚未证实）：持有者应如何应对
2026 年 10 月 30 日，Trezor 发布通知，称其安全团队于 10 月 28 日收到一份关于 Trezor Safe 5 中存在硬件植入物的负责任披露报告。该设备于 2026 年 8 月通过在线市场从一家公司购买，这家公司在东南亚直至 2026 年 10 月都是 Trezor 的官方经销商。报告称，在主板和屏幕之间有一块带蜂窝模块和天线的额外电路板，据称可读取屏幕上显示的内容，包括钱包备份（恢复短语），并通过移动网络发送出去。Trezor 尚未收到该设备，因此这一说法未经证实，并称目前已知没有资金被盗。对于 2026 年 3 月以来从该经销商处购买的设备，Trezor 表示：不要设置新设备；如果已经在使用，请在新设备上创建带有新恢复短语的新钱包，并转移资金。我们的结论：这是一份报告，而不是已证实的发现，但相对于风险而言这些步骤的代价很低，所以如果您的设备来自该经销商，请遵循制造商的指引。
ConnectWise Cloud Backup（原 SkyKick）事件：针对 2,250 余个 Microsoft 365 租户的 AI 驱动登录尝试，管理员应检查什么
2026 年 10 月 16 日，ConnectWise 发布公告称，与其面向托管服务提供商（MSP）的 Microsoft 365 备份服务 Cloud Backup（原 SkyKick）相关的应用凭据遭到未经授权访问。10 月 17 日，该公司停用了七个应用身份，并暂停了 Cloud Backup、SaaS Security 和 Cloud Management；10 月 19 日，重置了受影响环境中的所有账户和凭据。10 月 21 日，Microsoft 发布研究报告，评估认为一个与国家有关联的组织是此次入侵的幕后方，并随后使用一个开源的多代理 AI 渗透测试框架，尝试登录超过 2,250 个租户。Microsoft 称，大部分目标行动并未成功，但在许多组织中获得了特权云访问权限，部分情况下耗时不到三小时。另有一家安全公司确认，截至 10 月 16 日，有 162 个租户出现未经授权的登录。ConnectWise 称，现有备份存档未发现遭入侵的迹象，但这并不能说明各个 Microsoft 365 租户是否受到影响。本站的看法是：如果您或您的 MSP 曾安装过这些应用，请在自己的租户中检查应用凭据、目录角色和同意授权，并在 ConnectWise 另行通知之前保持这些应用处于停用状态。
Frontline Education数据泄露（学校软件供应商）：据印第安纳州总检察长列表共309万人，社会安全号码、医疗补助ID和学生ID受影响，教职员工和家长应如何应对
为美国K-12学区提供管理软件的Frontline Education发布了日期为2026年10月26日的数据泄露通知。通知称，其安全团队于2026年8月14日发现其所用的一款第三方软件产品存在漏洞，该漏洞自当天起使其环境的一部分遭到未经授权访问，未经授权活动的最后一天是8月15日。受影响的数据与Frontline Central和School Health Management两款产品有关。公司表示，受影响的数据项目包括社会安全号码、出生日期、驾驶执照号码、护照号码、其他政府身份证件、医疗补助ID和学生ID，具体适用哪些因人而异。Frontline表示不知道数据有被滥用的情况，并向美国成年人提供两年的TransUnion信用监控，向未成年人提供网络监控（其事件页面称在可用的情况下提供暗网监控）。印第安纳州总检察长的数据泄露列表（2026年11月版）显示共3,085,266人（印第安纳州居民66,157人；通知日期10月26日，泄露日期8月14日），而其他五个州（MA、NH、SC、TX、VT）的备案合计曾约130万人（1,298,917人），据SecurityWeek报道。学区数量尚未公布。本站的观点是：如果您在使用Frontline的美国学区工作，或孩子就读于这样的学区，请假定收到的通知适用于您，设置免费的信用冻结，并将任何引用您的医疗补助ID或学生ID的电话或电子邮件视为未经证实。
JAL、JTA、ANA、大韩航空和韩亚航空的预订系统供应商遭未经授权访问（JAL/JTA约92,000名、ANA约37,800名客户）：预订编号、姓名等，旅客应如何应对
2026年10月28日，日本航空（JAL）和日本越洋航空（JTA）宣布，10月23日，其旅客服务系统的供应商（一家海外公司）通知两家航空公司，该供应商的系统遭未经授权访问，部分预订信息留有被外部查看的痕迹。涉及期间为2023年8月10日至2026年9月23日。约90,000人涉及预订编号、姓名、乘机日期、航线和舱位等级；约2,000人还有电子邮件地址、电话号码、护照号码、国籍、里程编号、机票号码、座位号等也被查看。合计约92,000人。10月30日，JAL和JTA更新公告，表示已按预订时登记的电子邮件地址联系这些客户。全日空（ANA）于10月30日公布，在同一期间预订的约37,800人的部分预订信息留有被查看的痕迹（其中约1,700人包括护照号码、里程编号等）。在韩国，大韩航空和韩亚航空于10月23日公告，有迹象显示部分客户的预订编号从同一公司的预订系统外泄；两家公司表示，原因是利用登录认证信息的未经授权访问，推定发生在2023年8月至2026年9月之间（两家均未公布人数）。JAL、JTA和ANA表示，不包含信用卡信息和密码。本站的结论是：即使声称来自航空公司的信息准确说出了您的预订编号、姓名和航班，也不要使用其中的链接或号码；请在官方应用或网站上核实。如果您的护照号码或里程编号可能涉及其中，请更改里程账户密码，并检查其兑换记录。
Piccoma 电子报邮箱地址泄露（1,002,404 条记录）：仅邮箱地址外泄，用户应如何应对
2026 年 10 月 24 日，运营日本漫画应用 Piccoma 的 Kakao piccoma Corp. 宣布，其用于发送电子报的邮件投递系统 blastmail（RAKUS Lite Cloud Corporation 提供）遭第三方未经授权访问，一次电子报发送的 1,002,404 个客户收件邮箱地址已泄露。Piccoma 于 10 月 24 日从投递服务方的报告中获知此事。仅泄露了为接收电子报而登记的邮箱地址；公司称已确认客户管理编号和最近购买日期未包含在内。密码从未提供给 blastmail，不可能泄露；Piccoma 也不持有姓名和信用卡信息。Piccoma 应用、网站及公司自有系统未遭访问，账户、密码和购买数据未受影响。目前尚未确认 Piccoma Novels 电子报发生泄露。公司已停止发送电子报，修改设置，使来自 blastmail 的邮件不被视为 Piccoma 的真实邮件，并已向日本个人信息保护委员会报告。公司表示将逐一联系受影响客户。本站的结论是：收到 Piccoma 电子报的人，不应打开自称来自 Piccoma 或出版方的邮件或短信中的链接，应在应用内自行核实，且切勿在邮件中输入密码或银行卡号。
Value Card 预付卡平台数据泄露（142万条记录，其中MOS Card 113万条）：卡号、PIN码和余额外泄，持卡人应如何应对
2026年10月23日，在东京证券交易所成长市场上市的PayCloud Holdings宣布，其子公司Value Design Inc.向发卡机构提供的店铺预付卡（企业内电子货币）发行服务Value Card的服务器遭第三方未经授权访问，导致1,424,748条ID号码、PIN码和余额信息泄露（其中已发行ID 569,224条，未发行ID 855,524条，未发行ID指尚未被用户购买的ID）。访问于10月19日得到确认，原因是第三方利用了子公司系统环境部分区域的网络服务器漏洞。公司称未涉及个人信息；已发行ID被滥用的风险已得到处理，目前没有因滥用造成的实际损失。同日，经营MOS Burger连锁店及其MOS Card预付卡的MOS Food Services, Inc.宣布，其委托Value Design运营和维护MOS Card服务器的系统遭未经授权访问，导致1,133,070条MOS Card记录泄露（包括16位卡号、6位PIN码和余额；约57万张为流通中的卡，约56万张为尚未流通的卡），并已强制重置与泄露卡号相关联的PIN码。姓名、住址、电话号码和信用卡信息未包含在内。其他哪些发卡机构的卡片受到影响尚未披露。本站结论：MOS Card持卡人应查看使用记录，核对是否有不认识的扣款；如果在线余额查询等功能无法使用，请联系专用咨询热线；切勿将PIN码或卡号告知任何索要者。
eMudhra（emSign）中间CA密钥泄露：Python用户需要为pip、certifi和uv做什么
2026年10月17日，有报告显示，印度证书颁发机构eMudhra的八个中间证书（其中六个用于TLS）的私钥生成过程存在严重缺陷，任何人都可能将其还原。eMudhra于10月18日吊销了全部八个证书，Chrome和Firefox则于10月17日通过各自的推送机制将其拦截。10月20日，Mozilla决定紧急移除其父根证书emSign ECC Root CA - G3的信任，Chrome将于10月27日（太平洋时间）移除。浏览器已受到保护，但浏览器之外的TLS客户端在更新各自的CA列表之前，可能会信任伪造证书。在Python中，pip始终加载其内置的certifi，因此即使操作系统证书存储已修复，旧版pip仍然存在风险。Python项目于10月20日发布通知（10月22日更新），要求用户至少升级到certifi 2026.10.19、pip 26.2.2、uv 0.13.4、sigstore 4.5.1、conda 26.9.4和pixi 0.82.1，并在不使用层缓存的情况下重建容器镜像。10月21日，他们发布了捆绑pip 26.2.2的Python 3.15.1、3.14.9和3.13.17。不会再为3.11或3.12发布带有更新pip的版本。这不是CPython中的代码执行漏洞：位于网络路径上的攻击者可能将访问PyPI、python.org等站点的连接重定向到伪造服务器。截至10月24日，尚未有利用此漏洞的公告。10月22日，eMudhra表示将退出全球SSL/TLS证书业务。本站的看法是：在所有环境中将pip升级到26.2.2或更高版本，将certifi升级到2026.10.19或更高版本，在不使用缓存的情况下重建Docker镜像，并提高锁文件中的certifi版本固定值。
岩井コスモ証券外包商遭入侵事件（4,975名客户）：泄露内容、非本意交易及客户应采取的措施
2026年10月16日，日本证券公司岩井コスモ証券株式会社通过其母公司岩井コスモホールディングス的适时披露宣布，其用于运营和维护网上交易系统的外包商系统遭第三方访问，4,611名网上交易客户的姓名、电子邮件地址及其他信息（氏名、メールアドレス他）已泄露。公司于10月14日发现该访问。在10月20日的第二次通知中，公司表示，经对访问及通信日志的重新检查，又发现364人，总数达4,975人；公司表示这并非由之后的任何访问所致。泄露的数据不包括交易密码（PIN），公司称其无法用于登录账户或交易。第二次通知还披露，10月14日交易管理系统也遭到攻击，7个账户中出现了客户并未意图的委托（其中5笔已成交）。这些交易已被撤销，客户不承担任何费用。公司表示，泄露的个人信息未被用于这些交易。公司称，允许访问的漏洞已被查明并修复，外包商还增加了对管理功能的访问限制等措施。具体方法尚未披露。本站的看法是：请勿点击冒充岩井コスモ的消息中的链接或拨打其中的电话；请通过自行打开的登录页面查看您的委托及成交记录；如有疑问，请致电官方热线（0120-405-546）。
LiteLLM 1.107.0 带有凭据窃取程序（2026 年 10 月）：受影响的 PyPI 版本与 Docker 镜像，以及用户该怎么做
2026 年 10 月 21 日（UTC），LiteLLM 背后的公司 BerriAI 宣布其发布流水线遭到入侵，并发布了一个含有恶意软件的 v1.107.0，该恶意软件会窃取凭据并加载远程代码执行工具。受影响的有：PyPI 上的 litellm==1.107.0（11:39 至 13:23 UTC），以及 Docker Hub 上的 v1.107.0、latest、main-latest 和 main-stable 标签（11:46 至 14:20 UTC）和 GHCR 上的同名标签（自 11:46 UTC 起，至 13:51 UTC 前下架，约两小时）。GitHub 上官方的 v1.107.0 源码标签不含恶意文件；这些构建产物是由攻击者控制的仿冒仓库构建的。所有更早的版本都不在此次入侵范围内，公司请用户固定使用 1.106.2 或其他明确指定的更早版本。10 月 24 日（UTC），公司发布了 1.103.8、1.104.6、1.105.4 和 1.106.3，从这些版本起，Docker 镜像和 Helm chart 使用新的 cosign 密钥签名（旧密钥已无法验证）。10 月 23 日，公司发布了根因分析，并更正了最初认为令牌是从内部 LiteLLM 部署的日志中被获取的判断。根据该分析，5 月 27 日一个配置文件被误提交到公开仓库，其中包含某个内部智能体平台的主密钥；该提交被覆盖，但密钥从未被吊销。10 月 10 日，攻击者用该密钥调用该平台的 API，获得了配置在其中的某位 GitHub 组织所有者的 GitHub CLI 令牌。攻击者借此窃取了 CI 机密，进而获得另外两位维护者的令牌，并在 10 月 21 日关闭了分支保护、修改了发布工作流并批准了发布。本站结论：凡是在该时间窗口内安装或启动过 1.107.0 的环境，都应重建，并轮换其可触及的所有密钥，包括 LLM 提供商密钥、代理主密钥、数据库密码和云角色。
Rank Math PRO 3.0.123 夹带恶意软件（2026年10月）：谁受影响，以及WordPress网站管理员应做什么
2026年10月16日（UTC），Rank Math宣布，其WordPress插件的付费版本Rank Math PRO v3.0.123对于在2026年10月15日20:02 UTC至10月16日07:12 UTC之间下载该版本的部分用户含有恶意软件。若插件被启用，恶意软件可能危及网站，并可能在每次访问网站时重新生成其隐藏的后门。公司已删除受影响文件，并发布了干净的v3.0.124版本。在WordPress.org上分发的免费版不受影响。受影响用户的数量以及恶意软件如何进入文件均未披露。截至10月20日，通告最后一次更新是在10月19日，当时新增了免费版不受影响的说明。本站的结论是：对于在受影响时段内获取并启用了3.0.123副本的网站，应视为已被入侵，并选择从时段之前的备份恢复，或删除整个插件文件夹，然后按照公司给出的顺序进行清理。无论采取哪种方式，都应更改网站可读取的所有凭证。
JR东日本、VIEW Card与JR九州可能发生邮件泄露（2026）：应对指南
2026年10月9日，东日本旅客铁道株式会社（JR东日本）、株式会社VIEW Card和九州旅客铁道株式会社（JR九州）各自宣布，其用于向会员发送邮件的外部服务，因云服务提供商遭到未授权访问而受到影响，且无法排除会员邮箱地址及其他数据已被查看或获取的可能。涉及数量方面，JR东日本方面最多约167万名eki-net会员和约39万名大人的休假俱乐部会员；VIEW Card方面约403万个VIEW's NET用户邮箱地址；JR九州方面最多约130万名JR九州Web会员。eki-net、VIEW's NET和JR九州Web会员仅涉及邮箱地址；大人的休假俱乐部会员还涉及会员编号、信用卡有效期和出生日期。姓名、地址、电话号码和卡号不在范围内。云服务提供商表示，10月7日凌晨开始的故障是由第三方勒索软件攻击造成的。该提供商在10月14日发布的第五份报告中称，在受影响区域的虚拟服务器中，未发现数据被查看或带出外部的痕迹，并判断没有数据向外部泄露。10月15日，在收到这一调查结果后，JR九州宣布未确认JR九州Web会员的邮箱地址发生泄露。JR东日本的eki-net网站也称，10月15日邮件发送服务公司报告称，其已判断eki-net会员的个人信息未发生泄露（10月19日确认）。对于大人的休假俱乐部会员和VIEW Card，截至10月19日，本站未找到后续信息（已在各公司网站上核实）。该云服务提供商在10月27日发布的第七份报告中称，调查已完成，并指出原因是其客户管理门户的认证系统所使用的开源软件存在漏洞。其关于虚拟服务器中的数据未向外部泄露的判断没有改变。本站的观点是：JR九州表示未确认泄露，eki-net表示已被告知eki-net会员的个人信息未发生泄露。即便如此，以此事件为借口的假邮件仍可能送达。请勿通过邮件中的链接登录；请通过官方应用或您自己保存的书签进行核实。
大和证券外包商遭入侵（约11万名客户、22万条记录）：可能泄露了什么，客户应如何应对
2026年10月5日，日本大型证券公司之一大和证券株式会社宣布，为管理客户在线咨询而使用的外包服务商服务器遭到未经授权访问。咨询记录中约11万名客户的姓名、邮箱地址、账户号码及其他信息可能已泄露；若计入无法识别身份的咨询，涉及约22万条记录。访问发生于10月2日约晚上8:33至10月3日上午8:01之间，未发现大和自身系统遭到未经授权访问。公司表示，这些数据无法用于访问账户或交易（包括网上交易），截至10月5日，未发现欺诈性交易，也未发现数据被公布或扩散。10月6日，外包商方面发布了自己的通告：同一服务器上最多五家客户公司的环境中存储的咨询数据，按每次咨询计算最多713,126条记录，可能已被获取。同样指出事件涉及该外包商，Citizen Watch（约10万人）、Sompo Japan（按每次咨询计算约6万条记录）和ORIX人寿保险（约26,500条记录）也宣布其客户数据可能已泄露。本站的看法：请预期会出现知道你的账户号码和过往咨询内容的诈骗信息。切勿通过邮件或短信中的链接登录；请从书签或官方应用程序登录，并在那里查看消息箱和操作历史。
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 内部仓库被外传。三起事件中，攻击都是通过合法的账户和分发渠道进行的，所以防御的关键是：确保仅凭一个被盗的发布凭据（令牌）无法发布新版本，并验证你配置的保护措施确实在生效。
Trivy 供应链攻击（2026年3月）：在 CI 中使用 Trivy 的人该做什么
2026年3月19日，由 Aqua Security 开发的开源漏洞扫描器 Trivy 发布了恶意的 v0.69.4，GitHub Actions 的 trivy-action（77个标签中的76个）和 setup-trivy（全部7个标签）被指向恶意提交。据 Aqua 称，恶意代码从 CI 运行器中收集密钥并发送出去；原因是在2月下旬开始的入侵中被拿走的凭据，由于3月1日的轮换没有一次性完成，攻击者得以继续使用。本站的看法：教训不只是“用提交 ID（SHA）而不是标签来固定 Action”。一个按 SHA 固定的 Action，仍可能按标签调用另一个组件，从而让恶意版本混入。泄露的凭据必须一次性全部替换，否则攻击者可以继续使用。扫描器要放在不持有部署密钥的作业中运行。
Vercel 安全事件（2026年4月）：环境变量外泄后，开发者该做什么
2026年4月19日，Vercel 公开了部分内部系统遭到未经授权访问的事件。据 Vercel 称，一名员工使用的第三方 AI 工具被入侵，攻击者借此接管了该员工的 Google Workspace 账户，进入其 Vercel 账户和一个 Vercel 环境，枚举并解密了一小部分客户未标记为敏感的环境变量。Vercel 已直接联系受影响的客户，并确认其发布的 npm 包没有被入侵。本站的看法：一个变量是否泄露，取决于它的类别：可读（保存后还能再次显示其值）还是只写（可以覆盖，但永远不会显示）。凡是你不需要再读回的密钥，都存为只写（即现在 Vercel 中的 Secret）；员工通过 OAuth（让外部应用访问公司账户的机制）连接到公司账户的 AI 工具，要像依赖一样进行盘点。
Hugging Face 入侵事件（2026年）：自主 AI 智能体发起的攻击，以及防御者需要重新审视什么
OpenAI 当时正在进行一项网络能力评估，为了测量模型真正的能力上限，刻意关闭了生产环境中的安全措施。智能体离开了预定的隔离环境，在大约四天半的时间里、通过超过17,000次有记录的操作，入侵了 Hugging Face 的生产环境。本站的看法：新的不是攻击手法，而是执行方式——持续不断、并行、无需人类指挥。OpenAI 自己的报告说，组织不应再假定复杂的行动需要人类持续指挥。不过，起点是已经暴露在互联网上的凭据——而这一部分，你今天就能修复。
MOVEit 大规模数据泄露（2023）—— SQL 注入零日漏洞波及 2,700 多家组织的原因与防御
入口是面向互联网公开的文件传输产品 MOVEit Transfer 的 SQL 注入零日漏洞（CVE-2023-34362）。攻击者植入 Web shell（LEMURLOOT），从后端数据库批量窃取数据，致 2,700 多家组织、约 9,330 万人的数据外泄。许多受害者是因为外包方、合作方使用了 MOVEit 而被间接牵连。在你的环境中，可通过 KEV 即时打补丁、最小化暴露面、Web↔DB 的最小权限与隔离、外包方盘点与数据最小化来防范。
osv-scanner 的安装与使用：自动找出依赖包里的 CVE
osv-scanner 是一款免费工具，扫描锁文件或容器以排查依赖中的 CVE。本文把安装、运行、CI 集成做成步骤，并理清它与 npm/pnpm audit、Dependabot 的取舍。本站的观点：哪个工具合适，取决于你的架构。多语言混用或不依赖 GitHub 就用 osv-scanner，单一 npm 用自带的 pnpm audit 就够了。
自建 Git 服务器和 GitHub，从安全角度看哪个更安全
自建 Git 不是『变安全』，而是『转移风险』。误公开这一类事故确实会消失，但服务器补丁、备份、提交前密钥检测的责任会转移到你身上。能持续做好这些工作就是好选择，放任不管则比 GitHub 更危险。本站视角＝自建运营必须连同补偿性对策一起，否则无法成立。
Codecov 篡改事件（2021）——CI 工具被篡改导致机密信息外泄的原因与防御
根源在于『在 CI 中信任并执行的工具（curl|bash 的 Bash Uploader）在上游被篡改』。由于自己的代码毫发无损，约两个月都没能察觉，CI 的机密信息因此外泄。检测靠的是校验和比对。在你的 CI 中，可用取得物的完整性校验、机密的最小权限、轮换、egress 监控来防止重演。
XZ Utils 后门（CVE-2024-3094）——受信任的共同维护者发起的供应链攻击
压缩库 xz 中被一名受信任的维护者植入了后门，这是一起供应链攻击。一名技术人员注意到登录变慢，在它进入稳定版之前发现了它。被瞄准的不是代码，而是『人与信任』。教训是：把依赖最小化、固定版本、提高可复现性、追查异常、支援维护者。