2026-10-16 14:07:53 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

Tensorlake 恶意 npm 版本传播 Shai-Hulud 变种，AI 开发者秘密可能被批量窃取

汇能云安全

2026年10月9日 15:28
广东

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

10月09日，星期五，您好！中科汇能与您分享信息安全快讯：

LMCache 曝 9.8 分高危漏洞，AI 推理基础设施正在成为新的公网入口

LMCache 近日曝出一个需要优先处理的高危漏洞，编号为 CVE-2026-105192，公开信息显示其 CVSS 评分达到 9.8，且已经出现可复现的 PoC。问题影响从 0.3.9 开始的版本，攻击者在未认证条件下就可能实现远程代码执行。这个事件值得重视，不只是因为分数高，更因为 LMCache 通常位于大模型推理、分布式缓存或高性能计算链路中。很多团队把这类组件当作内部基础设施，部署时默认它不会被外部访问，但现实中管理端口、调试接口和临时测试环境经常会被直接暴露到公网。一旦入口被打穿，攻击者可能继续读取缓存内容、窃取环境变量，甚至利用主机权限横向进入集群和云账户。截至 10 月 7 日，公开信息尚未显示项目方已经提供修复版本，因此不能把 “暂时没有看到大规模攻击” 当成安全证明。使用 LMCache 的团队应立即确认版本、监听端口和暴露地址，先用防火墙、零信任访问或内网代理限制管理面；同时排查异常容器、陌生进程、可疑出站连接和突然增加的计算资源消耗。只要系统确实暴露在公网，就应按已知高危资产处理，等待官方补丁期间不要继续扩大部署范围。

Citrix NetScaler 遭主动利用，设备配置和 Web Shell 成为攻击者目标

Citrix NetScaler ADC 和 Gateway 中的 CVE-2026-88771 已经出现真实利用活动。根据公开披露，攻击者可以在未认证的情况下执行命令，进一步植入 Web Shell、读取设备配置，并把窃取到的文件发送到外部基础设施。这里的危险不只是 “设备可能被打崩”，而是 NetScaler 本身处在企业互联网入口、远程办公和应用发布链路上。一旦攻击者在这类设备上建立持久化访问，就有机会观察登录流量、收集配置、寻找后端系统，后续影响可能远远超出一台网关设备，企业最容易犯的错误，是只确认设备能不能正常提供服务，却没有检查设备有没有被动过手脚。即使已经安排升级，也应把升级前后的日志、配置和文件完整比对，重点搜索异常脚本、陌生 Web Shell、异常管理账户、非预期的外联地址以及配置文件读取或外传行为。处置上，应按照 Citrix 官方公告完成更新或缓解，限制管理接口的公网暴露，必要时暂时收紧远程访问入口。若发现可疑文件或异常命令，不能只删文件了事，还要轮换相关凭据并检查后端系统是否出现横向活动。

GhostAction 供应链活动盯上 GitHub Actions，CI/CD 凭据正在变成攻击通行证

GhostAction 新一轮供应链攻击影响了 772 个公开 GitHub 仓库，攻击者通过伪装的 Actions 工作流文件，试图窃取持续集成和持续交付环境中的秘密信息。研究人员统计，这轮活动涉及 2577 个秘密信息以及 373 个 GitHub 用户或组织，目标包括云访问密钥、SSH 凭据和容器仓库登录信息。真正需要警惕的是，恶意工作流不一定会像传统木马那样直接修改业务代码，它可能只在构建、测试或发布过程中运行，借助项目原本拥有的权限把凭据带走。这类攻击对企业的影响通常是延迟出现的。仓库看起来仍然能正常合并，流水线也可能照常完成，但攻击者已经获得了发布系统、云账户或镜像仓库的钥匙。企业应立即审计最近新增和修改的 Actions，确认每个工作流的来源、固定版本和实际权限，禁止不必要的脚本读取全部环境变量。对已经暴露或无法确认安全性的密钥，应按泄露处理并重新生成；同时检查云平台审计日志、容器仓库拉取记录、SSH 登录和异常发布行为。CI/CD 不是普通开发工具，而是生产权限的一部分，必须纳入正式的身份和供应链安全管理。

假 Firefox 钱包扩展窃取恢复短语，浏览器插件正在变成数字资产盗窃入口

