ku酷游官网-ku酷游网络股份有限公司

　　由于网络技术日趋成熟，黑客们也将注意力从以往对网络服务器的攻击逐步转移到了对web应用的攻击。据最新调查，信息安全有75%都发生在web应用而非网络层面。

　　输入和输出的很多问题，都可以通过Aop的思想来统一解决。尽量让应用的问题都通过架构去实现，以避免因为开发人员因素，而且对正常业务是透明、不可见的。

　　用户所有的输入，都可以认为是不安全的。千！万！不！要！以为用户的输入是合法的。要采取防御式的方式去处理应用。确保应用的安全。一般我们提倡的是：防御式架构和防御式编程。

　　千万不要乱用数据类型。使用基本数据类型,少用包装类。包装类容易被攻击。不要用String去接受所有类型数据。原则上：是什么类型就用什么类型去接收。

　　通过架构设计，添加一层设置处理http参数（验证数据的类型、合法性、长度和范围）。一般都是通过aop来实现。比如：对邮件、手机的验证，对非法数字（小于0）的验证，对整数最大值的验证，对字符串最大长度的验证等。

　　控制文件类型，通过后缀控制。上传文件的后缀要使用白名单，不要使用黑名单。只允许我们知道的文件类型上传。这样能确保安全性。

　　上传的文件名要随机、而且没有规律。可以考虑uuid。否则容易被猜测，然后把文件拖走。

　　要有严格的规范以及日常的代码评审。人为的因素，往往是很多安全问题的罪魁祸首。

　　要严格规划应用对数据库操作的用户。只允许有查看和修改数据的权限。就算是出了安全问题，也能把问题减少到最低，比如：至少避免被攻击者直接drop database.

　　在http到执行方法前，把标签净化掉。如果确实有需要富文本的地方，一定也要使用白名单的方式，只允许少数合法标签，其他的也全部净化。

　　在业务设计的时候要明确哪些是允许其他用户访问的，其他的都不允许访问。还是根据最小原则来处理。

　　重要的信息，千万不能通过让用户传输过来。千万不能自认为这些用户不会输入啊，都是我们设置好的。

　　比如，只允许同一个ip访问100次每天。这个规则，可以根据产品或者运营来共同制定。实现思路：通过aop

　　输出的内容确保是干净的，对用户不会有危险的。同时也不会泄露服务器的信息。

　　云WAF发展的新道路。感兴趣的看参考资料。感觉棒棒哒，果断还是验证了那句经典的话重复就会被解决。