SQL注入

  • 1.SQL 注入概念
    • 1.1 SQL注入是什么?
    • 1.2 SQL注入定义
    • 1.3 SQL注入特点
      • 1、广泛性
      • 2、隐蔽性
      • 3、危害大
      • 4、操作方便
      • 1.4 SQl注入原理
      • 1.5 SQl注入危害
      • 1.6 SQl注入过程
      • 1.6 SQl注入方法
      • 1.7 SQl注入攻击特点
      • 1.7 SQl注入攻击手法
      • 1.8 SQl注检测技术
  • 2.0 SQL注入DEMO
  • 3.0如何防止SQL注入
    • 3.1理论(注入防范)
    • 3.2代码示例
      • 3.2.1 PreparedStatement对象
      • 3.2.2 新增
      • 3.2.3 删除
      • 3.2.3 修改
      • 3.2.3 查询
      • 3.2.3 解决2.0SQL注入demo

1.SQL 注入概念

1.1 SQL注入是什么?

SQL 存在漏掉,会被攻击导致数据泄漏;

SQL注入即是指web应用程序对用户输入数据的合法性没有判断或过滤不严,攻击者可以在web应用程序中事先定义好的查询语句的结尾上添加额外的SQL语句,在管理员不知情的情况下实现非法操作,以此来实现欺骗数据库服务器执行非授权的任意查询,从而进一步得到相应的数据信息

1.2 SQL注入定义

SQL是操作数据库数据的结构化查询语言,网页的应用数据和后台数据库中的数据进行交互时会采用SQL。而SQL注入是将Web页面的原URL、表单域或数据包输入的参数,修改拼接成SQL语句,传递给Web服务器,进而传给数据库服务器以执行数据库命令。如Web应用程序的开发人员对用户所输入的数据或cookie等内容不进行过滤或验证(即存在注入点)就直接传输给数据库,就可能导致拼接的SQL被执行,获取对数据库的信息以及提权,发生SQL注入攻击。

1.3 SQL注入特点

1、广泛性

任何一个基于SQL语言的数据库都可能被攻击,很多开发人员在编写Web应用程序时未对从输入参数、Web表单、cookie等接受到的值进行规范性验证和检测,通常会出现SQL注入漏洞。

2、隐蔽性

SQL注入语句一般都嵌入在普通的HTTP请求中,很难与正常语句区分开,所以当前许多防火墙都无法识别予以警告,而且SQL注入变种极多,攻击者可以调整攻击的参数,所以使用传统的方法防御SQL注入效果非常不理想。

3、危害大

攻击者通过SQL注入获取到服务器的库名、表名、字段名,从而获取到整个服务器中的数据,对网站用户的数据安全有极大的威胁。攻击者也可以通过获取到的数据,得到后台管理员的密码,然后对网页页面进行恶意篡改。这样不仅对数据库信息安全造成严重威胁,对整个数据库系统安全也影响重大。

4、操作方便

互联网上有很多SQL注入工具,简单易学,攻击过程简单,不需要专业知识也能自如运用。

1.4 SQl注入原理

SQL注入攻击是通过操作输入来修改SQL语句,用以达到执行代码对WEB服务器进行攻击的方法。简单的说就是在post/getweb表单、输入域名或页面请求的查询字符串中插入SQL命令,最终使web服务器执行恶意命令的过程。可以通过一个例子简单说明SQL注入攻击。假设某网站页面显示时URL为http://www.example.com?test=123,此时URL实际向服务器传递了值为123的变量test,这表明当前页面是对数据库进行动态查询的结果。由此,我们可以在URL中插入恶意的SQL语句并进行执行。另外,在网站开发过程中,开发人员使用动态字符串构造SQL语句,用来创建所需的应用,这种情况下SQL语句在程序的执行过程中被动态的构造使用,可以根据不同的条件产生不同的SQL语句,比如需要根据不同的要求来查询数据库中的字段。这样的开发过程其实为SQL注入攻击留下了很多的可乘之机。