研究人员发现，攻击者利用 16 个恶意 Firefox 扩展针对加密货币用户实施窃取。这些扩展伪装成钱包入口、桌面工具或普通浏览器实用程序，界面还仿冒 Rabby Wallet 和 OKX Wallet，诱导用户输入恢复短语和私钥。隐藏代码随后尝试通过攻击者控制的 Cloudflare Workers 把敏感信息发送出去。对用户来说，最危险的地方在于页面看起来可能非常熟悉，扩展也可能拥有正常的名称、图标和功能描述，单靠 “界面像不像” 很难判断真假。这类事件说明，浏览器扩展已经不再是简单的便利工具，而是能够直接接触凭据和金融资产的高权限软件，企业如果允许员工在办公浏览器中安装未审核插件，风险还可能延伸到公司账号、开发凭据和会话信息。个人用户不要在陌生扩展、广告跳转页面或非官方链接中输入恢复短语；已经输入过的，应立即视为泄露并转移资产，同时撤销相关授权。企业应建立扩展白名单，定期检查已安装插件、权限变化和异常网络请求，并对涉及加密资产的操作强制使用硬件钱包或独立隔离环境。

Hikvision 摄像头漏洞再次遭扫描，旧设备仍可能成为远程执行跳板

公开监测显示，9 月 21 日至 10 月 1 日期间，针对乌克兰视频监控设备的扫描和远程代码执行尝试明显增加，活动重点之一是 Hikvision 产品中的 CVE-2021-36260。这是一个命令注入漏洞，长期未更新的设备可能被攻击者直接利用。虽然研究人员尚未确认这些网络活动与同期军事行动存在直接关联，但从防守角度看，是否存在明确归因并不影响资产处置。摄像头、录像机和视频管理设备往往被部署在园区、门店、工厂和关键设施边缘，很多设备长期在线，却没有被纳入完整的补丁和日志管理体系。企业应先盘点所有 Hikvision 及同类视频设备的型号、固件版本、管理地址和公网暴露情况，不能只依赖资产系统里的 “服务器” 清单。对无法及时升级的设备，应关闭不必要的公网访问，通过专用网络、VPN 或访问控制限制管理面，并修改默认凭据。还要检查设备是否出现异常进程、配置变化、未知账户、异常 DNS 请求和对外连接。摄像头被入侵后，攻击者可能把它当作监控盲区、内网跳板或僵尸网络节点，因此这不是单纯的设备维护问题，而是企业边界安全问题。

Sungrow 云平台曝无密码访问风险，能源系统的身份边界不能靠默认信任

Sungrow 的 iSolarCloud 管理平台被披露存在严重身份验证风险，攻击者可能在没有有效密码的情况下登录相关平台，进而接触太阳能电站、逆变器和电池储能系统的管理能力。公开信息显示，受影响业务覆盖欧洲、中国、澳大利亚等地区。这个问题的影响范围之所以值得重视，是因为它连接的不是普通企业后台，而是能源生产和储能设备，一旦云端账户、设备控制和运维权限之间的边界失效，攻击者可能进一步影响监控、配置和运维流程。能源运营单位不应只确认 “设备还能发电”，还应核对云平台登录日志、异常 IP、权限变化、设备配置变更和远程控制记录。使用相关服务的企业应按照厂商公告确认受影响范围和修复状态，立即限制管理面访问，启用多因素认证和最小权限，并把云平台账户与现场控制网络进行隔离。对于无法及时升级或确认状态的资产，应暂停不必要的远程管理功能，保留完整日志并加强人工复核。能源系统的安全处置要同时考虑网络风险和物理业务影响，任何异常控制指令都不能仅依赖自动化流程放行。

酒店差评变成恶意软件诱饵，攻击者把区块链藏进指挥通信链路

近期出现的一类攻击，专门利用酒店前台和客服人员对负面评价的敏感性，攻击者发送带有 “客人投诉” 或 “照片证据” 的邮件，引导员工下载所谓现场图片，实际投递的却是 EtherRAT 或 TONResolver 等恶意软件。更值得注意的是，这些恶意程序不把固定服务器地址直接写死，而是借助公开区块链网络获取后续命令和控制信息。这样做可以让攻击者更换基础设施时不必频繁修改恶意样本，也让传统的域名封锁和黑名单机制更难单独发挥作用。这类攻击的核心不是酒店行业特殊，而是攻击者准确利用了业务人员的工作压力。前台、客服和运营人员每天都要处理投诉、订单和附件，很容易把 “照片” 当成普通文件打开。企业应对来自外部的投诉附件、压缩包和可执行文件实施隔离和沙箱检测，阻止办公终端直接运行未知脚本，并培训员工识别 “紧急投诉加附件下载” 的组合诱饵。网络侧要监控异常 DNS、区块链相关访问、可疑 PowerShell 或脚本活动；一旦发现中招设备，应立即隔离终端、保存样本和日志，并轮换可能暴露的账号凭据。

