文章总结： 文档汇总了2026年9月2日多条网络安全威胁情报，包括JFrogArtifactory认证绕过被实战利用、BostonScientific遭网络攻击影响制造与发货、可信云服务被滥用托管钓鱼页、假招聘投毒开发者、MicrosoftTeams客服电话被利用入侵、冒充AI公司扫描窃取密钥、ChatGPT共享链接被利用、假Claude桌面包藏窃密软件、Cisco路由器被用于侦察横向移动、Langflow和Rails漏洞被利用等。建议企业核查暴露面、限制公网访问、加强员工安全意识并尽快升级修复。 综合评分： 72 文章分类： 威胁情报,漏洞分析,供应链安全,安全意识,恶意软件

Boston Scientific 遭网络攻击：制造、订单和发货被一起拖慢

汇能云安全

2026年9月2日 10:25 广东

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

9月2日，星期三，您好！中科汇能与您分享信息安全快讯：

01

JFrog Artifactory 被实战利用：制品仓库一旦失守，管理员权限就会被直接拿走

JFrog Artifactory 的认证绕过已经进入实战利用阶段，攻击者只要具备网络访问条件，就可能跳过正常登录流程，直接拿到管理员级别权限。对很多企业来说，这不是一个普通后台问题，而是软件制品、依赖包、构建产物和发布链路的核心仓库。一旦这里被打穿，攻击者能碰到的不只是一个管理页面，而是整个交付链。更值得警惕的是，制品仓库往往和 CI/CD、密钥、镜像以及内部应用分发深度绑定。攻击者拿到管理员 token 之后，既可以改包，也可以下毒，还能继续向下游系统扩散。企业应立刻核对受影响版本，限制仓库公网暴露，回查异常 token 生成、管理员登录和仓库内容变更记录，并尽快升级到官方修复版本。仓库系统别再按 “内部工具” 理解，它实际上就是供应链门口，平时看着安静，出事时最容易一锅端。很多供应链事故最后都不是从大版本漏洞开始，而是从这个 “看起来只是内部管理” 的地方开始。

02

Boston Scientific 遭网络攻击：制造、订单和发货被一起拖慢

Boston Scientific 披露网络安全事件后，部分全球业务被打乱，影响到制造、订单处理和产品发货，事件被发现于 8 月 25 日，说明攻击并不是停留在概念层，而是已经碰到企业真实业务流。对医疗器械厂商来说，停的不只是几台电脑，而是产线、物流、客服和交付节奏，这类事件最容易被外界低估，因为它表面上像 “IT 故障”，实际往往牵动采购、库存、医院供货和患者使用。只要制造系统、业务应用或内部网络被扰动，后果就会从信息部门一路传到供应链。企业应尽快核查受影响系统的隔离与恢复进展，检查终端、账号和远程访问入口，确认关键工位是否存在横向移动痕迹，并准备离线恢复方案。医疗行业对连续性要求极高，安全事件一旦进入业务层，恢复速度就是竞争力，也会直接影响外部合作方的信任。对这类企业来说，时间拖得越久，外部损失就越难追回，务必尽快。

03

可信云服务被滥用来挂钓鱼页：金融机构最怕 “看起来正常” 的恶意流量

攻击者正在把 Microsoft Azure、Google Firebase、Google Cloud Storage、AWS 和 Cloudflare 这些可信云服务，直接拿来托管钓鱼基础设施，目标主要对准金融机构。最麻烦的地方不在于页面做得像不像，而在于恶意流量挂在了 “正规云平台” 上，很多过滤策略会因此变得不敏感，这说明钓鱼链条正在从 “仿站” 升级成 “借壳”。用户看到的是熟悉的云域名，安全设备看到的也是看似正常的托管服务，真正的恶意内容却藏在里面。金融企业应加强对云托管域名、跳转链和登录页仿冒的检测，关注异常表单提交、短链跳转和登录后立即拉起的二次认证。对员工来说，看到云平台域名不等于安全，涉及账号、付款和权限变更时，还是要回到官方入口逐一核验；在这类场景里，熟悉感往往比陌生感更危险。哪怕只差一次误点，后面可能就是整条凭据链被摸出来，对金融机构来说，这类模式会把登录页、跳转页和托管页混在一起，审查难度明显上升。