1.5 SQl注入危害

  • 但凡使用数据库开发的应用系统,就可能存在SQL注入攻击的媒介。自1999年起,SQL注入漏洞就成了常见安全漏洞之一。至今SQL注入漏洞仍然在CVE列表中排前10。

  • 2011年美国国土安全局,Mitre和SANA研究所将SQL注入作为第一危险的安全漏洞。至今,SQL注入仍然是首要的难以修复的安全威胁漏洞(数据库生产厂商难以通过维护数据库自身功能或提高数据库安全策略来防范SQL注入)。

  • 2012年,Barclaycard的一个代表声称97%的数据泄露都是由SQL注入引起的。2011年年末和2012年年初,在不到一个月的时间里,超过百万的网页遭受到SQL注入攻击。2008年见证了由于SQL注入引起的经济失调。甚至在2010年秋季,联合国官方网站也遭受SQL注入攻击。

  • 2014年一个叫“TeamDigi7al”的黑客组织攻击了美国海军的一个名为“Smart Web Move”的web应用。此次事件直接造成美国海军数据库超过22万服役人员的个人信息被泄露。而事后,美国海军动用了超过50万美元来弥补此次的数据泄密事故。
    在日本电话电报公司集团(NTT)发布的2014全球威胁情报的报告中提出了一个惊人的数字——“企业对一次小规模SQL注入攻击的平均善后开支,通常超过19.6万美元。”

  • 随着Web安全事件的不断频发,我们不得不思考SQL注入攻击的代价。显然,SQL注入不是一个过期的安全问题,恰恰相反,它是一种非常容易被使用的攻击方式,SQL注入并不需要高深的攻击手段便可以轻易使敏感的数据库信息被非法浏览或删除。事实上,由于SQL注入攻击简单而又非常高效,高级黑客们已开始采用某些软件自动搜索web应用程序的SQL漏洞,并利用SQL注入自动化工具来制造僵尸,并建立可自动攻击的僵尸网络。

  • 显然,SQL注入攻击并不会在短时间内消失,而其所造成影响更是一个刻不容缓、代价不菲的重大威胁,处理一次web应用安全事故几乎要花掉20万美元。网络安全工程师们务必要意识到,研究与防范SQL注入攻击是必要的,也是首要的安全任务。

1.6 SQl注入过程

第一步:SQL注入点探测。探测SQL注入点是关键的一步,通过适当的分析应用程序,可以判断什么地方存在SQL注入点。通常只要带有输入提交的动态网页,并且动态网页访问数据库,就可能存在SQL注入漏洞。如果程序员信息安全意识不强,采用动态构造SQL语句访问数据库,并且对用户的输入未进行有效性验证,则存在SQL注入漏洞的可能性很大。一般通过页面的报错信息来确定是否存在SQL注入漏洞。

第二步:收集后台数据库信息。不同数据库的注入方法、函数都不尽相同,因此在注入之前,我们先要判断一下数据库的类型。判断数据库类型的方法很多,可以输入特殊字符,如单引号,让程序返回错误信息,我们根据错误信息提示进行判断;还可以使用特定函数来判断,比如输入“1 and version()>0”,程序返回正常,说明version()函数被数据库识别并执行,而version()函数是MySQL特有的函数,因此可以推断后台数据库为MySQL。

第三步:猜解用户名和密码。数据库中的表和字段命名一般都是有规律的。通过构造特殊SQL语句在数据库中依次猜解出表名、字段名、字段数、用户名和密码。

第四步:查找Web后台管理入口。WEB后台管理通常不对普通用户开放,要找到后台管理的登录网址,可以利用Web目录扫描工具(如:wwwscan、AWVS)快速搜索到可能的登录地址,然后逐一尝试,便可以找到后台管理平台的登录网址。

第五步:入侵和破坏。一般后台管理具有较高权限和较多的功能,使用前面已破译的用户名、密码成功登录后台管理平台后,就可以任意进行破坏,比如上传木马、篡改网页、修改和窃取信息等,还可以进一步提权,入侵Web服务器和数据库服务器。

1.6 SQl注入方法

