标签：企业   允许   set   数据库安全   应用安全   parameter   字符   过滤   参考   

今天在进行支付宝开发时，看到支付宝开发文档《开放平台第三方应用安全开发指南》中关于数据库操作的安全性。特此记录！

1.数据库操作

（1）原则：用户密码存储须加盐存储，各用户盐值不同。

（2）原则：若涉及证件号等敏感信息的存储，须使用AES-128算法加密存储。

（3）编写的SQL必须预编译，不允许通过字符串拼接的方式合成。

　　　　说明：1.部分特殊场景，必须通过拼接合成，则拼接的变量必须经过处理，只允许[a-zA-Z0-9_-.]+字符。

　　　　　　　2.参考SQL注入漏洞。

2.SQL注入漏洞

SQL注入攻击，被广泛用于非法获取网站控制权，是发生在应用程序的数据库层上的安全漏洞。在设计不良的程序当中，忽略了对输入字符串中夹带的SQL指令的检查，你们这些夹带进去的指令就会被数据库误认为是正常的SQL指令而运行，从而使数据库受到攻击，可能导致数据被窃取、更改、删除，以及进一步导致网站被嵌入恶意代码、被植入后门程序等危害。

2.1漏洞危害

（1）机密数据被窃取；

（2）核心业务数据被篡改；

（3）网页被篡改；

（4）数据库所在服务器被攻击变为傀儡主机，甚至企业网被入侵。

2.2解决方案

（1）所有的查询语句都使用数据库提供的参数化查询接口，参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中。

（2）对数据库的特殊字符串‘“\<>&*;等进行转义处理，或编码转换。

（3）确认每种数据的类型，比如数字型等数据就必须是数字，数据库中的存储字段必须对应为int型。

（4）数据长度应该严格规定，能在一定程度上防止比较长的SQL注入语句无法正确执行。

（5）网站每个数据层的编码统一，建议全部使用UTF-8编码，上下层编码不一致有可能导致一些过滤模型被绕过。

（6）严格限制网站所用数据库账号的权限，给辞用户仅提供能够满足其工作的权限，从而最大限度的减少注入攻击对数据库的危害。

（7）避免网站显示SQL错误信息，比如类型错误、字段不匹配等，防止攻击者利用这些错误信息进行一些判断。

2.3代码示例

2.3.1 JAVA漏洞代码示例

JdbcConnection conn = new JdbcConnection();
final String sql = "select * from product where pname like ‘%"
        + request.getParameter("pname") + "%‘";
conn.execqueryResultSet(sql);

2.3.2 JAVA修复示例

JdbcConnection conn = new JdbcConnection();
PreparedStatement pstmt = conn.prepareStatement("select * from product where pname like ?";
pstmt.setString(1, “%”+ request.getParameter("pname")+”%”);
pstmt.execute();

数据库安全性操作——操作原则及SQL注入

标签：企业   允许   set   数据库安全   应用安全   parameter   字符   过滤   参考   

原文地址：http://www.cnblogs.com/XuYiHe/p/6893337.html