04

假招聘和假笔试正在钓开发者：面试链路也成了投毒入口

攻击者开始冒充招聘方，把原本正常的技术面试流程变成投毒入口。他们投放的不是传统钓鱼页，而是假 coding test，借着 “交作业”“跑一跑代码” 的名义，把 NodeRabbit 和 PollCat 这类跨平台远控工具送进开发者电脑，受影响区域已经扩展到航空、航天和金融科技行业等。这类攻击之所以危险，是因为它精准踩中了开发者的工作习惯，很多程序员对 GitHub、在线判题、测试仓库和压缩包并不陌生，一旦文件名、界面和话术足够像真项目，警惕性就会明显下降。企业应把招聘测试和代码执行环境分离，禁止在日常电脑上直接跑陌生脚本，安全团队要关注新出现的远控进程、外联地址和脚本下载行为。对于个人开发者，任何 “面试作业” 都应该先在隔离环境里打开，别让一次求职把整台机器赔进去。面试环节一旦混进恶意载荷，损失的往往不只是一次机会。

05

Microsoft Teams 里的 “客服电话” 正在变成入侵通道：技术支持被攻击者借壳

一场名为 Spring Ring 的活动正在把 Microsoft Teams 的帮助台电话和聊天，变成入侵企业的切入口。攻击者先用看起来像内部 IT 支持的外部联系人接近员工，再通过聊天和电话施压，诱导对方远程协助、安装软件或者打开某个权限入口。对员工来说，这种场景太像正常工作流程了。真正难防的是，它不是直接发恶意附件，而是借助企业自己信任的协作工具推进后续动作。只要员工愿意按 “客服” 说的那样做，攻击就会从沟通层滑到执行层，再滑到横向移动。企业应限制外部 Teams 账号接触范围，强化帮助台回拨核验和远程支持审批，检查异常会议邀请、陌生联系人和非工作时间会话。安全培训也要讲清楚：真 IT 支持不会要求你跳过流程、绕过审批或者现场交出会话控制权。协作软件越常用，越要防止它被变成社会工程学的支点，也不要把第三方联系人默认当成内部员工。

06

冒充 OpenAI、Anthropic、DeepSeek 扫描网站：攻击者在找的是密钥和凭据

GreyNoise 发现，攻击者正在伪装成 OpenAI、Anthropic、DeepSeek 等公司的网页爬虫，去扫网站里暴露的凭据、配置文件和私钥。被盯上的不是模型本身，而是那些配置失误、把云密钥和 API token 直接放到公网里的服务器。换句话说，AI 公司的名字只是伪装，真正的目标仍然是 “钥匙”。这类扫描活动说明，攻击者已经把 “识别泄露面” 做成了标准化动作，只要站点对外暴露目录、源码、环境变量、备份文件或日志，就可能被快速定位。企业应尽快清点外网资产，删除不该公开的配置和密钥，给仓库、对象存储和备份系统加访问控制，并轮换可能已经泄露的凭据。安全团队还要注意异常爬虫 UA、短时间多目录探测和针对敏感文件的集中请求。别因为对方报的名字像大厂，就以为它真在做善意扫描。很多真正的入侵，都是从一次 “顺手看看” 开始的。站点越大、资产越多，越要把外网暴露面做成日常盘点。

07

ChatGPT 共享链接也能被做文章：真正危险的不是 AI，而是被利用的转发习惯