由于编写程序时未对用户输入数据的合理性进行判断,导致攻击者能在SQL Injection的注入点中夹杂代码进行执行,并通过页面返回的提示,获取进行下一步攻击所需的信
息。根据输入的参数,可将SQL注入方式大致分为两类:数字型注入、字符型注入。

1、数字型注入
当输入的参数为整型时,如ID、年龄、页码等,如果存在注入漏洞,则可以认为是数字型注入。这种数字型注入最多出现在ASP、PHP等弱类型语言中,弱类型语言会自动推导变量类型,例如,参数id=8,PHP会自动推导变量id的数据类型为int类型,那么id=8 and 1=1,则会推导为string类型,这是弱类型语言的特性。而对于Java、C#这类强类型语言,如果试图把一个字符串转换为int类

2、字符型注入
当输入参数为字符串时,称为字符型。数字型与字符型注入最大的区别在于:数字型不需要单引号闭合,而字符串类型一般要使用单引号来闭合。

1.7 SQl注入攻击特点

SQL注入攻击是目前web应用网络攻击中最常见的手段之一,安全风险较高,在一定程度上超过缓冲区溢出漏洞,而市场上的防火墙又不能对SQL注入漏洞进行有效的检测和防范。防火墙为了使正常网络应用程序访问服务器端的数据,必须允许从互联网到Web服务器的正向连接,因此一旦web网络应用程序存在注入漏洞,攻击者就可以获取访问数据库的权利进而获得数据库所在服务器的访问权在某些情况下,SQL注入攻击的风险要高于缓冲区溢出漏洞等所有其他漏洞。SQL注入攻击普遍存在范围广、实现容易、破坏性大等特点。

SQL注入攻击者在HTTP请求中输入含有恶意构造且语法合法的SQL语句,只要应用程序中没有做严格的处理(例如校验或预拼接),那么就会出现SQL注入漏洞危险,目前以PHP、Perl、Cold Fusion Management等技术与Oracle、SQLServer、Sybase、DB2等数据管理系统相结合的Web应用程序都发现有SQL注入漏洞。

SQL注入技术公布后不久,互联网上出现了很多例如教主的HDSI、NBSI、明小子的Domain等SQL注入工具,对那些存在SQL注入的网站以及Web应用程序进行攻击,很容易就可以获取其服务器的控制权。

1.7 SQl注入攻击手法

1、基于布尔的盲注
因为web的页面返回值都是True或者False,所以布尔盲注就是注入后根据页面返回值来得到数据库信息的一种办法。

2、基于时间的盲注
当布尔型注入没有结果(页面显示正常)的时候,我们很难判断注入的代码是否被执行,也可以说到底这个注入点存不存在?这个时候布尔型注入就无法发挥自己的作用了。基于时间的盲注便应运而生,所谓基于时间的盲注,就是我们根据web页面相应的时间差来判断该页面是否存在SQL注入点。

3、联合查询注入
使用联合查询进行注入的前提是我们要进行注入的页面必须有显示位。所谓联合查询注入即是使用union合并两个或多个SELECT语句的结果集,所以两个及以上的select必须有相同列、且各列的数据类型也都相同。联合查询注入可在链接最后添加order by 9基于随意数字的注入,根据页面的返回结果来判断站点中的字段数目。

4、基于错误信息的注入
此方法是在页面没有显示位,但是echo mysql_error();函数输出了错误信息的时候方能使用。优点是注入速度快,缺点是语句较为复杂,而且只能用limit依次进行猜解。总体来说,报错注入其实是一种公式化的注入方法,主要用于在页面中没有显示位,但是用echo mysql_error();输出了错误信息时使用。

1.8 SQl注检测技术

SQL注入的检测方式目前主要有两大类,第一:动态监测,即在系统运行时,通常在系统验收阶段或上线运行阶段使用该方法,使用动态监测攻击对其系统进行扫描,然后依据扫描结果判断是否存在SQL注入漏洞。第二:静态检测,又称静态代码扫描,对代码做深层次分析。

