MSSQL数据库中发现D99_tmp表的处理方法
相信很多ASP+MSSQL的网站都有被人注入过的经历，数据库表中多了一些表，类似以下的表D99_tmp,D99_cmd，kill_kk。
D99_tmp（subdirectory,depth,file三个字段，里面的数据都是网站文件和目录）
MSSQL数据库存在几个危险的扩展存储过程，默认Public组可执行权限，SQL注入者可利用此读取文件目录及用户组，并可通过先写入数据库然后导出为文件的方法往服务器写入危险脚本进一步提权，或直接使用某些存储过程执行命令，如xp_cmdshell。
xp_cmdshell可以让系统管理员以操作系统命令行解释器的方式执行给定的命令字符串，并以文本行方式返回任何输出，是一个功能非常强大的扩展存储过程。一般的黑客攻击SQL
Server时，首先采用的方法是执行master扩展存储过程xp_cmdshell命令来破坏数据库，为了数据库安全起见，最好禁止使用xp_cmdShell.
一般情况下，xp_cmdshell对管理员来说也是不必要的，xp_cmdshell的消除不会对Server造成任何影响。
可以将xp_cmdshell消除：
Use Master
Exec sp_dropextendedproc N 'xp_cmdshell'
Go
如果需要的话，可以把xp_cmdshell恢复回来：
Use Master
Exec sp_addextendedproc N
'xp_cmdshell',N 'xplog70.dll'
Go
可以消除的存储过程如下：
sp_makewebtask
xp_cmdshell
xp_dirtree
xp_fileexist
xp_terminate_process
sp_oamethod
sp_oacreate
xp_regaddmultistring
xp_regdeletekey
xp_regdeletevalue
xp_regenumkeys
xp_regenumvalues
sp_add_job
sp_addtask
xp_regread
xp_regwrite
xp_readwebtask
xp_makewebtask
xp_regremovemultistring
对应措施：删除上述存储过程或可执行文件或修改存储过程相应用户组可执行权限，删除上述存储过程对应脚本为：
drop PROCEDURE
sp_makewebtask
exec master..sp_dropextendedproc xp_cmdshell
exec
master..sp_dropextendedproc xp_dirtree
exec master..sp_dropextendedproc
xp_fileexist
exec master..sp_dropextendedproc xp_terminate_process
exec
master..sp_dropextendedproc sp_oamethod
exec master..sp_dropextendedproc
sp_oacreate
exec master..sp_dropextendedproc xp_regaddmultistring
exec
master..sp_dropextendedproc xp_regdeletekey
exec master..sp_dropextendedproc
xp_regdeletevalue
exec master..sp_dropextendedproc xp_regenumkeys
exec
master..
相关文档：
ODBC数据源可分为“系统型”和“文件型”，他们的区别在于“系统型”是连接数据库的信息建立在“系统注册表”里，“文件型”则是以dsn文件形式存储在ODBC源的目录下面
一、建立ODBC数据源的方法：
控制面板 - 管理工具 - 数据源（ODBC）
打开ODBC数据源管理器，然后� ......
--1. 创建表，添加测试数据
CREATE TABLE tb(id int, [value] varchar(10))
INSERT tb SELECT 1, 'aa'
UNION ALL SELECT 1, 'bb'
UNION ALL SELECT 2, 'aaa'
UNION ALL SELECT 2, 'bbb'
UNION ALL SELECT 2, 'ccc'
--SELECT * from tb
/**//*
id value
----------- ----------
1 aa
1 bb
2 aaa
......
---xml拆分以不定空格为分割符号的字符串
--测试数据
if object_id('[tb]') is not null drop table [tb]
create table [tb]([a] varchar(200))
go
insert [tb]
select 'aaaa bbbb cccc dddd'
insert [tb]
select 'eeeeee ffff hhhh ......
今天在聊天系统中需要系统执行一个多层嵌套查询。
一开始语句如下总出现错误：原来是在]='123') 后我多加了一个 as tb1
改为如下后，正确运行。
select * from ( select top(10) * from ( select top(100) * from (select [chatcontent].[senderid],[chatcontent].[id] ,[chatcontent].[toid] ,[chatc ......
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null
可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
select id ......
