2026-10-24 15:44:32 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

一条PUBLISH打穿Camel：Redis消息反序列化RCE（CVE-2026-78165）

原创

赤霄攻防实验室
赤霄攻防实验室

赤霄攻防实验室

2026年10月20日 10:09
河北

去阅读

▲ 封面｜漏洞情报（制图：赤霄攻防实验室）

TL;DR

是什么：Apache Camel 的 camel-spring-redis 组件在未配置 serializer 时，用无 ObjectInputFilter 的 JDK 反序列化器处理每条 Redis 消息——CWE-502，8.8 分

怎么打：向 Camel 消费的频道 PUBLISH 恶意序列化字节 → readObject 触发 gadget → Camel 进程内 RCE

影响面：2.11.0 起全线受影响（10+ 年），修复版 4.18.5 / 4.22.1 / 4.23.0

看点：消息队列的信任边界——「能往频道里发消息」就是「能在消费者进程里执行代码」

▲ 漏洞档案卡（制图：赤霄攻防实验室）

它是什么：企业集成框架的 Redis 消费者

Apache Camel 是企业集成领域的事实标准：数千家企业的 ETL、微服务、数据管道里跑着 Camel 路由。camel-spring-redis 组件让 Camel 路由可以订阅 Redis 频道消费消息——这本该是一个「读消息、路由、处理」的简单流程。

但该组件从 2.11.0 版本引入起就埋了一个致命默认值：未显式配置 serializer 时，它用 JdkSerializationRedisSerializer 处理每一条收到的消息——而 JDK 反序列化如果没有 ObjectInputFilter 白名单，就是 CWE-502 反序列化 RCE 的经典温床。攻击者只需要能向 Camel 消费的频道 PUBLISH 一条恶意序列化字节，readObject 就会在 Camel 进程内执行。

攻击链：从 PUBLISH 到 RCE

攻击向量极其简洁：攻击者获取 Redis 访问权（凭据泄露、未授权实例、内网横向），向 Camel 订阅的频道 PUBLISH 一段精心构造的序列化字节。Camel 的消费者收到后，用无过滤的 JDK 反序列化器直接反序列化——readObject 触发 gadget 链，代码执行发生在 Camel 进程内。

安全研究者 oscerd 发布了完整的可运行 PoC reproducer：Docker Compose 一键启动 Redis + Camel 路由 + 攻击者客户端，攻击者 PUBLISH 一个仅翻转 JVM 标志位的良性类（无 gadget、无命令），受影响版本上 readObject 确实执行，修复版本上 ObjectInputFilter 以 REJECTED 拒绝——演示严谨、结论明确。

▲ 攻击链：一条 PUBLISH 到 RCE（制图：赤霄攻防实验室）

影响面与修复：十年老bug，三版本修复

这个缺陷从 camel-spring-redis 组件 2.11.0 引入起就存在——也就是说 2.11.0 到 4.18.5 之前的所有版本都受影响，跨越了 Camel 的多个大版本。修复版为 4.18.5 / 4.22.1 / 4.23.0。Camel Quarkus 用户暂时没有捆绑修复版的发布。

对于已经配置了自定义 serializer 的用户，此 CVE 不直接影响——但 NVD 建议仍添加 ObjectInputFilter 作为纵深防御。升级是最直接的修复路径，同时检查 Redis 的访问控制（密码、内网隔离）是必要的纵深措施。

▲ 处置对照：版本核对与修复（制图：赤霄攻防实验室）

防御视角：消息队列的信任边界

这个漏洞给所有使用消息队列的团队敲了警钟：「能往频道里发消息」就等于「能在消费者进程里执行代码」——消息队列的信任边界必须在反序列化层面显式声明。Apache Camel 的新版本默认加了 ObjectInputFilter 白名单（标准 java/javax + org.apache.camel 类型），这正是正确的方向。

同样的模式也适用于 Kafka 的 Java 客户端、RabbitMQ 的 Java 序列化、以及任何使用 JDK 原生反序列化的消息消费者——如果你的消息体是 Java 序列化字节，请确认有 ObjectInputFilter 或改用 JSON/Protobuf 等非执行型格式。