1、动态检测
动态监测分为两类:手工监测以及工具监测。相对于手动监测的高成本以及高漏检率,在实际生产过程中更偏向于工具监测,但工具监测同样存在较大的局限性。其原因在于工具是用报文来判断SQL注入是否生效,然而仅仅通过报文是很难精准地判断SQL注入是否存在,因此存在较高的误报率。

2、静态检测
静态检测的误报率相对较低,其主要原因在于SQL注入漏洞的代码特征较为明显。
(1)使用数据库交互代码;
(2)使用字符串拼接方式构造动态SQL语句;
(3)使用未过滤的不可信任数据。
在常规的排查应用系统中是否存在SQL注入漏洞时,由于静态扫描的代码特征明显,误报率低和直接阅读相关代码,工作总量减少的优势,通常使用静态扫描

2.0 SQL注入DEMO

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;/*** @ClassName: SQLQuestion* @Description: TODO 类描述*/
public class SQLQuestion {public static void main(String[] args) {//正常登录
//        login("张三","1234567");//sql注入 login("' or '1=1","123456");}/*** 登录业务*/public static void login(String userName, String password) {Connection con = null;Statement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();st = con.createStatement();String sql = "SELECT * FROM users WHERE `name`='"+userName+"' AND `password`='"+password+"'";// SELECT * FROM users WHERE `name`='' or '1=1' AND `password`='123456'System.out.println(sql);rs = st.executeQuery(sql);while (rs.next()) {System.out.println("id="+rs.getInt("id"));System.out.println("name="+rs.getString("name"));}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

导致结果:错误的用户名或者密码可以获取到全部的用户信息、

3.0如何防止SQL注入

3.1理论(注入防范)

SQL注入攻击的危害很大,而且防火墙很难对攻击行为进行拦截,主要的SQL注入攻击防范方法,具体有以下几个方面。

1、分级管理
对用户进行分级管理,严格控制用户的权限,对于普通用户,禁止给予数据库建立、删除、修改等相关权限,只有系统管理员才具有增、删、改、查的权限。例如上述实例中用户在查询语句中加入了drop table。肯定是不能让其执行的,否则系统的数据库安全性就无法保障。故而通过权限的设计限制。使得即使恶意攻击者在数据提交时嵌入了相关攻击代码。但因为设置了权限,从而使得代码不能执行。从而减少SQL注入对数据库的安全威胁。

2、参数传值
程序员在书写SQL语言时,禁止将变量直接写入到SQL语句,必须通过设置相应的参数来传递相关的变量。从而抑制SQL注入。数据输入不能直接嵌入到查询语句中。同时要过滤输入的内容,过滤掉不安全的输入数据。或者采用参数传值的方式传递输入变量。这样可以最大程度防范SQL注入攻击。

3、基础过滤与二次过滤
SQL注入攻击前,入侵者通过修改参数提交“and”等特殊字符,判断是否存在漏洞,然后通过select、update等各种字符编写SQL注入语句。因此防范SQL注入要对用户输入进行检查,确保数据输入的安全性,在具体检查输入或提交的变量时,对于单引号、双引号、冒号等字符进行转换或者过滤,从而有效防止SQL注入。当然危险字符有很多,在获取用户输入提交的参数时,首先要进行基础过滤,然后根据程序的功能及用户输入的可能性进行二次过滤,以确保系统的安全性。

4、使用安全参数
SQL数据库为了有效抑制SQL注入攻击的影响。在进行SQLServer数据库设计时设置了专门的SQL安全参数。在程序编写时应尽量使用安全参数来杜绝注入式攻击。从而确保系统的安全性。

SQLServer数据库提供了Parameters集合,它在数据库中的功能是对数据进行类型检查和长度验证,当程序员在程序设计时加入了Parameters集合,系统会自动过滤掉用户输入中的执行代码,识别其为字符值。如果用户输入中含有恶意的代码,数据库在进行检查时也能够将其过滤掉。同时Parameters集合还能进行强制执行检查。一旦检查值超出范围。系统就会出现异常报错,同时将信息发送系统管理员,方便管理员做出相应的防范措施。

5、漏洞扫描
为了更有效地防范SQL注入攻击,作为系统管理除了设置有效的防范措施,更应该及时发现系统存在SQL攻击安全漏洞。系统管理员可以通过采购一些专门系统的SQL漏洞扫描工具,通过专业的扫描工具,可以及时的扫描到系统存在的相应漏洞。虽然漏洞扫描工具只能扫描到SQL注入漏洞,不能防范SQL注入攻击。但系统管理员可以通过扫描到的安全漏洞,根据不同的情况采取相应的防范措施封堵相应的漏洞,从而把SQL注入攻击的门给关上,从而确保系统的安全。

6、多层验证
现在的网站系统功能越来越庞大复杂。为确保系统的安全,访问者的数据输入必须经过严格的验证才能进入系统,验证没通过的输入直接被拒绝访问数据库,并且向上层系统发出错误提示信息。同时在客户端访问程序中验证访问者的相关输入信息,从而更有效的防止简单的SQL注入。但是如果多层验证中的下层如果验证数据通过,那么绕过客户端的攻击者就能够随意访问系统。因此在进行多层验证时,要每个层次相互配合,只有在客户端和系统端都进行有效的验证防护,才能更好地防范SQL注入攻击。

7、数据库信息加密
传统的加解密的方法大致可以分为三种:

(1)对称加密:即加密方和解密方都使用相同的加密算法和密钥,这种方案的密钥的保存非常关键,因为算法是公开的,而密钥是保密的,一旦密匙泄露,黑客仍然可以轻易解密。常见的对称加密算法有:AES、DES等。

(2)非对称加密:即使用不同的密钥来进行加解密,密钥被分为公钥和私钥,用私钥加密的数据必须使用公钥来解密,同样用公钥加密的数据必须用对应的私钥来解密,常见的非对称加密算法有:RSA等。

(3)不可逆加密:利用哈希算法使数据加密之后无法解密回原数据,这样的哈希算法常用的有:md5、SHA-1等。

3.2代码示例

3.2.1 PreparedStatement对象

PreparedStatement可以防止SQL注入,效率更好

PreparedStatement使用?占位符代替参数进行预编译不执行也防止sql注入;

3.2.2 新增

正常版本

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;/*** @ClassName: TestInsert* @Description: TODO 类描述*/
public class TestInsert {public static void main(String[] args) {Connection con = null;Statement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();st = con.createStatement();String sql = "INSERT INTO users(`id`,`name`,`password`,`email`,`birthday`)\n" +"VALUES (5,'钱七','123456','qianqi@sina.com','1988-12-04')";int num = st.executeUpdate(sql);if (num > 0) {System.out.println("插入成功!");}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

预编译版本

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;/*** @ClassName: TestInsert* @Description: TODO 类描述*/
public class TestInsert {public static void main(String[] args) {Connection con = null;PreparedStatement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();//使用?占位符代替参数String sql = "INSERT INTO users(`id`,`name`,`password`,`email`,`birthday`) VALUES (?,?,?,?,?)";//预编译SQL,先写SQL,然后不执行st = con.prepareStatement(sql);//手动给参数赋值st.setInt(1, 5);st.setString(2, "钱七");st.setString(3, "123456");st.setString(4, "qianqi@sina.com");st.setDate(5, new java.sql.Date(new java.util.Date().getTime()));int num = st.executeUpdate();if (num > 0) {System.out.println("插入成功!");}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

3.2.3 删除

同理也是使用预编译占位符 ?代替参数

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;/*** @ClassName: TestDelete* @Description: TODO 类描述*/
public class TestDelete {public static void main(String[] args) {Connection con = null;PreparedStatement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();//使用?占位符代替参数String sql = "DELETE FROM users WHERE `id`=?";//预编译SQL,先写SQL,然后不执行st = con.prepareStatement(sql);//手动给参数赋值st.setInt(1, 5);int num = st.executeUpdate();if (num > 0) {System.out.println("删除成功!");}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

3.2.3 修改

同理

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;/*** @ClassName: TestUpdate* @Description: TODO 类描述*/
public class TestUpdate {public static void main(String[] args) {Connection con = null;PreparedStatement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();//使用?占位符代替参数String sql = "UPDATE users SET birthday=? WHERE id=?";//预编译SQL,先写SQL,然后不执行st = con.prepareStatement(sql);//手动给参数赋值st.setDate(1, new java.sql.Date(new java.util.Date().getTime()));st.setInt(2, 1);int num = st.executeUpdate();if (num > 0) {System.out.println("修改成功!");}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

3.2.3 查询

同理

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;/*** @ClassName: TestSelect* @Description: TODO 类描述*/
public class TestSelect {public static void main(String[] args) {Connection con = null;PreparedStatement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();//使用?占位符代替参数String sql = "SELECT * FROM users WHERE id=?";//预编译SQL,先写SQL,然后不执行st = con.prepareStatement(sql);//手动给参数赋值st.setInt(1, 1);rs = st.executeQuery();while (rs.next()) {System.out.println("id="+rs.getInt("id"));System.out.println("name="+rs.getString("name"));}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

3.2.3 解决2.0SQL注入demo

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;/*** @ClassName: SQLQuestion* @Description: TODO 类描述*/
public class SQLQuestion {public static void main(String[] args) {//正常登录
//        login("张三","1234567");//sql注入 login("' or '1=1","123456");}/*** 登录业务*/public static void login(String userName, String password) {Connection con = null;Statement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();st = con.createStatement();String sql = "SELECT * FROM users WHERE `name`='"+userName+"' AND `password`='"+password+"'";// SELECT * FROM users WHERE `name`='' or '1=1' AND `password`='123456'System.out.println(sql);rs = st.executeQuery(sql);while (rs.next()) {System.out.println("id="+rs.getInt("id"));System.out.println("name="+rs.getString("name"));}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

修改后

PreparedStatement 防止SQL注入的本质,把传递进来的参数当做字符
假设其中存在转义字符, 就忽略 比如说’会被直接转义

import com.zyy.lesson02.utils.JDBCUtils;import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;/*** @ClassName: SQLQuestion* @Description: TODO 类描述*/
public class SQLQuestion {public static void main(String[] args) {//正常登录
//        login("张三","123456");//sql注入login("' or '1=1", "123456");}/*** 登录业务*/public static void login(String userName, String password) {Connection con = null;PreparedStatement st = null;ResultSet rs = null;try {con = JDBCUtils.getConnection();// PreparedStatement 防止SQL注入的本质,把传递进来的参数当做字符// 假设其中存在转义字符, 就忽略   比如说'会被直接转义String sql = "SELECT * FROM users WHERE `name`=? AND `password`=?";st = con.prepareStatement(sql);st.setString(1, userName);st.setString(2, password);rs = st.executeQuery();while (rs.next()) {System.out.println("id=" + rs.getInt("id"));System.out.println("name=" + rs.getString("name"));}} catch (SQLException e) {e.printStackTrace();} finally {JDBCUtils.release(con, st, rs);}}
}

预编译之后就无法进行sql注入的查询;

MYSQLg高级-----SQL注入的理解(初级篇)以及如何防止注入相关推荐