Gitea 一次修复 27 项漏洞，代码托管平台不能只看仓库数据安全

Gitea 发布安全更新，集中修复 27 项安全问题，涉及 28.0.0 和 28.1.0 版本，其中包括关键的 SSH 身份验证绕过和服务器端请求伪造漏洞。受影响范围不仅是账号登录，还覆盖仓库权限、自动化工作流以及访问内部系统的能力。代码托管平台在企业里通常同时连接开发者账号、源代码、构建流水线、部署密钥和内部网络，因此它一旦出现身份边界或网络访问问题，风险很容易从 “平台漏洞” 扩展成 “研发体系被接管”。企业应按照 Gitea 官方安全公告核对当前版本和补丁状态，优先处理公网可访问、承载重要代码或连接 CI/CD 的实例。升级前后要检查 SSH 登录、仓库权限、Webhook、Actions 或自动化任务配置，确认没有新增管理员、异常公钥、可疑 Runner 和不符合预期的内部访问请求。对于无法及时升级的实例，应先限制公网入口、关闭不必要的管理功能，并通过网络策略降低 SSRF 触达内网服务的可能性。修复完成后，还要重新审计访问令牌、部署密钥和机器人账号，不能把一次版本升级当成完整事件处置。

Cisco Nexus 关键漏洞可让未认证攻击者拿到 root 权限，网络设备补丁不能拖

Cisco 针对 Nexus 3000 和 9000 系列交换机发布安全更新，修复三个关键漏洞。公开信息显示，这些问题位于 NX-OS 软件的 NGOAM 功能中，远程攻击者可能在无需登录的情况下执行代码并获得 root 权限，攻击还可能导致进程崩溃和设备服务中断，Nexus 交换机通常位于数据中心和核心网络位置，一旦被控制，攻击者不一定需要立即破坏业务，也可以先修改配置、观察流量、寻找管理凭据或利用设备作为进一步横向移动的跳板。网络团队应立即确认所有 Nexus 3000 和 9000 设备型号、NX-OS 版本以及 NGOAM 功能是否启用，并按 Cisco 公告完成更新或临时缓解。对外部可达的管理接口要优先收敛，限制来源地址，关闭不必要的功能，并确保配置和启动文件有可信备份。补丁完成后，应检查管理员账户、公钥、启动配置、访问控制列表、异常进程和设备外联情况，不能只看设备是否重新上线。对于核心交换设备，变更要做好维护窗口和回滚准备，但 “影响业务所以先不动” 不能成为长期不修复的理由。

Tensorlake 恶意 npm 版本传播 Shai-Hulud 变种，AI 开发者秘密可能被批量窃取

Tensorlake的npm包被发现出现恶意版本 [email protected]，该版本包含 Shai-Hulud 蠕虫变种，能够窃取开发者秘密，并尝试沿着连接的软件供应链继续传播。Tensorlake 本身面向 AI 代理的无服务器沙箱场景，因此受影响的不只是普通前端项目，还可能包括模型服务、代理工具、云平台凭据和自动化部署环境。npm 包一旦进入开发机、构建服务器或内部镜像仓库，攻击者就可能接触环境变量、访问令牌、SSH 密钥和云服务密钥，随后把一次依赖安装变成多环境扩散。企业应立即核对是否安装过 [email protected]，检查锁文件、npm 缓存、内部制品库和构建日志，并对可能暴露的开发者秘密进行轮换。不要只删除本地依赖后重新安装，因为恶意包可能已经读取过凭据；还要检查云审计日志、代码仓库访问记录和异常发布行为。依赖管理上，应固定版本、启用软件包来源审计和恶意代码扫描，限制构建脚本权限，并尽量让 CI 任务使用短时、最小权限令牌。AI 开发链路更新很快，越是方便的一键安装，越需要配套的依赖验证和密钥隔离。

信息来源：人民网国家计算机网络应急技术处理协调中心国家信息安全漏洞库今日头条 360威胁情报中心中科汇能GT攻防实验室安全牛 E安全安全客 NOSEC安全讯息平台火绒安全亚信安全奇安信威胁情报中心 MACFEESy mantec白帽汇安全研究院安全帮卡巴斯基安全内参安全学习那些事安全圈黑客新闻蚁景网安实验室 IT之家IT资讯黑客新闻国外天际友盟