你家屋顶光伏，正在被别人惦记

一个没有密码就能登录的管理平台，一栏满分10分的容器逃逸，一条能绕过硬件MFA的中间件链路——过去这段时间，三个看似不相干的漏洞，其实指向同一件事：关键基础设施的软件层，正在成为攻击者最愿意花时间的入口。

2026年10月7日，研究员Marlon Starkloff公开披露了Sungrow（阳光电源）iSolarCloud平台的一个严重认证绕过漏洞。同期的Podman与SWIFT中间件问题，则把风险面从光伏电站拉到了银行核心系统。这不是三篇孤立的漏洞通告，这是同一张攻击地图上的三个坐标。

⚡ 光伏电站的「免密后门」

先从最贴近普通人的那个说起。

想象一下：一座装机数兆瓦的分布式光伏电站，逆变器把直流电变成交流电，储能电池在峰谷之间来回充放，所有设备都通过云端管理平台远程调度。运维人员在手机上看发电曲线、下发功率指令——这就是iSolarCloud每天在做的事。

而Marlon Starkloff的发现是：这套平台存在一个业务逻辑层面的认证绕过漏洞。研究者不需要有效密码，就能直接访问用户账户，甚至管理员账户。用大白话说，登录这道门锁的逻辑本身写错了——不是撬锁，而是门根本没真正关上。

更值得警惕的是影响范围：该缺陷影响全部四个区域的iSolarCloud实例。也就是说，这不是某个区域部署的配置问题，而是平台级、架构级的逻辑缺陷。一旦被恶意利用，连接在该平台上的光伏电站、逆变器、储能系统都可能面临未授权控制。

对一座光伏电站来说，「未授权控制」意味着什么？轻则是发电数据被篡改、调度指令被干扰，重则是功率输出被恶意操纵——在电网侧，大量分布式电源同时出现异常输出，就是一次局部的电力质量问题；在商业侧，储能系统的充放策略被改动，直接就是真金白银的损失。

据多位接近能源行业安全评估的人士反馈，国内头部新能源厂商的云平台安全团队规模，与其设备联网规模的增速并不匹配。「设备卖得越快，云端欠的债越多」——这句私下流传的话，在这类漏洞面前显得格外刺耳。

这里的产业判断很清晰：新能源行业的数字化转型跑在了安全建设前面。当每一台逆变器都是一个联网终端、每一个电站都是一个云租户时，传统「设备安全」的思路已经失效，认证、授权、租户隔离这些云原生的安全基本功，必须补课。

🐳 满分漏洞：Podman的沙箱神话裂了一道缝

如果说光伏平台的漏洞暴露的是「逻辑债」，那么Podman曝出的CVE-2026-94603暴露的则是「信任债」。

CVSS评分10.0——这是评分体系里的天花板。漏洞出在Podman的Checkpoint镜像恢复机制：恶意构造的镜像可以在恢复过程中绕过沙箱限制，实现容器逃逸。

容器逃逸为什么值得恐慌？因为容器的全部安全模型，几乎都建立在「边界可信」这四个字上。开发者在容器里跑不可信代码，运维用容器做业务隔离，K8s集群靠命名空间切分租户——这一切的前提都是：容器里发生的事，出不去。

Checkpoint/Restore是容器技术里相对小众但关键的能力：把运行中的容器状态快照下来，迁移到另一台机器再恢复。它支撑着热迁移、故障恢复这些生产级特性。而恰恰是这条「状态搬运」的链路，成了逃逸的通道——攻击者不需要攻克容器的运行时隔离，只需要让你恢复一个它准备好的镜像。

据多位接近开源社区的人士透露，这类漏洞的修复往往不只是打一个补丁那么简单：恢复机制的数据格式校验、来源信任链、恢复时的权限复核，可能都要重新审视。「CVSS打10分，不代表利用难度也是10分」——安全圈私下常说的另一句话，在这里同样适用：对一个能诱导运维导入镜像的攻击者来说，入口可能就在CI/CD流水线里。

产业逻辑同样直白：容器安全的价值正在从「镜像扫描」转向「运行时与生命周期管控」。Checkpoint/Restore这类低频高危路径，恰恰是绝大多数企业容器安全方案覆盖不到的盲区。

🏦 银行的中间件，成了最贵的一块板

第三个坐标在金融侧，也是最敏感的一个。

SWIFT作为全球银行间报文传输的核心中间件，连接着上万家金融机构。此次曝光的问题是：其银行与政府侧中间件存在可导致远程代码执行（RCE）的漏洞——而利用路径直指硬件型MFA（多因素认证）的绕过。

这个组合拳的可怕之处在于「错位防御」。很多超敏感环境的安全逻辑是：我把认证做到极致——硬件令牌、物理隔离、双人复核——所以业务系统本身的漏洞可以容忍。但RCE一旦达成，攻击者就在系统内部了：认证是防「外人进门」的，防不了「已经在屋里的人」。当中间件层出现RCE，硬件MFA就成了马奇诺防线。

给关键基础设施运营者的一条朴素建议：中间件漏洞要现在就修，不要等下一个利用链在野出现。金融行业惯用的「补丁窗口期」策略，在攻击链已经指向MFA绕过的今天，需要重新权衡——窗口期本身就是风险敞口。

🧭 三张拼图，拼出同一个趋势

把三起事件放在一起看，规律浮出水面。

第一，攻击面在「下移」。从应用层下移到中间件、平台逻辑、容器运行时。这些层的特点是：企业看不见、厂商改得慢、测试覆盖薄。SWIFT中间件、Podman恢复机制、iSolarCloud登录逻辑，全都属于「没人天天盯着」的地方。

第二，逻辑漏洞成为主流。iSolarCloud的问题不是加密太弱，是业务逻辑写错了。这类漏洞扫描器扫不出来，渗透测试的性价比却极高。据多位一线红队从业者反馈，金融和能源行业的授权测试中，业务逻辑类发现占比逐年上升，「不是厂商变弱了，是系统变复杂了」。

第三，物理世界的接口被打开了。光伏电站的逆变器、储能系统——这些控制的是真实世界的电流。当IT安全的漏洞映射到OT（运营技术）侧，损失模型就从「数据泄露」变成了「物理扰动」。这也是为什么能源类漏洞的严重性评估，必须单独对待。

结语：基础设施安全，没有「低频」这个词

三起漏洞、三个行业、同一个教训：在关键基础设施领域，任何一条被忽视的软件路径，都是潜在的攻击入口。

对厂商，问题是愿不愿意在「功能上线速度」和「平台安全基本功」之间重新分配资源；对企业，问题是能否把「低频功能」也纳入安全视野；对整个产业，问题则是——当每一度电、每一笔跨境汇款都跑在软件上，我们给软件层配的安全预算，配得上它的系统重要性吗？

下一份满分漏洞通告出现时，希望被修复的不只是那一个CVE，而是这套「重功能、轻逻辑」的建设惯性。