开发SDK时是否必须实现certificate pinning（证书固定）？

1. 在SDK中添加证书固定是否会干扰客户端的网络实现？ #

这取决于SDK的网络实现方式：

• 如果SDK使用独立隔离的网络栈（比如单独初始化专属的OkHttp实例、设置独立的证书固定规则），通常不会干扰客户端的网络逻辑。两者的网络配置完全独立，各自处理自身请求的证书验证流程。
• 如果SDK依赖客户端的全局网络栈（比如复用客户端已配置的OkHttp实例、系统默认网络配置），则可能引发冲突：比如客户端的证书固定规则与SDK的规则不一致，或者SDK的固定逻辑存在缺陷（比如硬编码证书哈希但未考虑证书更新场景，导致证书过期后SDK请求直接崩溃）。

建议SDK开发时，尽量隔离自身的网络配置，避免依赖客户端的全局设置；同时预留证书更新的兼容方案（比如允许通过配置动态更新哈希值，或者保留临时跳过固定的降级逻辑），降低崩溃风险。

2. SDK不实现证书固定，客户端实现了是否足以保障SDK服务器的数据安全？ #

不行。客户端的证书固定规则是针对自身业务的服务器域名设计的，无法覆盖SDK需要访问的后端服务。

举个例子：客户端固定了自己的API域名client-api.example.com的证书，但SDK需要调用专属后端 sdk-api.example.com。此时客户端的固定规则不会作用于SDK的请求，SDK的网络请求仍会采用系统默认的证书验证逻辑——如果遇到中间人攻击（比如伪造 sdk-api.example.com的证书），客户端的固定机制无法识别并拦截，SDK发送的数据依然会面临泄露风险。

因此，SDK的安全防护需要自身独立实现，不能依赖客户端的配置。

内容的提问来源于stack exchange，提问作者meowmeowmeow