Unity如何安全向数据库发送敏感数据 避免恶意请求与数据篡改

传输层安全（防篡改、防窃听） #

• 全链路强制HTTPS：弃用明文HTTP传输，所有客户端请求走HTTPS协议，Unity端使用UnityWebRequest替代原生WWWFORM，不要关闭服务端证书校验逻辑，杜绝中间人攻击窃取、篡改传输内容。
• 请求内容签名校验：客户端将所有请求参数按ASCII码排序后，拼接会话密钥做SHA256哈希生成签名，将签名和参数一同传给服务端；服务端接收到请求后用相同规则重新计算签名，比对不一致直接拒绝请求，确保传输内容没有被篡改。

客户端身份校验（防伪造请求、解决密钥泄露问题） #

• 动态会话Token机制：不要在客户端代码中写死固定密钥，用户登录成功后由服务端下发临时会话Token，有效期设置为1~2小时，过期后自动刷新。Token与当前登录账号、设备HWID强制绑定，服务端校验时只要Token对应的账号、HWID和请求携带的信息不匹配，直接拦截请求。就算攻击者反编译拿到历史Token，也无法伪造其他用户的请求，Token过期后自动失效。
• 客户端混淆加固：Unity打包时采用IL2CPP编译模式，配合代码混淆工具对核心加密、签名逻辑做混淆，将密钥拆分为多段分散存储在不同代码文件、资源配置中，运行时再动态拼接，大幅提升反编译获取完整密钥的成本。

服务端与数据库安全（防未授权访问、防入侵） #

• 禁止客户端直连数据库：所有客户端请求必须经过后端业务服务层处理，数据库仅对内网业务服务器开放访问权限，配置IP白名单，完全禁止外网直接访问数据库端口。
• 数据库权限最小化：业务服务使用的数据库账号仅开放必要的增删改查权限，不得授予超级管理员权限，敏感字段（HWID、充值记录、游戏货币余额）存储时做AES加密，不要明文存储，就算数据库被拖库也不会泄露核心数据。
• 业务逻辑校验：所有涉及游戏货币变更的请求，服务端必须重新校验业务逻辑合法性，比如对局时长、任务完成状态是否符合奖励规则，不得完全信任客户端上报的数值，从根源上避免伪造请求修改核心数据。

防垃圾请求攻击 #

• 接口限流：用令牌桶/漏桶算法对所有公开接口做限流，单个IP、单个用户每分钟请求超过阈值直接返回429状态码拒绝服务，避免CC攻击打垮服务。
• 异常行为拦截：服务端统计用户请求行为特征，比如短时间内批量发起货币变更请求、请求参数重复率过高的账号，直接要求完成行为验证或临时封禁，拦截自动化批量攻击请求。

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