㈠ 服务器被sql注入，有没有什么解决方法
（简单又有效的方法）PreparedStatement
采用预编译语句集，它内置了处理SQL注入的能力，只要使用它的setXXX方法传值即可。
使用好处：
(1).代码的可读性和可维护性.
(2).PreparedStatement尽最大可能提高性能.
(3).最重要的一点是极大地提高了安全性.
原理：
sql注入只对sql语句的准备(编译)过程有破坏作用
而PreparedStatement已经准备好了,执行阶段只是把输入串作为数据处理,
而不再对sql语句进行解析,准备,因此也就避免了sql注入问题.
㈡ 如何解决SQL注入漏洞
要防止SQL注入其实不难，你知道原理就可以了。
所有的SQL注入都是从用户的输入开始的。如果你对所有用户输入进行了判定和过滤，就可以防止SQL注入了。用户输入有好几种，我就说说常见的吧。
文本框、地址栏里***.asp?中？号后面的id=1之类的、单选框等等。一般SQL注入都用地址栏里的。。。。如果要说怎么注入我想我就和上面的这位“仁兄”一样的了。
你只要知道解决对吗？
对于所有从上一页传递过来的参数，包括request.form 、request.qurrystring等等进行过滤和修改。如最常的***.asp?id=123 ，我们的ID只是用来对应从select 里的ID，而这ID一般对应的是一个数据项的唯一值，而且是数字型的。这样，我们只需把ID的值进行判定，就可以了。vbs默认的isnumeric是不行的，自己写一个is_numeric更好，对传过来的参数进行判定，OK，搞定。算法上的话，自己想想，很容易了。但是真正要做到完美的话，还有很多要计算的。比如传递过来的参数的长度，类型等等，都要进行判定。还有一种网上常见的判定，就是判定传递参数的那一页（即上一页），如果是正常页面传弟过来就通过，否则反之。也有对' or 等等进行过滤的，自己衡量就可以了。注意一点就是了，不能用上一页的某一个不可见request.form("*")进行判定，因为用户完全可以用模拟的形式“复制”一个和上一页完全一样的页面来递交参数。
㈢ 解决并清除SQL被注入
在SQL查询分析器执行以下代码就可以了。
declare
@t
varchar(255),@c
varchar(255)
declare
table_cursor
cursor
for
select
a.name,b.name
from
sysobjects
a,syscolumns
b
,systypes
c
where
a.id=b.id
and
a.xtype='u'
and
c.name
in
('char',
'nchar',
'nvarchar',
'varchar','text','ntext')
declare
@str
varchar(500),@str2
varchar(500)
set
@str='<script
src=http://r01.3322.org/c.js></script>'/*要替换的内容*/
set
@str2=''
open
table_cursor
fetch
next
from
table_cursor
into
@t,@c
while(@@fetch_status=0)
begin
exec('update
['
+
@t
+
']
set
['
+
@c
+
']=replace(cast(['
+
@c
+
']
as
varchar(8000)),'''+@str+''','''+
@str2
+''')')
fetch
next
from
table_cursor
into
@t,@c
end
close
table_cursor
deallocate
table_cursor;
首先替换代码里面的<script
src=http://r01.3322.org/c.js></script>为你的数据库表里面被注入的内容，打开MSSQL的SQL查询分析器执行以下代码就可以了。
㈣ 现在对sql注入的问题主要的解决方法是什么
这个方法虽然好，但分不出大小写也是白搭 其实 只要过滤掉空格就可以了。
然后 自己设计的时候定义一下 传递的参数中间不能有空格：
比如 ID 当然不能有空格啦 分类 也不会有空格 呵呵
最简单的防注入代码：
<%
function mysql(mylist)
mylist=trim(mylist)
mylist=replace(mylist,"%20","")
mylist=replace(mylist," ","")
mysql=mylist
end function
%>
然后每次调用的时候 直接在页面上加入：
id=mysql(request("id")) 等参数
我想 不管他们用什么代码，如果少了" "空格 Sql 语句就不可能正常运行，也就注入进去了吧。。。。
个人的浅见。。麻烦是麻烦了一点 但对于小网站 也就几个页面要这样子 也无所谓了。。。。
如果谁有发现什么漏动，请回复告知。谢谢
㈤ SQL注入攻击与防范
关于SQL注入攻击与防范
随着网络的普及，关系数据库的广泛应用，网络安全越来越重要。下面是我为大家搜索整理了关于SQL注入攻击与防范，欢迎参考阅读，希望对大家有所帮助。想了解更多相关信息请持续关注我们应届毕业生培训网!
一、 SQL注入攻击
简言之，SQL注入是应用程序开发人员未预期地把SQL代码传入到应用程序的过程。它由于应用程序的糟糕设计而成为可能，并且只有那些直接使用用户提供的值构建SQL语句的应用程序才会受影响。
例如：用户输入客户ID后，GridView显示客户的全部行记录。在一个更加真实的案例中，用户还要输入密码之类的验证信息，或者根据前面的登录页面得到用户ID，可能还会有一些用户输入关键信息的文本框，如订单的日期范围或产品名称。问题在于命令是如何被执行的。在这个示例中，SQL语句通过字符串构造技术动态创建。文本框txtID的值被直接复制到字符串中。下面是代码：
在这个示例中，攻击者可以篡改SQL语句。通常，攻击的第一个目标是得到错误信息。如果错误没有被恰当处理，底层的信息就会暴露给攻击者。这些信息可用于进一步攻击。
例如，想象一下在文本一下在文本框中输入下面的字符串会发生什么?
ALFKI'OR '1'='1
再看看因此生成的完整SQL语句：
这条语句将返回所有的订单记录，即便那些订单不是由ALFDI创建，因为对每一行而言而有信1=1总是true。这样产生的后果是没有显示当前用户特定信息，却向攻击者显示了全部资料，如果屏幕上显示的是敏感信息，如社会保险号，生日或信用卡资料，就会带来严重的问题。事实上，这些简单的SQL注入往往是困扰那些大型电子商务公司的麻烦。一般而言，攻击点不在于文本框而在于查询字符串(可被用于向数据库传送值，如列表页向详细信息页面传送唯一标识符)。
还可以进行更复杂的攻击。例如，攻击者可以使用两个连接号(--)注释掉SQL语句的剩余部分。这样的攻击只限于SQL Server，不过对于其他类型的数据库也有等效的办法，如MySql使用(#)号，Oracle使用(;)号。另外攻击者还可以执行含有任意SQL语句的批处理命令。对于SQL Server提供程序，攻击者只需在新命令前加上分号(;)。攻击者可以采用这样的方式删除其他表的内容，甚至调用SQL Server的系统存储过程xp_cmdshell在命令执行任意的程序。
下面是攻击者在文本框中输入的，它的攻击目标是删除Customers表的全部行。
LUNCHUN’;DELETE*FROM Customers--
二、防范
如何预防SQL注入攻击呢?需要记住几点。首先，使用TextBox.MaxLength属性防止用户输入过长的字符是一个好办法。因为它们不够长，也就减少了贴入大量脚本的可能性。其次，要使用ASP.NET验证控件锁定错误的数据(如文本、空格、数值中的特殊字符)。另外，要限制错误信息给出的提示。捕获到数据库异常时，只显示一些通用的信息(如“数据源错误”)而不是显示Exception.Message属性中的信息，它可能暴露了系统攻击点。
更为重要的是，一定要小心去除特殊字符。比如，可以将单引号替换为两个单引号，这样它们就不会和SQL语句的分隔符混淆：
string ID=txtID.Text().Replace(“’”，”’’”);
当然，如果文本确实需要包含单引号，这样做就引入了其他麻烦。另外，某些SQL注入攻击还是可行的。替换单引号可以防止用户提前结束一个字符串，然而，如果动态构建含有数值的SQL语句，SQL注入攻击又有发挥的空间了。这个漏洞常被(这是很危险的)忽视。更好的解决办法是使用参数化的命令或使用存储过程执行转义以防止SQL注入攻击。
另一个好建议是限制用于访问数据库的账号的权限。这样该账号将没有权限访问其他数据库或执行扩展的存储过程。不过这样并不能解决SQL脚本注入的问题，因为用于连接数据库的进程几乎总是需要比任意单个用户更大的权限。通过限制权限，可以预防删除表的攻击，但不能阻止攻击者偷看别人的.信息
三、POST注入攻击
精明的用户可能会知道还有另外一个Web控件攻击的潜在途径。虽然参数化的命令防止了SQL注入攻击，但它们不能阻止攻击者向回发到服务器的数据添加恶意的值。如果不检查这些值，就使得攻击者可以提交本来不可能存在的控件值。
例如，假设你有一个显示当前用户订单的列表。狡诈的攻击者可能保存该页面的一个本地副本，修改HTML内容向列表添加更多的项目，然后选择某个“假”的项目。如果攻击成功，攻击者就能够看到其他用户订单，这显然是一个问题。幸好，ASP.NET使用一个很少被提及的叫做“事件验证”的特性来防止这种攻击。事件验证检查回发到服务器的数据并验证其中值的合法性。例如，如果回发的数据表明用户选择了一个没有意义的数据(因为它在控件中并不存在)，ASP.NET就产生一个错误并停止处理。可以在Page指令中设置EnableEventValidation特性为false来禁用事件验证。创建使用客户端脚本动态改变内容的页面时，需要执行这一步。不过，此时在使用这些值之前要注意检查潜在的POST注入攻击。
;㈥ 什么是sql注入如何防止sql注入
SQL注入是一种非常常见的数据库攻击手段，同时也是网络世界中最普遍的漏洞之一，简单理解就是恶意用户通过在表单中填写包含SQL关键字的数据来使数据库执行非常规代码的过程。
问题来源是，SQL数据库的操作是通过SQL语句来执行的，而无论是执行代码还是数据项都必须写在SQL语句中，也就导致如果我们在数据项中加入了某些SQL语句关键字，比如SELECT、DROP等，这些关键字就很有可能在数据库写入或读取数据时得到执行。
解决方案
方案一：
采用预编译技术
使用预编译的SQL语句，SQL语句的语义不会是不会发生改变的。预编译语句在创建的时候就已经将指定的SQL语句发送给了DBMS，完成了解析，检查，编译等工作，所以攻击者无法改变SQL语句的结构，只是把值赋给?，然后将?这个变量传给SQL语句。当然还有一些通过预编译绕过某些安全防护的操作，大家感兴趣可以去搜索一下。
方案二：
严格控制数据类型
在java、c等强类型语言中一般是不存在数字型注入的，因为在接受到用户输入id时，代码一般会做一个int id 的数据类型转换，假如我们输入的是字符串的话，那么这种情况下，程序就会报错。但是在PHP、ASP这些没有强调处理数据类型的语言，一般我们看到的接收id的代码都是如下等代码。
方案三：
对特殊的字符进行转义
数字型注入可以通过检查数据类型防止，但是字符型不可以，那么怎么办呢，最好的办法就是对特殊的字符进行转义了。比如在MySQL中我们可以对" '
"进行转义，这样就防止了一些恶意攻击者来闭合语句。当然我们也可以通过一些安全函数来转义特殊字符。如addslashes()等，但是这些函数并非一劳永逸，攻击者还可以通过一些特殊的方式绕过。
㈦ 网站数据库被SQL注入后应该怎么办
之前做过了一个网站，由于没有对页面参数进行验证，挂上去没多长时间就被人挂马了，数据库的每个表每个字段内容里都被注入了一段代码，什么在数据库中还新建了自己的表，真是太嚣张了，但是这么多内容是不可能手动去删除的，解决过程如下
一、首先删除数据库被注入的代码
如统一删除<script src=http://3b3.org/c.js> </script> （此适用于sql server）
DECLAREhCForEachCURSORGLOBAL
FOR
SELECTN'update'+QUOTENAME(o.name)
+N'set'+QUOTENAME(c.name)+N'=replace(CAST('+QUOTENAME(c.name)+'asvarchar(8000)),''<scriptsrc=http://3b3.org/c.js></script>'','''')'
FROMsysobjectso,syscolumnsc,systypest
WHEREo.id=c.id
ANDOBJECTPROPERTY(o.id,N'IsUserTable')=1
ANDc.xusertype=t.xusertype
AND(t.name='varchar'ort.name='ntext')
EXECsp_MSforeach_Worker@command1=N'?'
注意这样删除之后 ntext字段将被截断成8000个字符 导致数据丢失，当然其实在sql注入之前这种字段属性已经被截断了，所以在删除这些之后还要进行数据恢复但是 网站被挂马往往是随机的不知道什么时候 我们可能没有做及时的备份，无法恢复
这时候我们可以考虑从数据库日志进行恢复
1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）
backuplogdbNametodisk='fileName'
2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复
restoredatabasedbNamefromdisk='fileName'withnorecovery
3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
restorelogdbNamefromdisk='fileName'
withstopat='date_time'
最后就是把网站的漏洞补上 对参数进行过滤
㈧ SQL注入怎么防范
SQL注入攻击的危害很大，而且防火墙很难对攻击行为进行拦截，主要的SQL注入攻击防范方法，具体有以下几个方面：
1、分级管理
对用户进行分级管理，严格控制用户的权限，对于普通用户，禁止给予数据库建立、删除、修改等相关权限，只有系统管理员才具有增、删、改、查的权限。
2、参数传值
程序员在书写SQL语言时，禁止将变量直接写入到SQL语句，必须通过设置相应的参数来传递相关的变量。从而抑制SQL注入。数据输入不能直接嵌入到查询语句中。同时要过滤输入的内容，过滤掉不安全的输入数据。或者采用参数传值的方式传递输入变量，这样可以最大程度防范SQL注入攻击。
3、基础过滤与二次过滤
SQL注入攻击前，入侵者通过修改参数提交and等特殊字符，判断是否存在漏洞，然后通过select、update等各种字符编写SQL注入语句。因此防范SQL注入要对用户输入进行检查，确保数据输入的安全性，在具体检查输入或提交的变量时，对于单引号、双引号、冒号等字符进行转换或者过滤，从而有效防止SQL注入。
当然危险字符有很多，在获取用户输入提交参数时，首先要进行基础过滤，然后根据程序的功能及用户输入的可能性进行二次过滤，以确保系统的安全性。
4、使用安全参数
SQL数据库为了有效抑制SQL注入攻击的影响。在进行SQLServer数据库设计时设置了专门的SQL安全参数。在程序编写时应尽量使用安全参数来杜绝注入式攻击，从而确保系统的安全性。
5、漏洞扫描
为了更有效地防范SQL注入攻击，作为系统管理除了设置有效的防范措施，更应该及时发现系统存在SQL攻击安全漏洞。系统管理员可以采购一些SQL漏洞扫描工具，通过专业的扫描工具，可以及时的扫描到系统存在的相应漏洞。
6、多层验证
现在的网站系统功能越来越庞大复杂。为确保系统的安全，访问者的数据输入必须经过严格的验证才能进入系统，验证没通过的输入直接被拒绝访问数据库，并且向上层系统发出错误提示信息。同时在客户端访问程序中验证访问者的相关输入信息，从而更有效的防止简单的SQL注入。但是如果多层验证中的下层如果验证数据通过，那么绕过客户端的攻击者就能够随意访问系统。因此在进行多层验证时，要每个层次相互配合，只有在客户端和系统端都进行有效的验证防护，才能更好地防范SQL注入攻击。
7、数据库信息加密
传统的加解密方法大致分为三种：对称加密、非对称加密、不可逆加密。