  1. phalapi可以依赖注入么_phalapi-进阶篇2(DI依赖注入和单例模式)

    phalapi-进阶篇2(DI依赖注入和单例模式) 前言 先在这里感谢phalapi框架创始人@dogstar,为我们提供了这样一个优秀的开源框架. 离上一次更新过去了快两周,在其中编写了一个关于DB ...

  2. 针对SQL INJECTION的SQL SERVER安全设置初级篇

    日前SQL INJECTION的攻击测试愈演愈烈,很多大型的网站和论坛都相继被注入.这些网站一般使用的多为SQL SERVER数据库SPAN>,正因为如此,很多人开始怀疑SQL SERVER的安 ...

  3. SpringBoot基础篇Bean之条件注入之注解使用

    bean的条件注入,除了前面一篇博文中介绍的通过@Conditional注解配合Condition接口的实现之外,还提供了更多简化的注解使用方式,省略了自己实现Condtion接口,本篇博文主要介绍下 ...

  4. 【SQL注入技巧拓展】————4、高级SQL注入:混淆和绕过

    [0×01] – 简介 大家好,这是一篇致力于文档化我们所从事的高级SQL注入技术的文章. 本文将要揭示能用于现实CMSs和WAFs程序中的高级绕过技术和混淆技术.文中所提到的SQL注入语句仅仅是一些 ...

