前一阶段发布了《白话阿里巴巴Java开发手册(编程规约)》后，很多人与我探讨流程制度和研发标准的必要性，我曾经和大家做了个比喻，盖一个小窝棚，可能一个人随便堆积一下就可以了，那我们盖个3层小楼，就需要一个瓦匠和几个小工就可以了，但是如果我盖国贸三期的高楼大厦，只有这些人就可以盖成吗？肯定盖着盖着就倒了，这时候我需要的就是流程、规范、方法论。
后来有幸为《白话阿里巴巴Java开发手册》的新版本做了推荐，推荐原文为抢鲜下载 | 阿里Java开发手册最新完美版，千锤百炼始出炉！，并与原作者孤尽兄沟通后，决定把白话这个事儿一直写完，本篇为《白话阿里巴巴Java开发手册（安全规约）》。
1 安全规约
-
【强制】隶属于用户个人的页面或者功能必须进行权限控制校验。
说明: 防止没有做水平权限校验就可随意访问、修改、删除别人的数据，比如查看他人的私信内容、修改他人的订单。
白话
-
面向用户的所有服务都要有权限校验。
-
后端服务没有权限校验，也要有服务化平台下的调用权限管理。
-
-
【强制】用户敏感数据禁止直接展示，必须对展示数据脱敏。
说明: 查看个人手机号码会显示成:158****9119，隐藏中间 4 位，防止隐私泄露。
白话
-
除了手机号，在金融领域会有更多的敏感信息，这包括手机号、身份证号、有效期、CVV等。
-
防泄露必须加密，防篡改必须签名，防抵赖必须非对称签名。
-
-
【强制】用户输入的 SQL 参数严格使用参数绑定或者 METADATA 字段值限定，防止 SQL 注入， 禁止字符串拼接 SQL 访问数据库。
白话
-
这条一般用代码检查工具都会检查出来。
-
开发人员千万不要做字符串连接SQL。
-
-
【强制】用户请求传入的任何参数必须做有效性验证。
说明: 忽略参数校验可能导致:
page size过大导致内存溢出
恶意order by导致数据库慢查询
任意重定向
SQL注入
反序列化注入
正则输入源串拒绝服务ReDoS说明: Java 代码用正则来验证客户端的输入，有些正则写法验证普通用户输入没有问题， 但是如果攻击人员使用的是特殊构造的字符串来验证，有可能导致死循环的结果。
白话
-
一般在框架层都要做特殊字符的过滤，包括：大于号、小于号、单引号等。
-
任何使用集合的时候，输入参数是集合的时候，返回是集合的时候，一定要有条数的限制，不能无限大。
-
-
【强制】禁止向 HTML 页面输出未经安全过滤或未正确转义的用户数据。
白话
-
系统的入口要堵住特殊字符，入口可能是web界面，也可能是开发的接口。
-
系统的出口也要堵住特殊字符，出口一般指的是web界面。
-
-
【强制】表单、AJAX 提交必须执行 CSRF 安全过滤。
说明: CSRF(Cross-site request forgery)跨站请求伪造是一类常见编程漏洞。对于存在 CSRF 漏洞的应用/网站，攻击者可以事先构造好 URL，只要受害者用户一访问，后台便在用户 不知情情况下对数据库中用户参数进行相应修改。
白话
- 堵住系统的入口！
-
【强制】在使用平台资源，譬如短信、邮件、电话、下单、支付，必须实现正确的防重放限制， 如数量限制、疲劳度控制、验证码校验，避免被滥刷、资损。
说明: 如注册时发送验证码到手机，如果没有限制次数和频率，那么可以利用此功能骚扰到其它用户，并造成短信平台资源浪费。
白话
- 针对用户输入，一定要做防御式编程。
-
【推荐】发贴、评论、发送即时消息等用户生成内容的场景必须实现防刷、文本内容违禁词过滤等风控策略。
白话
- 这个一般是大数据部门提供决策数据，各个业务方埋点。
《分布式服务架构：原理、设计与实战》是一本不可多得的理论与实践相结合的架构秘籍，京东购买请点这里或者扫描下方二维码。
《分布式服务架构：原理、设计与实战》京东主页
加入【云时代架构】技术社区，做互联网时代最适合的架构，回归架构的简洁之美。
作者简书博客
云时代架构
网友评论