# 安全指南 本文档整理了小游戏开发和运营过程当中的一些常见的安全事项，用于帮助开发者了解、发现和修复相关安全和漏洞问题，避免对业务的正常运营造成损失。为了便于落地，部分事项已经有相应的能力来支持解决。 ## 安全原则 小游戏的开发过程中容易不经意埋下一些安全问题，遵循一套良好的安全开发原则，能够规避大部分风险。现整理一些原则如下： **代码保护原则**：妥善保护源码，首次上线前需对提审的代码进行加固，提高恶意阅读、分析、对抗的成本。 **权限最小原则**：代码提审时，只保留常规玩家权限，剔除一切的特殊权限，如：生产代币/虚拟道具的权限、测试期的Mock代码、特殊接口等，防止上线后被恶意利用。 **票据鉴权原则**：自定义登录态后需要隐藏好票据，票据的设计尽量结合身份信息、时效信息、包数据信息、权限信息等，规避各类越权风险。 **互不信任原则**：前后端的数据交互中每一次都需鉴权，后端不能信任前端提交的数据，重要数据需要结合游戏的特点、上下文、合理性等做出合法性判定，拒绝预期之外的请求。 **活动风控原则**：活动运营中，现金和高价值道具发放需要设置足够合理的门槛，例如：时间价值、等级价值、账号价值等，避免被非目标玩家恶意刷走。 **UGC不可信原则**：用户产生的UGC内容（图片、文本、音视频等）均不可信任，在采信和应用之前，务必过内容安全审查，检测正常的内容才可对外展示。 ## 代码加固3.0 代码加固是对明文游戏代码的一种保护，包含了**代码混淆**、**代码水印**、**代码锁**以及部分**对抗外挂**的能力，能够较全面的保护代码和游戏运营。为了便于应用，相关能力统一打包在了开发者工具插件——《游戏深度保护》里面。能力项以及加固的等级，根据游戏自身的情况可以自由选择生效。 ### 代码混淆 混淆是代码特征工程的基础上，对代码进行功能等价、结构异型、名称重组的一种转换。转化后的代码不会改变原有的游戏逻辑，但名称上、结构上、控制流程上会发生巨大的变化。几乎丧失了可读性，可大幅的提升攻击者的理解成本。根据转化复杂程度的不同，插件里提供了初级、中级、高级三类选项，开发者可以在体积膨胀开销和结果代码复杂程度之间，自行衡量选择。 以下是几行简单的示例代码，在选择不同的混淆等级后，转化出来的结果代码。 示例代码： ```javascript { let info = {name: "xiaoming", year: 2024, version: 2}; console.log(info); info.version =3; let more = {obj: info}; console.log(more.info); more.obi.name ='wx'; console.log(more); } ``` “初级”选项的混淆结果： ```javascript let a=Math.log,b=Math.pow,c=Math.floor,d=Math.random,e=Math.exp,f=Math.abs,g=Math.round,h=Math.E,i=Math.LN10,j=Math.LN2,k=Math.LOG10E,l=Math.PI,m=Math.SQRT1_2,n=Math.SQRT2;{let a={name:"xiaoming",year:2024,version:2};console.log(a);a.version=3;let b={obj:a};console.log(b.obj);b.obj.name="wx";console.log(b)} ``` “中级”选项的混淆结果： ```javascript let a=Math.log,b=Math.pow,c=Math.floor,d=Math.random,e=Math.exp,f=Math.abs,g=Math.round,h=Math.E,i=Math.LN10,j=Math.LN2,k=Math.LOG10E,l=Math.PI,m=Math.SQRT1_2,n=Math.SQRT2;let o=80,p=26,q=46,r=35,s=22,t=99,u=23,v=45,w=3,x=68,y=50,z=40,A=90,B=79,C=21,D=57,E=51,F=22,G=63,H=49,I=85,J=39,K=99,L=10,M=81,N=73,O=32,P=27,Q=94,R=1,S=41,T=60,U=74,V=11,W=88,X=64,Y=13,Z=37,_0=69,_1=11,_2=28,_3=11,_4=33,_5=87,_6=73,_7=50,_8=27,_9=79,ba=42,bb=35,bc=70,bd=50,be=31,bf=59,bg=93,bh=70,bi=43,bj=70,bk=16,bl=54,bm=57,bn=21,bo=77,bp=55,bq=2,br=28,bs=23,bt=88,bu=93,bv=58,bw=65,bx=72,by=68,bz=53,bA=32,bB=60,bC=16,bD=47,bE=71,bF=69;let bG=g(2*a(f(31*Y+70*bj)))<=g(a(13*13+70*bj)+a(be*be+70*bj)),bH=g(2*a(f(68*bo+bC*bC)))<=g(a(bC*bC+77*77)+a(16*bC+by*by)),bI=16*bC+99*t+94*Q+22*22<16*22+22*Q+99*16+Q*t,bJ=c((16+X+_1)/3)>=c(e((a(X)+a(11)+a(16))/3)),bK=g(2*a(f(57*_6+93*99)))<=g(a(bu*bu+73*_6)+a(99*K+57*bm)),bL=g(2*a(f(16*y+72*D)))>g(a(50*y+D*D)+a(16*bC+bx*bx)),bM=_4*_4+93*bu+47*47+79*_9<93*_4+79*bu+47*_9+33*bD,bN=c((O+G+_5)/3)g(a(11*11+50*y)+a(33*_4+be*be)),bY=g(2*a(f(K*be+ba*ba)))>g(a(42*42+K*K)+a(42*ba+31*be)),bZ=10*L+M*M+74*U+Z*Z<10*74+U*Z+81*L+81*Z,b0=13*13+16*bk+31*31+B*B>=79*31+16*Y+79*Y+be*bk,b1=g(2*a(f(37*q+s*s)))<=g(a(22*s+37*Z)+a(s*s+46*q)),b2=58*58+22*s+bB*bB+_1*_1<58*_1+bB*s+60*bv+11*s,b3=g(2*a(f(69*37+54*bc)))>g(a(69*_0+54*bl)+a(37*Z+70*bc)),b4=g(2*a(f(D*D+70*br)))>g(a(57*D+br*br)+a(bc*bc+57*D)),b5=g(2*a(f(60*br+94*bo)))<=g(a(60*60+77*bo)+a(br*br+94*94)),b6=bl*bl+63*G+69*bF+88*bt>=54*69+88*63+69*88+63*bl,b7=58*58+63*G+70*bc>=bc*G+bv*bc+63*58,b8=R*R+40*40+54*bl+88*bt>=1*54+z*bt+40*bl+1*bt,b9=70*bh+81*M+Q*Q<70*M+81*Q+70*94,ca=37*Z+70*bh+73*N=40*K+bm*z+99*28+57*_2,cd=c((bs+s+Z)/3)=W*M+50*16+16*88+81*bd,cg=g(2*a(f(31*63+_9*w)))<=g(a(31*be+79*79)+a(w*w+63*63)),ch=c((35+H+T)/3)>=c(e((a(H)+a(bb)+a(60))/3)),ci=93*93+28*28+41*S+bA*bA>=_2*bA+93*_2+41*93+32*S,cj=_6*_6+31*be+39*J>=73*be+73*39+39*be;{let q,a,s,b,u,c,d,e,z,f;let g=1;String.prototype.m=String.prototype.substr;String.prototype.s=function(a){let b=[];for(let c=0;c=0)d[f]=a[e]}return d.join("")}};let i=h.m("wx",2);let j=i.s(2);let k=h.m("jlogob",3);let l=k.s(3);let m=h.m("ameyearn",4);let n=m.s(4);let o=h.m("sionver",7);let p=o.s(7);let r=h.m("inoxiagm",8);let t=r.s(8);let v="2,Wq,A,B";function w(a){let b='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789!#$%&()*+./:;<=>?@[]^_`{|}~"',c={};for(let a=0;a=0;b--){let f=c[a[b]];e+=f*g;g*=d}return e}let e=",",f=a.split(e),g=Number(f[0]),h=[];for(let a=1;ad,y[u]=e,{[z]:y});consoled,A[z][q]=f,consoled} ``` “高级”选项的混淆结果： ```javascript let a=Math.log,b=Math.pow,c=Math.floor,d=Math.random,e=Math.exp,f=Math.abs,g=Math.round,h=Math.E,i=Math.LN10,j=Math.LN2,k=Math.LOG10E,l=Math.PI,m=Math.SQRT1_2,n=Math.SQRT2;let o=84,p=53,q=89,r=84,s=26,t=47,u=60,v=26,w=40,x=89,y=51,z=3,A=63,B=8,C=76,D=58,E=96,F=67,G=69,H=14,I=96,J=85,K=81,L=57,M=9,N=97,O=74,P=30,Q=1,R=68,S=78,T=39,U=35,V=37,W=83,X=34,Y=72,Z=4,_0=66,_1=76,_2=25,_3=12,_4=13,_5=9,_6=24,_7=21,_8=52,_9=84,ba=45,bb=71,bc=73,bd=34,be=67,bf=19,bg=24,bh=23,bi=81,bj=93,bk=7,bl=48,bm=21,bn=49,bo=29,bp=31,bq=42,br=54,bs=55,bt=29,bu=57,bv=34,bw=46,bx=9,by=78,bz=80,bA=58,bB=69,bC=8,bD=77,bE=96,bF=29;let bG=g(2*a(f(H*u+34*34)))<=g(a(14*H+34*bd)+a(60*u+34*bd)),bH=c((46+96+C)/3)g(a(57*bu+23*bh)+a(57*57+bd*bd)),bJ=g(2*a(f(40*w+7*I)))<=g(a(bk*bk+40*w)+a(96*I+40*w)),bK=9*_5+19*bf+N*N+o*o=c(e((a(W)+a(I)+a(bc)+a(_5))/4)),bN=24*_6+51*51+29*bo<51*29+24*bo+24*y,bO=g(2*a(f(V*z+93*G)))>g(a(69*69+V*V)+a(93*bj+3*z)),bP=g(2*a(f(84*84+8*U)))<=g(a(r*r+bC*bC)+a(U*U+r*r)),bQ=g(2*a(f(46*24+96*J)))>g(a(46*bw+96*I)+a(85*85+24*bg)),bR=c((_7+66+53+19)/4)>=c(e((a(66)+a(bf)+a(_7)+a(53))/4)),bS=29*29+77*77+bd*bd>=bF*bd+bD*bF+bd*bD,bT=bB*bB+_4*_4+49*bn+bl*bl>=49*69+48*_4+48*bB+13*bn,bU=52*_8+51*y+63*A>=51*A+52*y+63*_8,bV=g(2*a(f(78*x+96*42)))>g(a(96*96+78*S)+a(bq*bq+89*x)),bW=g(2*a(f(Y*_6+69*26)))>g(a(69*69+Y*Y)+a(26*v+24*_6)),bX=30*P+bl*bl+40*w+66*_0>=bl*_0+66*w+P*bl+40*P,bY=g(2*a(f(9*O+84*84)))<=g(a(74*O+84*r)+a(9*bx+84*84)),bZ=g(2*a(f(89*F+69*S)))>g(a(S*S+q*q)+a(67*F+69*69)),b0=c((bn+96+9+46)/4)g(a(58*bA+24*_6)+a(96*bE+71*71)),b3=c((bw+21+55+69)/4)>=c(e((a(bs)+a(bB)+a(bm)+a(46))/4)),b4=ba*ba+47*47+60*u<45*60+60*47+45*t,b5=9*bx+84*_9+40*w+29*bt>=9*bt+84*9+29*40+w*_9,b6=c((bD+s+U)/3)>=c(e((a(26)+a(bD)+a(U))/3)),b7=21*bm+51*y+J*J+U*U<21*y+51*J+35*85+21*U,b8=c((Y+J+40)/3)>=c(e((a(Y)+a(85)+a(40))/3)),b9=c((bb+47+bg+_7)/4)=c(e((a(bo)+a(23)+a(72))/3)),cb=63*63+N*N+69*bB+85*J>=A*N+85*A+69*85+97*bB,cc=g(2*a(f(25*U+96*78)))>g(a(bE*bE+25*_2)+a(78*78+35*35)),cd=X*X+67*be+68*R+89*89>=68*67+34*be+89*R+89*X,ce=w*w+N*N+58*bA+v*v>=97*26+40*97+58*w+v*bA,cf=84*84+66*66+bp*bp+68*R<31*66+84*R+_0*o+31*R,cg=c((89+13+p)/3)=83*63+69*W+63*bp+69*bp,ci=bk*bk+60*60+F*F<7*u+u*F+67*bk,cj=c((76+46+bg)/3)=0)d[f]=a[e]}return d.join("")}};let j=i.r("wx",2);let k=j.s(2);let l=i.r("bogolj",3);let m=l.s(3);let n=i.r("rnameyea",4);let o=n.s(4);let p=i.r("lppay",5);let q=p.s(5);let r=i.r("ovrines",7);let s=r.s(7);let t=i.r("noxiagmi",8);let u=t.s(8);let y="2,Wq,A,B";function z(a){let b='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789!#$%&()*+./:;<=>?@[]^_`{|}~"',c={};for(let a=0;a=0;b--){let f=c[a[b]];e+=f*g;g*=d}return e}let e=",",f=a.split(e),g=Number(f[0]),h=[];for(let a=1;ae,C[x]=f,function(){let a;a={[I]:0};a[I]=C;return a}[d]());consolee,D[I][v]=g,consolee} ``` ### 代码水印 代码水印是在代码加固过程中添加的一段身份指纹信息，对代码运行逻辑不产生任何影响，无额外的性能开销，同时还具有隐蔽性和唯一性。水印信息在一定程度上证明了代码和开发者的权益关系，在判定代码归属关系时候，可以作为证据向平台寻求支持。 ![](https://res8.wxqcloud.qq.com.cn/wxdoc/3257573a-bb05-4dfd-b167-378fc5448978.png) ### 动态保护 加固后的代码，攻击者会进行分析和逆向混淆等，视图理解和复原代码逻辑。因此，本方案也支持了运行时加固，杜绝静态分析的可行性，并从多方面提升动态调试、注入的成本，进一步夯实加固代码的安全性。 ### 体积与性能开销 性能和体积在小游戏场景里是非常重要的，相关的开销上给予了针对性优化考虑。在既有数据样本里统计到，运行性能上额外损耗非常低(几乎可忽略)。代码体积膨胀上，"高级"加固 平均定位内存空间->篡改内存数值。应对方案上，开发者不能信任单一数值，核心数据在内存里需要创建“校验对象”，采信数据前做双重/多重校验，校验不通过的话，则认为数值被外挂攻击了，可以进行下一步动作，例如：游戏中断、游戏产出作废、封禁账号等。开发者可接入[小游戏内存风险检测与辅助加固工具](/minigame/dev/devtools/memoryprotect.md),选择需要保护的关键内存数值，加固之后的内存可隔断外挂搜索、设置内存陷阱，会触发自定义的反制手段，有效保护内存数值。也可参考下面的两种保护方式自行实现。 #### 内存数值校验 游戏在运行过程中的关键内存数值，需要进行校验，如果校验不通过，则可认为被外挂攻击了，再进行下一步动作。下面是一个内存数值校验的示例： ```javascript /////////////////////////////// 感知篡改需要用到的 hash 函数和 检查函数 function MyHash(val){ return val + 10; } function CheckCoin(obj){ if(obj.coin_hash !== MyHash(obj.coin)){ console.info("检测到外挂"); // 继续做其他事：退出游戏，或者上报等 } } ///////////////////////////// 以下是原业务逻辑代码区 let obj = {}; // 写关键数值时, 也同步写一个校验值 obj.coin = 10; obj.coin_hash = MyHash(obj.coin); // 写校验值 // 感知内存篡改方式1，定时每五秒检查一次 setInterval(CheckCoin, 5000, obj); // 感知内存篡改方式2，在关键业务逻辑处检查 function uploadCoin(obj){ // 在上传云端金币时，先检查一次 CheckCoin(obj); // 校查无问题，再做剩余逻辑 } ``` #### 内存数值隐藏 在不做特殊处理的情况下，小游戏运行时关键的数值都是以明文的方式存储在内存中的，为内存篡改挂提供了便利，这里建议隐藏游戏内的核心数值。下面是一种有效的实践，使用JS的Proxy特性。 ```javascript let obj = {}; let p_obj = new Proxy(obj, { get(target, key, receiver) { // 如果为数值，则返回减7 if (typeof target[key] === 'number') { return target[key] - 7; } }, set(target, key, value, receiver) { // 如果为数值，则写入加7 if (typeof value === 'number') { value += 7; } return Reflect.set(target, key, value, receiver); } }); // 后续所有的操作都针对代理对象 p_obj.coin = 10; // 不影响原有的逻辑 console.assert(p_obj.coin === 10, 'p_obj.coin === 10'); ``` ### 重打包外挂对抗 重打包外挂的原理是利用APK重打包技术，注入恶意的JS代码，篡改游戏逻辑，这类外挂破坏性强，可以实现出任意逻辑的外挂效果，例如：无敌锁血，一刀秒杀，无限道具等。 #### 代码防注入 针对重打包外挂，平台提供了[代码防注入能力](/minigame/dev/devtools/codeprotect.md)。接入此能力后，游戏运行过程中，会自动校验指定关键代码的完整性，实时检查是否被恶意注入。它是性能无损的，一旦检测到注入，就执行由开发者预先定义好的拦截动作，比如数据上报、限制特定功能、强制退出游戏等。 如下图是代码防注入的工作原理，开发者也可以参考示例代码自行实现。 ![](https://res8.wxqcloud.qq.com.cn/wxdoc/cbfd1dd9-f246-4722-bf1f-aa84d1d19bfb.png) ```js // 哈希函数，计算代码校验值 function simpleHash(str) { let hash = 0; if (str.length === 0) return hash; for (let i = 0; i < str.length; i++) { const char = str.charCodeAt(i); hash = (hash << 5) - hash + char; hash = hash & hash; } return hash.toString(16); } // 用于验证函数完整性的防注入检查 function validateFunctionIntegrity(func, expectedHash, onInjected) { const functionSource = func.toString(); // 计算哈希值 const functionHash = simpleHash(functionSource); // 比较哈希值，判断是否一致 if (functionHash === expectedHash) { console.log("函数代码验证通过，没有被篡改。"); } else { console.log("警告：函数代码已被篡改！"); // 如果发现代码被注入/篡改，执行开发者提供的自定义动作 if (onInjected) { onInjected(); // 执行自定义的注入处理动作 } } } // 待保护的函数 function targetFunction() { console.log("Hello, world!"); } // 目标函数的校验哈希值 const expectedHash = "f2a890b9"; // 开发者可以定义一个自定义动作，比如上报注入、强制退出等 function customInjectionHandler() { console.log("执行自定义处理动作！例如：上报数据或限制功能"); // 在这里可以做更多处理，比如： // 1. 上报注入数据 // 2. 强制退出游戏或应用 // 3. 禁用某些功能 } // 定时器，每5秒检查一次函数完整性 setInterval(() => { validateFunctionIntegrity(targetFunction, expectedHash, customInjectionHandler); }, 5000); // 每5秒钟检查一次 ``` ## 重点场景 ### 小游戏榜单安全风险点&治理建议 #### 一、目的与适用范围 **目的**：榜单作为全量玩家可见位，违规内容与异常分数一经上榜即形成全服曝光，风险敞口显著高于玩家私有数据。本文梳理了小游戏榜单场景下的内容安全与外挂安全风险，并针对各风险点提供平台能力接入路径与治理建议，供开发者对照自查、落地实施。 **适用范围**：游戏内含好友榜、世界榜、赛季榜、公会榜等任意排名展示，或榜单中会展示玩家自定义头像、昵称、公会名等 UGC 内容。 #### 二、风险全景 | 风险域 | 主要风险点 | 后果 | 严重等级 | | --- | --- | --- | --- | | 内容安全 | UGC 头像/昵称红线违规、导流引流等 | 小游戏不同程度封禁处理 | 高 | | 外挂安全 | 外挂霸榜、分数篡改 | 口碑受损、负面舆情扩散、正常玩家付费与留存下降 | 较高 | #### 三、内容安全 **3.1 风险识别** - •**风险点**：红线问题、引流问题 - •**后果**：若违反信息内容规范，一经发现将根据违规情形，对该小程序进行不同程度的封禁处理。 - •**开发者自查点**：游戏内是否涉及 UGC 内容（用户自定义头像、昵称、公会名、留言等），且这些内容是否会在榜单中对外展示。 > **特别注意导流类内容**：违规者常把联系方式、外部链接、群号伪装成昵称塞进榜单，借高排名获取曝光，这类内容需按引流违规处理。 **3.2 治理建议** **（1）接入平台 UGC 内容安全接口，并过滤异常用户** - •**图像**：UGC 头像送检 —— [图片内容安全识别 | 微信开放文档](/minigame/dev/api-backend/wxa-sec-check/api_mediacheckasync.md) - •**文本**：用户 UGC 昵称送检 —— [文本内容安全识别 | 微信开放文档](https://developers.weixin.qq.com/minigame/dev/api-backend/open-api/sec-check/security.msgSecCheck.html)•**单昵称送检**：用户上榜时同步送检，未通过不予保存。 - •**排行榜多昵称拼接后送检**：应对「爬楼风险」——单条昵称各自合规，但榜单上下相邻拼接后形成违规语义。榜单渲染前按展示顺序拼接整屏昵称二次送检。 举例： ``` 【排行榜】 1、↓结合魏信 9999分 2、【O】 9998分 3、【U】 9997分 4、【E】 9996分 5、【M】 9995分 ``` **（2）不要完全依赖内容安全服务** 将小游戏 UGC 内容接入内容安全服务，可以有效缓解人工审核压力、降低违规风险，但接入内容安全服务并不意味着一劳永逸解决所有问题。为进一步确保内容安全，仍建议开发者在关键环节设置人工审核确认，以弥补机器识别存在的不足。 **（3）对抗升级：收敛 UGC 自由度** 使用 UGC 接口过滤后仍会残留少量异常 case。建议将头像和昵称从完全用户自定义上传，更改为从有限头像库、昵称库中选择。 - •**适用场景**：社交属性弱、榜单曝光量大的游戏优先采用。 - •**折中方案**：自定义内容默认仅自己可见，进入公开榜单时替换为系统预置形象与预置昵称。 **3.3 内容安全接入检查清单** - •昵称设置 / 修改链路已接入文本安全检测，检测不通过进行下榜，并清除玩家昵称 - •头像上传链路已接入图片安全检测，检测不通过进行下榜，并清除玩家头像 - •榜单发生变更时，执行多昵称拼接二次送检 - •存量 UGC 数据已完成一次全量回扫 - •高危账号（多次送检不通过）已建立黑名单与禁止上榜机制 - •关键环节保留人工审核确认通道 #### 四、外挂安全 **4.1 风险识别** - •**风险点**：外挂霸榜。 - •**后果**：影响游戏口碑，造成负面舆情扩散，甚至影响正常玩家的付费和留存意愿。 - •**开发者自查点**：分数是否由客户端直接上报且服务端无校验；榜单头部分数是否显著偏离正常分布；是否存在同一设备/IP 批量刷榜。 **4.2 治理建议** **（1）接入反外挂接口，对平台检测到的外挂用户禁止上榜** - •**能力开通路径**：MP 后台 → 右下角「开发者助手」提交申请。 - •**外挂风险概览**：[小游戏安全 - 反外挂](https://mp.weixin.qq.com/wxamp/security/anticheat?token=1561945287&lang=zh_CN) - •**分级标签接口**：[获取小游戏外挂分级标签数据 | 微信开放文档](/minigame/dev/api-backend/safety-control-capability/api_getcheatdata.md) - •**落地方式**：按外挂分级标签分档处置——•严重、高危：直接禁止上榜并清零历史分数 - •中危：降权展示或仅自己可见 - •低危：观察并纳入监控名单 **（2）接入微信网关加密传输，避免用户登录态 token 被抓包** - •[Donut 简介](https://dev.weixin.qq.com/docs/donut/) **（3）对排行榜分数设置安全策略** - •**阈值上限校验**：设定单局理论最高分，超出直接拒绝入榜并告警。 - •**单位时间上分上限**：限制单账号每日 / 每小时分数增量。 - •**服务端校验**：关键分数计算下沉服务端，客户端上报仅作参考。 - •**异常分布监控**：对榜单头部分数做离群检测，突增即触发人工复核。 **（4）开放举报入口** - •榜单页提供便捷举报入口，支持对具体名次用户举报。 - •对高频被举报用户进行人工核查，或结合策略自动打击。 - •举报处置结果回传举报人，形成正向治理循环。 **4.3 外挂治理检测清单** - •在 MP 开发者助手申请并开通反外挂能力 - •对接外挂分级标签接口，且分级处置策略已上线 - •接入微信网关加密传输，登录态 token 不明文传输 - •分数上报已做服务端校验 + 阈值上限 + 频次上限 - •榜单头部数据有离群检测与告警 - •榜单页已开放举报入口，且有人工核查 SLA ![](https://res8.wxqcloud.qq.com.cn/wxdoc/56617deb-b17d-4cf1-bccd-71d2c41ccc76.svg)文档变更日志（1条） 2026 年 10 月 12 日新增「重点场景」章节及「小游戏榜单安全风险点&治理建议」小节，补充榜单 UGC 内容安全与外挂治理建议。