安全、风控与合规

Category

server / security 子树总览。覆盖：反作弊与结算权威（01）、审计隐私数据安全（02）、行为风控治理（03）、合规版号平台（04）、许可依赖治理（05）。

Definition

安全、风控与合规在很多团队里经常被放进同一个部门、同一组流程，甚至同一个文档模板里。但从工程上看，这三类问题并不相同。安全更关注系统是否容易被攻击、篡改或泄露；风控更关注业务是否正在被作弊、套利、洗号、滥用；合规则关注产品、内容、数据处理和发行流程是否满足法律与平台规则。

把三者混在一起的代价很高。因为它会让团队误以为“上一个安全产品”“补一份合规清单”就能解决问题，实际上真正困难的地方恰恰在于：这些能力必须和具体业务链路绑定，必须能落到支付、资产、聊天、社交、版本发布、后台操作和外部接入的日常流程里。

这一章真正想解决的是下面几件事：

• 怎样区分基础设施安全、业务风控和合规治理的不同边界
• 为什么游戏项目的安全问题不能只靠客户端防护或单一检测工具解决
• 哪些最小治理能力必须尽早建立，否则项目上线越久代价越高

对于游戏项目来说，安全从来不是“上线前检查一下”的工作。只要产品开始有真实用户、真实资产和真实外部流量，攻击与滥用就已经出现了。外挂、退款套利、工作室、账号盗取、数据泄露、权限越权、版号内容约束、第三方 SDK 风险，都会直接改变系统设计。

阅读这一章时，最好带着三条主线：

• 看状态边界：哪些数据、资产和权限最敏感，谁能读、谁能改、谁来审计
• 看对抗成本：攻击和作弊是否比防守便宜，如果是，系统会在哪里持续失血
• 看治理闭环：发现问题之后，能不能处置、追责、补救和复盘

Related

关系链：权威与反作弊（01）→ 数据治理（02）→ 行为风控（03）→ 合规平台（04）→ 依赖治理（05）。上游：industry/platforms（平台约束）；下游：glossary/09（风控词条）、operation/bi/03（风控分析）、树根 server 总览。

Reference

节点清单见下节。

本章文章

• 安全与反作弊：讨论客户端篡改、服务端校验、外挂对抗和资产保护为什么必须围绕具体主链路设计，而不是只靠通用安全产品。
• 审计、隐私与数据安全：讨论操作审计、数据权限、隐私处理和敏感信息治理如何成为长期项目的基本盘。
• 行为风控与治理体系：讨论风控为什么不仅是识别模型，还必须覆盖处罚、申诉、人工复核和治理协同。
• 合规、版号与平台约束：讨论发行、内容、未成年人保护、平台规则和多地区要求怎样反向塑造技术实现。
• 许可风险与依赖治理：讨论第三方 SDK、开源依赖、许可证义务和供应链风险为什么不能等出事后再补。