提交前安全评审打分

一次涉及支付与用户信息的提交要上线，评审人手上有一份完整 diff 和上线计划，一小时内要给出结论。

【评分维度】
1. 鉴权：新增接口是否都挂了权限，有无遗漏。
2. 敏感数据：是否出现明文手机号、身份证、密钥。
3. 依赖变更：新增依赖是否有已知漏洞。
4. 回滚设计：出问题能否快速退回，数据是否可逆。

【量表】
1. 每维 5 分，任一维 2 分以下直接阻止上线。
2. 总分 16 分以上可通过，12 到 15 分需带条件上线。
3. 带条件上线的，条件必须可验证。

【评分理由】
1. 每个扣分点贴出代码片段，标出文件与行号。
2. 说明最坏情况：被利用后影响多少用户与数据。
3. 对未覆盖的部分明确写「未审」，不默认安全。

【改进建议】
1. 阻止项给出改法与预计耗时，不让团队空等。
2. 带条件项写清上线后多久内必须补完。
3. 结论一句话：可上线、带条件上线、不可上线。