Windows 用户正在被一类新手法盯上：攻击者不是入侵 ChatGPT，而是利用真实的共享对话链接埋入欺骗性内容，再借受害者的信任把恶意操作一步步引出来。页面表面上看起来像正常的 AI 对话，里面却被藏进了误导指令，最终把用户引到下载、执行或开启某个可疑文件的路径上。这个案例的关键，不是 AI 平台本身被攻破，而是人们已经习惯把 “别人分享的链接” 当成可信来源，攻击者抓住的就是这种转发习惯。企业应提醒员工，任何共享对话、脚本建议和下载指引，都不能因为出自热门 AI 平台就降低审查等级；终端侧要限制宏、脚本和未知可执行文件的直接运行，浏览器下载目录与执行目录也要分开管理。对普通用户来说，AI 工具给出的内容可以参考，但一旦要求你去复制命令、下载压缩包或运行程序，就必须先停一下。越是看起来像标准答案的东西，越值得多看一眼。

08

假 Claude Opus 5 桌面包里藏 RevStealer：下载工具时顺手把密码和钱包也交出去了

攻击者正在把对 AI 工具的兴趣变成投毒入口，最新一轮诱饵是所谓的 Claude Opus 5 桌面应用，受害者下载并运行后，实际装进去的是 RevStealer，它会搜集密码、浏览器数据和加密钱包材料。对很多用户来说，这类包看上去就是一个 “新版本工具”，外壳做得足够像，安全意识一旦放松，后果就很直接。这波攻击的本质是 “需求劫持”。用户想尝鲜、想提效、想装个更强的 AI 助手，攻击者就把恶意程序包装成热门产品，企业应限制员工私装来路不明的 AI 客户端，审查浏览器保存的敏感凭据和钱包扩展权限，发现可疑安装包后立刻核对哈希、签名和发布渠道。普通用户尤其要注意：只要下载源不是官网或可信商店，所谓 “免费升级”“独立桌面版” 就可能是把你导向失窃的第一步，先丢密码，再丢资产。对个人来说，这种诱饵最像真的地方，往往也是最危险的地方。一旦浏览器密码、会话和钱包扩展同时暴露，损失往往会从账号延伸到资产。

09

Cisco 路由器被拿来做侦察和横向移动：边界设备正在被当成常驻据点

Fire Ant 已经不再只盯着单点主机，而是转向 Cisco IOS XR 路由器这类网络基础设施设备，把它们变成监视、远程连接和横向移动的平台。路由器本来是企业网络里最 “理所当然” 的存在，很多团队只关心它能不能转发流量，却很少把它当成一个可能被长期潜伏的资产。问题在于，一旦攻击者控制了边界设备，他看到的就不只是出入口流量，而是整个内部网络的关系图。对关键基础设施、云服务商和大型企业来说，这种入口的价值远高于普通终端。建议尽快核查 IOS XR 设备的补丁、管理接口、访问控制和异常配置改动，重点检查是否存在陌生会话、奇怪的远程连接和来自内部的异常路由行为。网络设备一旦失守，修复成本往往比补一台主机高得多，因为它承载的是整条路，而且很容易在很长时间内不被注意到。边界设备其实是最容易被忽略、却最适合被长期潜伏的点。

10

Langflow 和 Rails 漏洞被实战利用：AI 工作流不是安全盲区

Langflow 和 Ruby on Rails 相关漏洞已经被实战利用，VulnCheck 观察到攻击者从公开披露迅速转向侦察、秘密搜集和潜在远程代码执行。对 AI 工作流平台来说，风险不只是在一个 demo 页面，而是它往往接着 API key、模型接入和自动化流程。一旦入口被打穿，攻击者就可能沿着工作流拿到更多凭据。这个场景最容易被忽略，因为很多团队会觉得 “只是搭流程”“只是做自动化”，但只要它能调用模型、读写密钥、串联内部接口，它就已经碰到核心资产。企业应立刻核对受影响版本，限制公网暴露，检查日志里是否有异常 API 调用、秘密读取和可疑进程创建，并优先升级修复。对这类平台来说，最危险的不是单个漏洞名，而是它身后连着的整条自动化链。AI 应用层看起来离业务近，实际上也离密钥、数据和执行权限最近。

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

本文版权归原作者所有，如有侵权请联系我们及时删除

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：汇能云安全 《Boston Scientific 遭网络攻击：制造、订单和发货被一起拖慢》