客户端调用Firebase Function是否需加密？参数会被中间人篡改吗？

关于中间人攻击篡改参数的可能性 #

• 官方提供的cloud_functions SDK 底层走强制TLS 1.2及以上版本的加密HTTPS通道，从客户端到Cloud Functions服务端的传输全程内置证书校验，常规公共网络下的中间人抓包、代理改包操作，根本篡改不了传输过程中的调用参数，这层安全是SDK默认兜底的。
• 但要明确边界：这种传输层的防篡改能力管不住两类篡改场景：
  • 攻击者拿到设备root/越狱权限后，直接hook你的APP运行代码，在参数传递给call()方法之前就把5美元的金额改成500美元
  • 攻击者逆向你的APP拿到云函数的调用地址，绕过APP本身直接构造网络请求给云函数传自定义参数
    这两类场景的篡改和传输链路没关系，哪怕你做了链路加密也防不住。

关于是否需要额外对调用数据加密 #

• 完全没必要在客户端手动做业务参数加密。传输层的TLS已经把链路窃听、传输篡改的风险挡死了，你在客户端加的任何加密逻辑，密钥最终都会打包进APP安装包，逆向者可以轻松提取；甚至可以直接在加密逻辑执行前hook代码修改原始参数，这套加密挡不住真正的恶意攻击，纯纯增加开发和运行性能开销。

真正能扛住恶意调用的安全逻辑，全部要放在云函数端实现：

• 必须通过Cloud Functions内置的context.auth字段校验用户的真实登录身份，绝对不能信任客户端上传的任何用户标识
• 绝对不能直接拿客户端传上来的amount值去修改用户余额：所有余额变动必须绑定真实的已完成支付凭证，从服务端对接的支付渠道获取真实交易金额，客户端传的金额仅能做展示用
• 余额变更逻辑必须放在Firestore事务中执行，同时给每笔交易加幂等标记，防止重复请求、恶意请求导致余额错乱

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