1 是否针对金额，状态等核心参数进行严格的一致性核对
2 加解密方式是否合理，是否足够安全，key?md5?公私钥?
3 是否存在性能问题，容量评估如何，是否合理的使用了cache，是否选用了合理的网络通讯模型或者中间件
4 如果涉及多个服务间的调用，如何保障不同系统接口调用的一致性，出现差错事如何处理
5 接口是否支持重入，所有的敏感操作是否根据唯一的单来保障状态的变迁，是否存在多次处理的可能。
6 业务或者接口上是否存在防刷机制
7 如果涉及多个系统，是否有对账机制来保障系统间的一致性
8 服务或者接口是否有自我保护机制（超时，重连，告警，频率限制，自杀机制等）
9 服务是有状态还是无状态，是否存在单点问题
10 如果涉及事务，事务的顺序是否一致，是否存在死锁问题。亦需考虑频繁锁对系统性能的影响。
11 模块设计是否做到了快慢分离，核心非核心分离(比如交易和查询)
12 状态变迁是否严格校验(必须校验前置状态)。不同的CGI或者服务之间跳转时，如何保障不被人截断和篡改。
13 对于支付类服务，是否做到了接口的原子化。 对于查询类服务，是否做到了与帐号关系绑定，不能够查询到非登录帐号相关的讯息。
14 对于敏感的数据和接口，是否已做服务后置(后台服务，防火墙保护)，是否已做了隔离(避免单一途径获取所有的资源，分而治之），是否形成互相制约的闭环。
15 系统的处理方式是否合理，批量？实时？是否对现有系统有所冲击。
16 新引入的数据库操作是否合理？是否使用了合适的索引？正确的条件？是否存在不合理的慢查询？
17 如何涉及web层，如CGI的参数传递，必须确保关键信息的防篡改型(加密或签名)，严禁出现修改请求串就可以完成后台接口调用的CGI出现。敏感操作或交易接口必须加密。
18 web层的接口调用，如果涉及敏感操作，必须确保必要的安全措施是否已添加到关键路径，如风控调用，数字证书验证，甚至手机验证码验证。
19 加密的信息不能出现在任何的日志或SQL中，不能够依赖SQL进行加密。必须使用可靠的加密算法如RSA等。
20 涉及与外部系统的交互时，涉及唯一交易主体(卡号，协议号)就可以交易的，相当于无密。这种情况对这些信息必须加密，同时也必须具备防篡改机制。 及时被人篡改了，也必须有对账机制能够及时发现这个问题。
21 对于查询接口，敏感的讯息也必须加密，同时也必须进行强制一致性检查。不允许出现可以通过组串或者发包等方式，查询到非本人的或者非授权的讯息。
近期评论