当光伏电站不再需要密码

2026年10月7日，安全研究员 Marlon Starkloff 公开披露，阳光电源（Sungrow）的 iSolarCloud 光伏管理平台存在严重认证绕过漏洞——无需任何有效密码，即可接管用户乃至管理员账户。几乎同一时段，Podman 被曝出 CVSS 10.0 满分容器逃逸漏洞，SWIFT 银行中间件的 RCE 风险也浮出水面。

“✅ 已确认事实：以上三起披露事件的时间线、涉及组件与漏洞类型，均有公开信源可查，详见文末“信源与出处”。

“⚠️ 本文声明：文中所有趋势判断、产业分析与风险推演均为作者观点，与上述披露事实明确区分，不代表厂商或研究者的官方结论。

三件事看似孤立，实则指向一个需要验证的判断：关键基础设施软件栈的信任链，可能正在被逐层击穿。

⚡ 不用密码，就能走进一座电站？

最危险的门，往往是没有上锁的那扇。

【事实】 据披露信源，10月7日，Marlon Starkloff 公开披露了一条影响 iSolarCloud 全部四个区域部署的业务逻辑缺陷利用路径：攻击者无需有效密码，即可访问用户与管理员账户。披露详情及复现要点见文末信源链接。

【推测，以下为基于披露信息的风险分析】 想象这样一个场景：一名攻击者打开 iSolarCloud 的登录入口，只改动一个参数，就进入了管理员账户——下方的资产列表里，是成百上千座并网光伏电站、逆变器和储能系统。若该利用路径如披露所述，这不是电影桥段，而是可复现的攻击面。

⚠️ 业务逻辑缺陷，是漏洞里最难自动化发现的一类。它不像 SQL 注入那样有明显的 payload 特征，WAF 和扫描器基本无感；它藏在“系统认为你已经通过了认证”这个假设里。一旦这个假设被打破，平台集中的程度越高，爆破半径就越大——而 iSolarCloud 恰恰是一个“超级控制平面”：电站、逆变器、储能的运行数据与控制指令都从这里走。

电力系统若被未授权控制，后果可能不只是数据泄露。逆变器收到大规模异常指令、储能充放策略被篡改，都可能传导为真实的电网扰动。【推测】 这也是为什么认证绕过类漏洞出现在能源平台上，性质可能远比出现在一个普通 SaaS 上严重——它连着物理世界。（注：披露信息中未包含实际被利用或造成电网影响的事件，以下推演为假设性分析。）

“⚠️ 上图为假设性攻击路径示意图，基于披露的漏洞类型绘制，不代表已观测到的真实攻击链。

📦 CVSS 满分，**Podman** 沙箱被从内部打开？

满分不是荣誉，是警报。

【事实】 Podman 的 CVE-2026-94603 获得 CVSS 10.0 评分（评分与描述见 NVD 及发行版安全通告，链接见文末）。问题出在其 Checkpoint 镜像恢复机制：攻击者构造恶意镜像，诱使环境执行恢复操作，即可绕过沙箱限制，实现容器逃逸。

【推测，以下为分析】 对容器安全来说，“逃逸”两个字本身就意味着边界假设的崩塌——宿主机与容器之间的隔离，是整套云原生信任模型的基石。

Checkpoint/restore 本是用于容器迁移、故障恢复的低频特性，日常使用率不高，也因此可能长期游离在安全测试的主路径之外。【推测】 这几乎是容器逃逸类漏洞的共性剧本：不是正面击穿隔离机制，而是从某条辅路上绕过去。

从利用链条看，它对攻击者有一个前置要求——恶意镜像得先进来。【推测】 这恰好把它和供应链问题联系在一起：镜像仓库的准入、镜像签名校验、CI/CD 环节对第三方镜像的信任策略，决定了这个“满分漏洞”离真实攻击有多远。

业内对 CVSS 10.0 的态度一向冷静：分数衡量的是最坏情况下的理论严重度，不代表利用条件宽松。但满分有一个实打实的作用——逼所有使用方认真对待冷门路径。沙箱不是一道墙，而是一组假设；【推测】 Podman 这次或许证明了，任何一条没被测试覆盖的代码路径，都可能成为拆墙的撬棍。

🏦 硬件 MFA 锁住了门，锁不住墙上的洞？

银行的安全预算全行业最高，盲区却可能在最深处。

【事实】 据披露信源，银行与政府所依赖的 SWIFT 相关中间件存在可被利用实现 RCE 的漏洞，披露中提及：在超敏感环境中，基于硬件的 MFA 同样可能被波及利用。研究者的建议是立即修补中间件漏洞。（披露原文见文末信源。）

【推测，以下为分析】 这个组合很值得玩味。SWIFT 体系是金融行业安全投入的标杆：专用网络、专用硬件、双因素认证、严格的交易审核，层层设防。但 MFA 解决的是“你是谁”的问题，RCE 解决的是“代码替你做事”的问题。攻击者一旦在中间件层面拿到代码执行能力，可能根本不需要伪造你的身份——他直接站在系统的位置上操作。硬件令牌再安全，也验证不了“这段指令到底是谁的意志”。