  5. 黑客攻击技术之高级SQL注入技术(转)

    黑客攻击技术之高级SQL注入技术(转)[@more@] 我们知道,在SQL语句中,可以使用各种MySQL内置的函数,经常使用的就是DATABASE().USER().SYSTEM_USER().SES ...

  6. 人工智能(10)---机器学习知识体系篇(初级篇,中级篇,高级篇)

    机器学习知识体系篇(初级篇,中级篇,高级篇) 下面是自己总结一套人工智能机器学习整个知识体系,一起学习,有总结不到位的希望大家给出纠正! 一 人工智能基础语法篇 二 人工智能中级篇 三 人工智能高级篇

  7. mysql sql注入工具_基础篇——SQL注入(工具注入)

    注入工具 上一篇介绍了SQL注入漏洞以及一些手工注入方法,本篇介绍一下注入工具 1.sqlmap sqlmap属于比较经典的一个注入工具,功能强大,还自带一些绕过参数 使用方法: sqlmap.py ...

  8. SQL Server应用程序中的高级SQL注入

    作者:不详 来源:techtarget http://www.csai.cn 2006年5月11日 摘要:这份文档是详细讨论SQL注入技术,它适应于比较流行的IIS+ASP+SQLSERVER平台.它 ...

  9. SQL Server应用程序中的高级SQL注入[转]

