在SQL Server中使用xp_cmdshell通常是不好的做法吗？

这源于earlier SO question。在SQL Server中使用xp_cmdshell通常是不好的做法吗？

如果您不得不在文件系统上执行操作，通常最好是编写一个应用程序来处理这些操作并从该应用程序调用SQL Server？在什么情况下使用xp_cmdshell是个好主意？

2011-02-02 Abe Miessler

这只是另一个使用的工具。与所有工具一样，在适合时使用它。有些人可能会以某种方式持有非常强烈的意见，但在一天结束时，它就在那里。

SQL Server 2005引入了sp_xp_cmdshell_proxy_account，它在某种程度上缓解了特权问题，所以它变得更有用。考虑粉末关键问题：允许人们携带枪支（枪支是相关的危险是否危险）通常是不好的？ _{提示参数...}

来源

2011-02-02 23:18:49 RichardTheKiwi

如果函数存在安全问题，尤其是在早期版本的SQL Server中。恕我直言，最糟糕的一个方面就是一些管理员倾向于授予足够的权利去做所有事情。例如。如果要运行xp_cmdshell并访问网络，请使用appX等来授予SQL Server Domain Admin所有者的权限，我们将永远不必重新访问用户权限。 – Karl 2011-02-02 23:32:31

在处理无法访问其源代码的第三方应用程序时，SQL Server可能是唯一或至少最方便的地方，用于将需要访问的逻辑文件系统。创建另一个应用程序只是一个需要担心的事情。

安全性确实成为问题。额外的权限可以提供给用户。 http://msdn.microsoft.com/en-us/library/ms175046.aspx

来源

2011-02-02 23:20:58 JeffO

在SQL Server中使用xp_cmdshell通常是不好的做法吗？

回答

相关问题