碟科服务项目
专家提示
  • - 拿放硬盘要小心轻放
  • - 硬件异常时请勿随意加电
  • - 数据丢失后勿对源盘进行写操作
  • - 向专业数据恢复公司寻求帮助

让SQL注入攻击危害最小化三大措施

更新时间:2009.12.19


使用用户提供的数据进行数据库查询的任何应用程序是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注入的最新动向,采用切实可行的工具,使程序的漏洞最小化。

分享到: