MSSQL安全设置的具体步骤和方法小结（2）

　　语句权限
　　创 建数据库或数据库中的项(如表或存储过程)所涉及的活动要求另一类称为语句权限的权限。例如，如果用户必须能够在数据库中创建表，则应该向该用户授予 Create TABLE 语句权限。语句权限(如 Create DATABASE)适用于语句自身，而不适用于数据库中定义的特定对象。
　　语句权限有：
　　· BACKUP DATABASE
　　· BACKUP LOG
　　· Create DATABASE
　　· Create DEFAULT
　　· Create FUNCTION
　　· Create PROCEDURE
　　· Create RULE
　　· Create TABLE
　　· Create VIEW
　　暗示性权限
　　暗示性权限控制那些只能由预定义系统角色的成员或数据库对象所有者执行的活动。例如，sysadmin 固定服务器角色成员自动继承在 SQL Server 安装中进行操作或查看的全部权限。
　　数据库对象所有者还有暗示性权限，可以对所拥有的对象执行一切活动。例如，拥有表的用户可以查看、添加或删除数据，更改表定义，或控制允许其他用户对表进行操作的权限。
　　db_owner 在数据库中有全部权限。
　　db_accessadmin 可以添加或删除用户 ID。
　　db_securityadmin 可以管理全部权限、对象所有权、角色和角色成员资格。
　　db_ddladmin 可以发出 ALL DDL，但不能发出 GRANT、REVOKE 或 DENY语句。
　　db_backupoperator 可以发出 DBCC、CHECKPOINT 和 BACKUP 语句。
　　db_datareader 可以选择数据库内任何用户表中的所有数据。 db_datawriter 可以更改数据库内任何用户表中的所有数据。
　　db_denydatareader 不能选择数据库内任何用户表中的任何数据。
　　db_denydatawriter 不能更改数据库内任何用户表中的任何数据。
　　在 这儿把新建的数据库角色的权限配置好，比如需要使用哪个表、视图、存储过程等。然后把Db_owner和db_securityadmin、 db_backupoperator取消，不给攻击者BACKUP DATABASE和Create TABLE的机会，一但攻击者具有这两个权限，那么你的网站就还处在十分危险的状态。还有注意一下，在创建数据库账号时，千万不能对服务器角色进行选择。
　　第四步是修改SQL SERVER内置存储过程。SQL SERVER估计是为了安装或者其它方面，它内置了一批危险的存储过程。能读到注册表信息，能写入注册表信息，能读磁盘共享信息等等......各位看到 这儿，心里可能会在想，我的网站中有其它的代码，又不像查询分析器那样能查接将结果输出。给你这个权限，又不能怎么样，还是看不到信息。如果各位这样想就 大错特错了。提示一下，如果攻击者有Create TABLE的权限，那么创建一个临时表，然后将信息Insert到表中，然Select出来，接着跟数字进行比较，让SQL SERVER报错，那么结果就全出来了......所以我们要报着宁错杀，不放过的态度进行修补。
　　先来列出危险的内置存储过程：
　　xp_cmdshell
　　xp_regaddmultistring
　　xp_regdeletekey
　　xp_regdeletevalue
　　xp_regenumkeys
　　xp_regenumvalues
　　xp_regread
　　xp_regremovemultistring
　　xp_regwrite
　　ActiveX自动脚本：
　　sp_OACreate
　　sp_OADestroy
　　sp_OAMethod
　　sp_OAGetProperty
　　sp_OASetProperty
　　sp_OAGetErrorInfo
　　sp_OAStop
　　将有安全问题的SQL过程删除.比较全面.一切为了安全!
　　删除有安全隐患的扩展:
　　exec sp_dropextendedproc 'xp_cmdshell' [删除此项扩展后,将无法远程连接数据库]
　　exec sp_dropextendedproc 'xp_dirtree' [删除此项扩展后,将无法新建或附加数据库]
　　exec sp_dropextendedproc 'xp_enumgroups'
　　exec sp_dropextendedproc 'xp_fixeddrives'
　　exec sp_dropextendedproc 'xp_loginconfig'
　　exec sp_dropextendedproc 'xp_regaddmultistring'
　　exec sp_dropextendedproc 'xp_regdeletekey'
　　exec sp_dropextendedproc 'xp_regdeletevalue'
　　exec sp_dropextendedproc 'xp_regread'
　　exec sp_dropextendedproc 'xp_regremovemultistring'
　　exec sp_dropextendedproc 'xp_regwrite'
　　exec sp_dropextendedproc 'xp_enumerrorlogs'
　　exec sp_dropextendedproc 'xp_getfiledetails'
　　exec sp_dropextendedproc 'xp_regenumvalues'
　　恢复扩展
　　exec sp_addextendedproc 'xp_cmdshell', 'xplog70.dll'
　　exec sp_addextendedproc 'xp_dirtree', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_enumgroups', 'xplog70.dll'
　　exec sp_addextendedproc 'xp_fixeddrives', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_loginconfig', 'xplog70.dll'
　　exec sp_addextendedproc 'xp_regaddmultistring', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_regdeletekey', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_regdeletevalue', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_regread', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_regremovemultistring', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_regwrite', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_enumerrorlogs', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_getfiledetails', 'xpstar.dll'
　　exec sp_addextendedproc 'xp_regenumvalues', 'xpstar.dll'
　　全部复制到"SQL查询分析器"
　　点击菜单上的--"查询"--"执行"，就会将有安全问题的SQL过程删除(以上是7i24的正版用户的技术支持)
　　更改默认SA空密码.数据库链接不要使用SA帐户.单数据库单独设使用帐户.只给public和db_owner权限.
　　数据库不要放在默认的位置.
　　SQL不要安装在PROGRAM FILE目录下面.
　　以 上各项全在我们封杀之列，例如xp_cmdshell屏蔽的方法为：sp_dropextendedproc 'xp_cmdshell'，如果需要的话，再用sp_addextendedproc 'xp_cmdshell', 'xpsql70.dll'进行恢复。如果你不知道xp_cmdshell使用的是哪个.dll文件的话，可以使用 sp_helpextendedproc xp_cmdshell来查看xp_cmdshell使用的是哪个动态联接库。另外，将xp_cmdshell屏蔽后，我们还需要做的步骤是将 xpsql70.dll文件进行改名，以防止获得SA的攻击者将它进行恢复。
　　我们做到这儿，你的SQL SERVER就基本上安全了。但是信息还是能一样的外泄。毕竟Select我们是无法取消的，除非你的网站用的是HTML。SQL INJECTION的防范还需要我们这些程序员来注意，这才是治本之法。