SQL注入安全漏洞详解

最新推荐文章于 2024-05-06 09:17:06 发布

一瓢西湖水

最新推荐文章于 2024-05-06 09:17:06 发布

阅读量786

点赞数 7

文章标签： sql oracle 数据库

本文链接：https://blog.csdn.net/alidingding/article/details/135282277

版权

1. SQL注入的原理：

SQL注入的攻击行为是通过用户可控参数中注入了SQL语法，改变原有SQL结构，以下两种情况可以造成SQL注入：

1.使用字符串拼接的方式构造SQL语句

2.未对用户可控参数进行严格的过滤，便把参数内容拼接到SQL语句中

2. SQL注入的危害

攻击者通过利用SQL注入漏洞，获取数据库的各种信息（如后台的账号密码），从而脱取数据库的内容（脱库）；

特别的情况下还可以对数据库内容进行插入、修改、删除

如果数据库权限分配存在问题，或者数据库本身存在缺陷，攻击者可以通过SQL注入漏洞来直接获取webshell或服务器权限

3. SQL注入解决方案

3.1 使用预编译处理

#{}：预编译处理。
${}：字符直接替换。
预编译处理：MyBatis 在处理#{}时，会将 SQL 中的 #{} 替换为?号，使⽤ PreparedStatement
的 set ⽅法来赋值。
直接替换：是MyBatis 在处理 ${} 时，就是把 ${} 替换成变量的值。
特别注意字符串使用 ${} 替换时需要加引号。使用$ 可以处理关键字,比如我们sql的升序降序关键字,因为$符号是直接替换

<select id="getData" resultType="com.demo.get">
    select * from member order by id ${str};
</select>

其他建议：

严格确定数据的类型，比如入参是数字，数据库则必须使用int类型来存
规定数据长度，能在一定程度上防止sql注入
严格限制数据库权限，能最大程度减少sql注入的危害
避免直接响应一些sql异常信息，sql发生异常后，自定义异常进行响应

3.2 模糊查询的解决方案

如果业务场景中需要使用模糊查询，不能使用如下形式：

select * from member where username like '%${str}%';

而是应该是如下形式：

select * from member where username like CONCAT('%',#{str},'%');

3.3 过滤关键词

/**
 * 关键词校验
 * @param str
 * @return
 */
protected static boolean sqlValidate(String str) {
    // 统一转为小写
    str = str.toLowerCase();
    // 过滤掉的sql关键字，可以手动添加
    String badStr = "'|and|exec|execute|insert|select|delete|update|count|drop|*|%|chr|mid|master|truncate|" +
            "char|declare|sitename|net user|xp_cmdshell|;|or|-|+|,|like'|and|exec|execute|insert|create|drop|" +
            "table|from|grant|use|group_concat|column_name|" +
            "information_schema.columns|table_schema|union|where|select|delete|update|order|by|count|*|" +
            "chr|mid|master|truncate|char|declare|or|;|-|--|+|,|like|//|/|%|#|" + 
		    "in|group|net|user|between|concat|=|>|<|xor|`|&|!|^|~";//另外"与|这两个符号也推荐过滤
    String[] badStrs = badStr.split("\\|");
    for (int i = 0; i < badStrs.length; i++) {
        if (str.indexOf(badStrs[i]) >= 0) {
            return true;
        }
    }
    return false;
}