SQL篡改
❶ 我的数据库sql2000经常被恶意篡改，但我又需要远程连接数据库读取数据，能有什么办法保护吗
更换下连接密码，定期更改密码，换成SQL 2005 或 SQL 2005 版本的也行。
❷ 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注入的特点与危害分别有哪些
1、广泛性：任何一个基于SQL语言的数据库都可能被攻击，很多开发人员在编写Web应用程序时未对从输入参数、Web表单、Cookie等接收到的值进行规范性验证和检测，通常会出现SQL注入漏洞。
2、隐蔽性：SQL注入语句一般都嵌入在普通的HTPP请求中，很难与正常语句区分开，所以当前许多防火墙都无法识别予以警告，而且SQL注入变种极多，攻击者可以调整攻击的参数，所以使用传统的方法防御SQL注入效果非常不理想。
3、危害大：攻击者可以通过SQL注入获取到服务器的库名、表名、字段名，从而获取到整个服务器中的数据，对网站用户的数据安全有极大的威胁。攻击者也可以通过获取到的数据，得到后台管理员的密码，然后对网页页面进行恶意篡改。这样不仅对数据库信息安全造成严重威胁，对整个数据库系统安全也有很大的影响。
4、操作方便：互联网上有很多SQL注入工具，简单易学、攻击过程简单，不需要专业的知识也可以自如运用。
❹ sql注入 篡改页面 如何做到
用了参数查询方法，现在已经基本不存在这种现象了，那些完全用sql语句的网站还是可以的，比如登陆，一般形式为:
select * from user where uid='网页提交的用户名' and pwd='网页提交的密码'
由于sql中的--是注释的意思，我们可以这样写用户名:
' or 1 > 0;--
这样的话语句变成
select * from user where uid='' or 1 > 0;--' and pwd='网页提交的密码'
这样你看，uid为空，不满足，但是后面有个or并且是恒成立的1>0，所以条件永远成立，所以就登陆上了。其它的也类似，你可以在查询页面通过这种方法查询所有数据，删除数据等操作。
❺ sql注入是破坏用户数据库的数据吗
SQL注入一般是利用web输入框如查询关键字的程序漏洞，在关键词中加入SQL语句实现越权执行数据库SQL。SQL注入有可能导致用户数据库的数据被篡改，也有可能导致用户数据泄露，甚至可能利用数据库漏洞获取操作系统的账号权限，破坏操作系统安全。
❻ 网站被黑，sql数据库被篡改，在线求助，急等
数据库被改了那就没办法了,只能找找有没有之前的数据库备份,把数据恢复过来
❼ sql2000的sa密码每天重启电脑都被篡改！改的时候2812错误！2812错误我知道怎么解决！
中病毒sa密码被篡改然后删除修改密码的存储过程，你查询下sp_password是不是不存在了，你可以先备份数据库(为了避免数据丢失)，然后新建改存储过程(见下面代码)。修改为SA密码后，查杀下病毒，实在不行重装系统，重新附加数据库或者用备份还原
--SQL代码开始
sp_configure'allowupdates',1
RECONFIGUREWITHOVERRIDE
go
usemaster
go
ifexists(select*fromdbo.sysobjectswhereid=object_id(N'[dbo].[sp_password]')andOBJECTPROPERTY(id,N'IsProcere')=1)
dropprocere[dbo].[sp_password]
go
createproceresp_password
@oldsysname=NULL,--theold(current)password
@newsysname,--thenewpassword
@loginamesysname=NULL--usertochangepasswordon
as
--SETUPRUNTIMEOPTIONS/DECLAREVARIABLES--
setnocounton
declare@selfint
select@self=CASEWHEN@loginameisnullTHEN1ELSE2END
--RESOLVELOGINNAME
if@loginameisnull
select@loginame=suser_sname()
--CHECKPERMISSIONS()--
IF(notis_srvrolemember('securityadmin')=1)
ANDnot@self=1
begin
dbccauditevent(107,@self,0,@loginame,NULL,NULL,NULL)
raiserror(15210,-1,-1)
return(1)
end
ELSE
begin
dbccauditevent(107,@self,1,@loginame,NULL,NULL,NULL)
end
--DISALLOWUSERTRANSACTION--
setimplicit_transactionsoff
IF(@@trancount>0)
begin
raiserror(15002,-1,-1,'sp_password')
return(1)
end
--RESOLVELOGINNAME(disallowsntnames)
ifnotexists(select*frommaster.dbo.sysloginswhere
loginname=@loginameandisntname=0)
begin
raiserror(15007,-1,-1,@loginame)
return(1)
end
--IFnon-,REQUIREPASSWORD(218078)--
if(@self<>1ANDis_srvrolemember('sysadmin')=0ANDexists
(SELECT*FROMmaster.dbo.sysloginsWHEREloginname=@loginameandisntname=0
ANDsysadmin=1))
SELECT@self=1
--CHECKOLDPASSWORDIFNEEDED--
if(@self=1or@oldisnotnull)
ifnotexists(select*frommaster.dbo.sysxlogins
wheresrvidISNULLand
name=@loginameand
((@oldisnullandpasswordisnull)or
(pwdcompare(@old,password,(CASEWHENxstatus&2048=2048THEN1ELSE0END))=1)))
begin
raiserror(15211,-1,-1)
return(1)
end
--CHANGETHEPASSWORD--
updatemaster.dbo.sysxlogins
setpassword=convert(varbinary(256),pwdencrypt(@new)),xdate2=getdate(),xstatus=xstatus&(~2048)
wherename=@loginameandsrvidISNULL
--,TOINDICATESYSLOGINSCHANGE--
exec('usemastergrantalltonull')
--FINALIZATION:RETURNSUCCESS/FAILURE--
if@@error<>0
return(1)
raiserror(15478,-1,-1)
return(0)--sp_password
GO
sp_configure'allowupdates',0
RECONFIGUREWITHOVERRIDE
--SQL代码结束
❽ SQL注入式攻击的危害
数据库信息泄露：数据中存放的用户的隐私信息的泄露;
网页篡改：通过操作数据库对特定网页进行篡改;
数据库被恶意操作：数据库服务器被攻击，数据库的系统管理员账户被篡改;
服务器被远程控制，被安装后门;
删除和修改数据库表信息。