首页
/ Apache Dubbo 序列化白名单配置被覆盖问题解析

Apache Dubbo 序列化白名单配置被覆盖问题解析

2025-05-02 16:55:14作者:尤辰城Agatha

问题背景

在使用Apache Dubbo 3.2.5版本时,开发者在项目中配置了自定义的序列化白名单(security/serialize.allowlist),添加了如"benchmark.service.UserServiceResponse"等类名。然而当项目打包部署到远程服务器后,发现配置的白名单被覆盖,导致序列化时出现安全异常。

问题现象

  1. 本地开发时,security/serialize.allowlist文件包含自定义类名配置
  2. 使用maven-assembly-plugin打包成包含依赖的单一jar后
  3. 部署到服务器运行时,发现白名单配置被还原为Dubbo默认内容
  4. 导致自定义类无法通过序列化安全检查,抛出InsecureException异常

根本原因

这个问题本质上是由Maven打包机制引起的资源文件冲突:

  1. 当使用assembly-plugin打包包含依赖的单一jar时,会将所有依赖jar中的资源文件合并
  2. 多个Dubbo依赖jar中都包含security/serialize.allowlist文件
  3. 默认情况下,后处理的文件会覆盖先前处理的同名文件
  4. 最终打包结果中只保留了最后一个被处理的allowlist文件内容

解决方案

方案一:使用maven-shade-plugin替代assembly-plugin

shade-plugin提供了更精细的资源文件合并控制能力:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.2.4</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                        <resource>security/serialize.allowlist</resource>
                    </transformer>
                </transformers>
            </configuration>
        </execution>
    </executions>
</plugin>

方案二:使用资源文件合并策略

对于必须使用assembly-plugin的场景,可以配置资源文件合并策略:

<plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <configuration>
        <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
        </descriptorRefs>
        <archive>
            <manifest>
                <mainClass>your.main.Class</mainClass>
            </manifest>
        </archive>
        <containerDescriptorHandlers>
            <containerDescriptorHandler>
                <handlerName>metaInf-services</handlerName>
            </containerDescriptorHandler>
        </containerDescriptorHandlers>
    </configuration>
</plugin>

最佳实践建议

  1. 对于Dubbo项目,推荐使用maven-shade-plugin进行打包
  2. 如果必须合并多个资源文件,确保使用适当的合并策略
  3. 打包后应检查生成的jar文件内容,确认资源文件是否符合预期
  4. 对于重要的配置文件,考虑使用外部化配置方式,避免打包时被覆盖

总结

Dubbo框架的序列化安全机制依赖于白名单配置,开发者需要特别注意在打包过程中资源文件的处理方式。通过选择合适的打包工具和配置,可以确保自定义的白名单配置在最终部署包中正确保留,保障系统的安全性和功能的完整性。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
162
2.05 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
96
15
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
199
279
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
60
16
Git4ResearchGit4Research
Git4Research旨在构建一个开放、包容、协作的研究社区,让更多人能够参与到科学研究中,共同推动知识的进步。
HTML
22
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
950
557
risc-v64-naruto-pirisc-v64-naruto-pi
基于QEMU构建的RISC-V64 SOC,支持Linux,baremetal, RTOS等,适合用来学习Linux,后续还会添加大量的controller,实现无需实体开发板,即可学习Linux和RISC-V架构
C
19
5