SQL注入攻击（SQL injection，台湾称作SQL资料隐码攻击），简称注入攻击，是发生于应用程序之数据库层的安全漏洞。简而言之，是在输入的数据字符串之中夹带 SQL指令，在设计不良的程序当中忽略了检查，那么这些夹带进去的指令就会被数据库服务器误认为是正常的SQL指令而执行，因此招致到破坏。
有部份人认为SQL注入攻击是只针对Microsoft SQL Server而来，但只要是支持批次处理SQL指令的数据库服务器，都有可能受到此种手法的攻击。
原因
在应用程序中若有下列状况，则可能应用程序正暴露在SQL Injection的高风险情况下：
在应用程序中使用字符串联结方式组合SQL指令。
在应用程序链接数据库时使用权限过大的帐户（例如很多开发人员都喜欢用sa（内置的最高权限的系统管理员帐户）连接Microsoft SQL Server数据库）。
在数据库中开放了不必要但权力过大的功能（例如在Microsoft SQL Server数据库中的xp_cmdshell延伸预存程序或是OLE Automation预存程序等）
太过于信任用户所输入的数据，未限制输入的字符数，以及未对用户输入的数据做潜在指令的检查。
作用原理
SQL命令可查询、插入、更新、删除等，命令的串接。而以分号字符为不同命令的区别。（原本的作用是用于SubQuery或作为查询、插入、更新、删除……等的条件式）
SQL命令对于传入的字符串参数是用单引号字符所包起来。《但连续2个单引号字符，在SQL数据库中，则视为字符串中的一个单引号字符》
SQL命令中，可以夹带注解《连续2个减号字符——后的文字为注解，或“/*”与“*/”所包起来的文字为注解》
因此，如果在组合SQL的命令字符串时，未针对单引号字符作取代处理的话，将导致该字符变量在填入命令字符串时，被恶意窜改原本的SQL语法的作用。
例子
某个网站的登录验证的SQL查询代码为
strSQL = “SELECT * FROM users WHERE (name = ‘” + userName + “‘) and (pw = ‘”+ passWord +”‘);”
恶意填入
userName = “‘ OR ‘1’=’1”;
与
passWord = “‘ OR ‘1’=’1”;
时，将导致原本的SQL字符串被填为
strSQL = “SELECT * FROM users WHERE (name = ” OR ‘1’=’1′) and (pw = ” OR ‘1’=’1′);”
也就是实际上运行的SQL命令会变成下面这样的
strSQL = “SELECT * FROM users;”
因此达到无帐号密码，亦可登录网站。所以SQL注入攻击被俗称为黑客的填空游戏。
可能造成的伤害
数据表中的数据外泄，例如个人机密数据，帐户数据，密码等。
数据结构被黑客探知，得以做进一步攻击（例如SELECT * FROM sys.tables）。
数据库服务器被攻击，系统管理员帐户被窜改（例如ALTER LOGIN sa WITH PASSWORD=’xxxxxx’）。
取得系统较高权限后，有可能得以在网页加入恶意链接以及XSS。
经由数据库服务器提供的操作系统支持，让黑客得以修改或控制操作系统（例如xp_cmdshell “net stop iisadmin”可停止服务器的IIS服务）。
破坏硬盘数据，瘫痪全系统（例如xp_cmdshell “FORMAT C:”）。
避免的方法
在设计应用程序时，完全使用参数化查询（Parameterized Query）来设计数据访问功能。
在组合SQL字符串时，先针对所传入的参数作字符取代（将单引号字符取代为连续2个单引号字符）。
如果使用PHP开发网页程序的话，亦可打开PHP的魔术引号（Magic quote）功能（自动将所有的网页传入参数，将单引号字符取代为连续2个单引号字符）。
其他，使用其他更安全的方式连接SQL数据库。例如已修正过SQL注入问题的数据库连接组件，例如ASP.NET的SqlDataSource对象或是 LINQ to SQL。
使用SQL防注入系统。
0 条评论。