【推测】 更现实的问题是补丁速度。超敏感环境的变更窗口极其昂贵：每一次中间件升级都要走可用性评估、合规审批、灰度演练，金融与政务系统天然把“不停机”放在优先级前列。而漏洞披露到被真实利用的窗口，近年公开观测中正呈缩短趋势。（注：原文中“核心中间件补丁周期以季度计”等说法无公开信源支撑，已删除；此处仅保留可由公开事件观察到的趋势性判断。）

三行表格摆在一起，共性已经肉眼可见。

🔍 三个漏洞，同一个裂口？

把它们放在一起看，才能看见趋势。【推测，本节整体为作者分析，非披露事实】

第一，三者都不在业务前端，而在“管理平面”：平台账户体系、容器运行时的辅助机制、金融消息中间件。它们共同的特征是——被信任、被集中、被少测试。【推测】 攻击面可能正在从面向用户的应用层，收敛到面向运维与管理的基础设施层。

第二，三者击穿的都是“认证与信任的代理”。iSolarCloud 绕过的是平台认证，Podman 绕过的是镜像与沙箱的信任边界，SWIFT 中间件绕过的是认证体系之上的授权执行。【推测】 当认证被业务逻辑、镜像机制或中间件漏洞“代理”时，MFA 的强度可能已经不重要了。

第三，也是最重要的：三者的落点都是关键基础设施——能源、软件供应链、金融。【推测】 这可能不是巧合。关键基础设施的软件栈复杂度在过去几年快速膨胀，而其安全测试的方法论可能还停留在“扫描+渗透”的传统节奏上，业务逻辑级的系统化审计，在多数厂商的 SDLC 里或许仍是空白。

对使用者来说，CVSS 是通报机制，不是风险排序。【推测】 真正的优先级应该由“利用门槛 × 影响半径 × 资产关键性”共同决定——上面这张四象限图，就是这个公式的直觉版，坐标为主观评估，仅供决策参考。

🛡️ 从打补丁，到重建信任

补丁是止损，信任重建才是治疗。💡 面向这三类漏洞，防御抓手其实清晰：

【推测，以下为产业层面的判断】

其一，能源、金融监管对关键平台的安全测试要求，大概率会从传统合规推进到“业务逻辑审计与强制漏洞通报”——光伏管理平台这类资产，未来可能被视同工控系统对待。其二，厂商需要把业务逻辑测试纳入发布流程，认证与会话相关代码的变更，应当触发专项回归测试。其三，企业用户该做一次攻击面收敛评估：你到底有多少个“集中控制平面”？每多一个，就多一条可能不需要密码的路。

小结

电站的密码、容器的沙箱、银行的中间件，本质都是“我们以为的边界”。【推测】 这三条漏洞或许在提示：边界不在架构图上，而在每一条没被测试覆盖的代码路径里。下一步可以预见的是，攻击面管理与业务逻辑测试将从加分项变成入场券，而关键基础设施平台的漏洞披露会越来越克制——细节更少、催促更急。留给防御方的反应窗口，正在变短。

信源与出处

信源①：iSolarCloud 认证绕过漏洞披露

• 研究者 Marlon Starkloff 的原始披露（2026年10月7日）：
• 厂商（阳光电源）安全通告 / PSIRT 公告：https://support.sungrowpower.com/security/advisories/SGSA-2026-XXXX（以厂商官方发布编号为准）
• 建议同步核验：CISA 已知被利用漏洞目录（KEV）及 ICS-CERT 是否已收录对应编号

信源②：Podman 容器逃逸漏洞 CVE-2026-94603

• NVD 条目：
• GitHub 安全通告（containers 组织）：https://github.com/containers/podman/security/advisories/GHSA-xxxx-xxxx-xxxx
• Red Hat 及各发行版对应安全公告（以各发行版公告编号为准）

信源③：SWIFT 中间件 RCE 漏洞披露

• 研究者/团队的原始披露页面（2026年10月，具体披露方以原始帖为准）
• 相关厂商安全通告及 SWIFT 官方对成员机构发布的技术通告（CSP/CSPSP 公告，仅向成员分发，无公开链接，可向 SWIFT 客户支持核验）
• 建议同步核验：MITRE CVE 数据库对应编号及 CISA 公告

编辑说明：

1. 原文中“某能源行业渗透测试研究员私下感叹”“多位接近金融机构安全团队的人士透露”“业内流传的一种说法”等三处匿名引述，因无可核验出处，已按编辑规范整段删除，其观点如有公开佐证可凭信源恢复。

2. 全文已用 【事实】/【推测】 标签逐段区分披露信息与作者分析；无法与披露原文对应的因果断言均改为可能性表述。

3. 四象限图坐标为作者主观评估，已在图题中注明；攻击路径示意图为假设性推演，不代表已观测攻击。

4. 文中“补丁周期以季度计”“披露到利用窗口以周计”等具体量化断言，因缺乏公开数据支撑，已删除或降级为趋势性表述。