使用用户提供的数据进行数据库查询的任何应用程序是SQL注入攻击的一个潜在目标。数据库管理员可能无法完全阻止针对其数据库服务器的SQL注入式攻击；但是，管理员们和应用程序开发人员可以做一些事情，将这些攻击的影响最小化。那么

　　数据库管理员可以做什么呢？

　　不要让数据库和Web服务器放在同一台计算机上。

　　使用防火墙或不可路由的IP地址来阻止到数据库的互联网访问。一旦配置完毕，来自数据库服务器的数据包将不能被转发到互联网。在Web服务器上需要添加一条路由，这样才能找到数据库服务器。

　　配置可信任的IP接入和访问（例如，IPSEC），以控制哪些机器能够与数据库服务器通信。

　　从数据库服务器上移除所有的示例脚本和应用程序。

　　为每一个应用程序的数据库连接账户使用一个专用的低特权账户。不要使用sa、dba、admin。

　　不要准许用户或应用程序直接访问数据库表。要使用对数据库拥有有限访问的应用程序角色。如果应用程序仅需要读取访问，就要将数据库的访问限制为只读。

　　从生产数据库中移除未用的存储过程。

　　将对应用程序的访问仅授权给用户创建的存储过程。

　　不要将应用程序的“_ANY_”授权给操作系统命令或系统存储过程。

　　应用程序的设计人员可以做什么呢？

　　程序设计人员肩负着保障Web应用程序安全的重要责任。在设计和编码阶段加强安全审察才是杜绝程序漏洞的关键。大体而言，程序设计者至少应当实施下面的一些措施：

　　要创建应用程序要生成的特定的通用错误消息。因为，在一次SQL注入攻击期间，通过数据库生成的默认的错误消息，攻击者可以获取有价值的信息，如表格和栏的名称。

　　在将用户服务的输入提交给数据库之前，验证用户输入的合法性。仅接受所期望的用户输入，并限制其长度。注意，只要可能，使用白名单列表检查所有的用户输入。应用程序服务器防火墙可被用于检查所有的输入，并仅接受那些符合标准的输入。

　　在程序开发期间，使用Web应用程序扫描工具发现代码中漏洞。

　　将Web应用程序与SQL数据库隔离开来，将应用程序所要求的所有SQL放置在数据库服务器上。

　　使用静态查询。如果需要动态查询，就使用准备好的语句。

　　使用一个安全的接口，如ADO的Command Object，使应用程序执行存储过程。

　　检测SQL注入漏洞和攻击

　　要检测易于受攻击的应用程序并不是简单事情，因为这些漏洞可能存在于面向用户的任何应用程序接口中。虽然并非所有的SQL注入攻击技术都易于检测，但数据库管理员或开发人员可以做以下的事情：

　　阅读Web服务器的日志。有时，在这些日志中就可轻易地发现SQL注入攻击,因为这时写往日志的登录项目要比平常多得多。

　　查找HTTP 404和HTTP 500错误日志项目，以及程序生成的检查用户输入的其它的错误日志项目。

　　使用Web应用程序扫描工具。这些工具可被用于警告数据库管理员，告知管理员应用程序中易受SQL注入攻击的地方。

　　在部署应用程序之前，检查其中的SQL注入因素至关重要。

　　总之，一个防御SQL注入攻击的稳健方案应是在开发、部署、管理、维护的多个方面都进行检查，并且需要安全管理人员不断地注意SQL注入的最新动向，采用切实可行的工具，使程序的漏洞最小化。