    SQL Server应用程序中的高级SQL注入[从A.Z的POST里转载,经过整理] 作者:Chris Anley[chris@ngssoftware.com] An NGSSoftware Insi ...

最新文章

  1. 代码对比与文件对比的一个简单方法
  2. MySQL数据库乱码 - Linux下乱码问题解决
  3. find your place
  4. Mac下通过Anaconda安装Tensorflow
  5. java中volatile关键字---学习笔记
  6. wp7后台文件传输之-----BackgroundTransferService(二)
  7. 数据库操作的隔离级别 Transaction Isolation Levels
  8. url 编码 js url传参中文乱码解决方案
  9. 56. Yii Modules
  10. 42.翻转单词顺序 VS 左旋转字符串(C++版本)
  11. JMP比较组均值,检查差异
  12. Keepalived双主热备,实现nginx集群
  13. oracle 优化方法总结
  14. CVPR2022 Oral:StreamYOLO-流感知实时检测器
  15. ASCII出错的原因
  16. 2014阿里实习生面试题——mysql如何实现索引的
  17. vue 事件调用 传参_Vue 事件如何传递参数?
  18. PyTorch学习笔记(9)——nn.Conv2d和其中的padding策略
  19. 在python中replace是什么意思_python中replace的用法是什么?
  20. 各大门户调查:鄙视新浪,将博士伦的广告挂在热点新闻中间好几天了,把大众当傻瓜...

热门文章

  1. Java实现批量替换文本文档中内容
  2. java计算图片相似度_图片相似度比较--算法
  3. SQL Server、Oracle 如何清除指定SQL的执行计划
  4. 质量保障(QA)和质量控制(QC)
  5. 【RIPro6.4子主题UI美化包】日主题专业版RIPRO细节美化
  6. 学员故事:老男孩Linux运维班学习五个月,让我实现月薪万元+
  7. 从C++起步到MFC实战VC++软件工程师高端培训(服务器端开发方向)学习课程
  8. 数学建模--优化类模型
  9. 计算机网络中的c类地址,计算机网络中的A类、B类、C类地址的划分
  10. xxl-job调度中心集群部署重复调度问题