安全漏洞问题6:SQL注入

安全漏洞问题6:SQL注入
1.1. 漏洞描述
SQL注入是指利用现有应用程序,将(恶意)的SQL命令注入到后台数据库引擎执行的攻击方法。
通常Web 应用程序在后端使用数据库,查询数据库的语言一般是 SQL(各大数据库供应商都有自己的不同版本)。Web 应用程序通常会获取用户输入(取自 HTTP 请求),将它并入 SQL 查询中,然后发送到后端数据库。接着应用程序便处理查询结果,有时会向用户显示结果。
如果应用程序对用户(攻击者)的输入处理不够安全,攻击者便可以利用SQL发起攻击。在此情况下,攻击者可以注入恶意的数据,当该数据并入 SQL 查询中时,将修改原来的查询语句使攻击者能进行敏感数据查询等恶意操作。
1.2. 漏洞危害
恶意攻击者可以利用实施SQL注入攻击造成以下危害:
 查看、修改或删除数据库条目和表
 篡改网页内容,网页挂马
 查询用户的机密信息,包括账户,个人私密信息,交易信息等等
 访问数据库系统表,查询数据库及承载服务器敏感信息
 获取数据库访问权限,甚至获得DBA权限
 运行各种操作系统命令,获取承载主机操作系统和网络的访问权限
1.3. 解决方案
针对SQL注入攻击的特点,可以从以下几个方面进行防范:
 使用参数化方式进行查询
应尽可能避免使用拼接的动态SQL语句,而使用参数化方式进行查询。一段示例代码如下所示:

String user = request.getParameter("username");
String pass = request.getParameter("password");
String query = "SELECT id FROM users WHERE username=? AND password=?";
PreparedStatement stmt = con.prepareStatement(query);
stmt.setString(1, user);
stmt.setString(2, pass);
ResultSet rs = stmt.executeQuery();
if (rs.next())
{
// 登录成功
int id = rs.getInt(1);
...
}
else
{
// 登录失败
...
}
 检查用户输入的有效性
必须在服务端验证用户输入的值和类型是否符合程序预期,一般需要验证以下内容:
 必需字段
必需字段:检查字段不为空,并且其长度要大于零,不包括行距和后面的空格,一段示例代码如下所示:
// Java 示例-必需字段检查
public Class Validator {
...
public static boolean validateRequired(String value) {
boolean isFieldValid = false;
if (value != null && value.trim().length() > 0) {
isFieldValid = true;
}
return isFieldValid;
}
...
}
...
String fieldValue = request.getParameter("fieldName");
if (Validator.validateRequired(fieldValue)) {
// fieldValue is valid, continue processing request
...
}

 字段数据类型
字段数据类型检查:检查输入字段类型是否符合预期,比如说所有 HTTP 请求参数或 cookie 值的类型都是“字符串”。
// Java 示例-验证数字字段类型
public Class Validator {
...
public static boolean validateInt(String value) {
boolean isFieldValid = false;
try {
Integer.parseInt(value);
isFieldValid = true;
} catch (Exception e) {
isFieldValid = false;
}
return isFieldValid;
}
...
}
// Java 示例-将HTTP 请求参数转换为其各自的数据类型
...
String fieldValue = request.getParameter("fieldName");
if (Validator.validateInt(fieldValue)) {
// convert fieldValue to an Integer
Integer integerValue = Integer.getInteger(fieldValue);
// store integerValue in a request attribute
request.setAttribute("fieldName", integerValue);
}
...
// Use the request attribute for further processing
Integer integerValue = (Integer)request.getAttribute("fieldName");
...
 字段长度
字段长度检查:检查输入字段长度是否符合预期。
// Java 示例-userName 字段的长度是否在 8 至 20 个字符之间
public Class Validator {
...
public static boolean validateRange(int value, int min, int max) {
return (value >= min && value <= max);
}
...
}
...
String fieldValue = request.getParameter("numberOfChoices");
if (Validator.validateRequired(fieldValue)) {
if (Validator.validateInt(fieldValue)) {
int numberOfChoices = Integer.parseInt(fieldValue);
if (Validator.validateRange(numberOfChoices, 10, 20)) {
// numberOfChoices is valid, continue processing request
...
}
}
}
 字段选项
字段选项检查:根据功能需求定义的受允许选项来验证选定的用户值。
// 字段选项示例
public Class Validator {
...
public static boolean validateOption(Object[] options, Object value) {
boolean isValidValue = false;
try {
List list = Arrays.asList(options);
if (list != null) {
isValidValue = list.contains(value);
}
} catch (Exception e) {
}
return isValidValue;
}
...
}
...
// Allowed options
String[] options = {"option1", "option2", "option3");
// Verify that the user selection is one of the allowed options
String userSelection = request.getParameter("userSelection");
if (Validator.validateOption(options, userSelection)) {
// valid user selection, continue processing request
...
}
 字段模式
字段模式检查:检查用户输入与由功能需求定义的模式是否匹配。例如,使用以下正则表达式:^[a-zA-Z0-9]*$验证 userName 字段是否符合“仅允许字母数字字符,且不区分大小写,”
import org.apache.regexp.RE;
import org.apache.regexp.RESyntaxException;
public Class Validator {
...
public static boolean matchPattern(String value, String expression) {
boolean match = false;
if (validateRequired(expression)) {
RE r = new RE(expression);
match = r.match(value);
}
return match;
}
...
}
...
// Verify that the userName request parameter is alpha-numeric
String userName = request.getParameter("userName");
if (Validator.matchPattern(userName, "^[a-zA-Z0-9]*$")) {
// userName is valid, continue processing request
...
}
 对用户输入进行过滤
在所有数据进入应用程序之前把可能的危险拦截。这些处理在服务器端完成。针对关键字和非法的HTML 代码等,可以编写函数对其进行检查或过滤。需要检查或过滤的特殊字符至少包含如下表字符:
特殊字符(不区分大小写) 关键字(不区分大小写)
|(竖线符号) and
& (& 符号) exec
;(分号) insert
$(美元符号) select
%(百分比符号) delete
@(at 符号) update
'(单引号) count
"(引号) chr
\'(反斜杠转义单引号) mid
\"(反斜杠转义引号) master
<>(尖括号) truncate
()(括号) char
+(加号) declare
CR(回车符,ASCII 0x0d) backup
LF(换行,ASCII 0x0a) script
,(逗号)
\(反斜杠)
(星号)
一段检查关键字的示例代码如下:
dim sql_injdata
SQL_injdata = "'|and|exec|insert|select|delete|update|count|
|%|chr|mid|master|truncate|char|declare|--|"
SQL_inj = split(SQL_Injdata,"|")
If Request.QueryString<>"" Then
 For Each SQL_Get In Request.QueryString
  For SQL_Data=0 To Ubound(SQL_inj)
   if instr(Request.QueryString(SQL_Get),Sql_Inj(Sql_DATA))>0 Then
    Response.Write "<Script Language=**>alert('参数中包含非法字符尝试注入!');history.back(-1)</Script>"
    Response.end
   end if
  next
 Next
End If

If Request.Form<>"" Then
 For Each Sql_Post In Request.Form
  For SQL_Data=0 To Ubound(SQL_inj)
   if instr(Request.Form(Sql_Post),Sql_Inj(Sql_DATA))>0 Then
    Response.Write "<Script Language=**>alert('参数中包含非法字符尝试注入! ');history.back(-1)</Script>"
    Response.end
   end if
  next
 next
 加固应用程序服务器和数据库,利用最低权限账户与数据库连接。
 配置可信任的IP接入和访问(例如,IPSEC),以控制哪些机器能够与数据库服务器通信。
 从数据库服务器上移除所有的示例脚本和应用程序。
 不要使用sa、dba、admin等具备数据库DBA权限的账户,为每一个应用程序的数据库连接账户使用一个专用的最低权限权账户。如果应用程序仅需要读取访问,就要将数据库的访问限制为只读。
 从生产数据库中移除未用的存储过程。
 将对应用程序的访问仅授权给用户创建的存储过程。
 禁止应用程序访问不必要的系统存储过程。
 应用程序尽量使用存储过程,利用存储过程,将数据访问抽象化,让用户不直接访问表或视图。

时间: 2025-01-19 06:09:40

安全漏洞问题6:SQL注入的相关文章

PHP代码网站防范SQL注入漏洞攻击的建议

所有的网站管理员都会关心网站的安全问题.说到安全就不得不说到SQL注入攻击(SQL Injection).黑客通过SQL注入攻击可以拿到网站数据库的访问权限,之后他们就可以拿到网站数据库中所有的数据,恶意的黑客可以通过SQL注入 功能篡改数据库中的数据甚至会把数据库中的数据毁坏掉.做为网络开发者的你对这种黑客行为恨之入骨,当然也有必要了解一下SQL注入这种功能方式的原理并 学会如何通过代码来保护自己的网站数据库.今天就通过PHP和MySQL数据库为例,分享一下我所了解的SQL注入攻击和一些简单的

Joomla! v3.7 SQL注入高危漏洞技术分析(CVE-2017-8917)

本文讲的是Joomla! v3.7 SQL注入高危漏洞技术分析(CVE-2017-8917),近日,全球知名内容管理系统Joomla!爆出高危安全漏洞,任何能访问网站的用户都可以发起攻击,窃取用户会话和账号密码. 安全风险:严重 漏洞类型:SQL注入 影响版本:3.7 修复版本:3.7.1 CVE编号:CVE-2017-8917 漏洞描述 com_fields组件出现漏洞,com_fields组件是在3.7版本添加的,如果你使用此版本,将受到影响,并应尽快更新.这个组件可以公开访问,意味着任何能

如何使用Burp Suite模糊测试SQL注入、XSS、命令执行漏洞

本文讲的是如何使用Burp Suite模糊测试SQL注入.XSS.命令执行漏洞,今天我将使用打包的套件攻击工具对bwapp应用程序进行模糊测试,手动执行此测试是一个耗时的时间,可能对任何一个渗透性测试的安全人员来说都是无聊的过程. 模糊测试在软件测试中起着至关重要的作用,它是一种工具,用于通过将一组称为模糊的部分地址输入注入到要测试的应用程序的程序中来查找错误,错误,故障. 漏洞检查工具采用文件格式的结构输入来区分有效和无效的输入.漏洞检查工具最适合识别sql注入,缓冲区溢出,xss注入和OS命

callback噩梦:解析著名CMS框架Drupal SQL注入漏洞

FreeBuf科普 Drupal是使用PHP语言编写的开源内容管理框架(CMF),它由内容管理系统(CMS)和PHP开发框架(Framework)共同构成.连续多年荣获全球最佳CMS大奖,是基于PHP语言最著名的WEB应用程序. 前几天爆了一个 Drupal 的 SQL Injection 注入漏洞,但是这个漏洞不止与 SQL 注入这么简单,还可以利用其来 RCE(远程代码执行).知名安全研究人员StefanEsser 在 Twitter 上也有提及,可是没有透露细节. 不过今天再看的时候发现,

齐博CMS曝SQL注入漏洞 360提醒用户尽快打补丁

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 近日,360网站安全检测平台独家发现齐博CMSV7(原PHP168v系列)建站系统存在SQL注入漏洞(0day),黑客可利用此漏洞入侵网站服务器,窃取网站数据甚至完全控制服务器.对此,360已于第一时间将漏洞信息通报厂商,并群发告警邮件提醒旗下用户尽快下载最新补丁,360网站卫士也同时更新了防护规则. 360网站安全检测平台服务网址:http

Wordpress4.2.3提权与SQL注入漏洞分析

这是这几天一直关注的漏洞了,wordpress上个礼拜发布的4.2.4版本,其中提到修补了可能存在的SQL漏洞和多个XSS. Check point也很快发出了分析,我也来分析与复现一下最新的这个漏洞.   0x01 GP混用造成的越权漏洞 首先,说明一下背景.wordpress中用户权限分为订阅者.投稿者.作者.编辑和管理员. 权限最低的是订阅者,订阅者只有订阅文章的权限,wordpress开启注册后默认注册的用户就是订阅者.国内很多知名网站,如Freebuf,用户注册后身份即为“订阅者”.

PHP代码网站如何防范SQL注入漏洞攻击建议分享_php技巧

黑客通过SQL注入攻击可以拿到网站数据库的访问权限,之后他们就可以拿到网站数据库中所有的数据,恶意的黑客可以通过SQL注入功能篡改数据库中的数据甚至会把数据库中的数据毁坏掉.做为网络开发者的你对这种黑客行为恨之入骨,当然也有必要了解一下SQL注入这种功能方式的原理并学会如何通过代码来保护自己的网站数据库.今天就通过PHP和MySQL数据库为例,分享一下我所了解的SQL注入攻击和一些简单的防范措施和一些如何避免SQL注入攻击的建议. 什么是SQL注入(SQL Injection)? 简单来说,SQ

Java安全之SQL注入漏洞分析

漏洞简介 SQL 注入漏洞在以下情况下出现: 1. 数据从一个不可信赖的数据源进入程序. 2. 数据用于动态地构造一个 SQL 查询.    代码如下 复制代码 String userName = ctx.getAuthenticatedUserName(); String itemName = request.getParameter("itemName"); String query = "SELECT * FROM items WHERE owner+  = '&quo

如何使用加密的Payload来识别并利用SQL注入漏洞

写在前面的话 密码学具有诸多优点,信息的保密性同样离不开密码学,但是从历史经验来看,在保护应用和数据安全方面我们绝对不能过分依赖于密码学.在这篇文章中,安全教育培训专家SunilYadav将会讨论一个案例,并介绍如何通过一个加密的Payload来发现并利用SQL注入漏洞. 请注意:我们在此不打算讨论密码学方面的问题(例如如何破解加密算法),我们讨论的是应用程序的安全缺陷,这方面问题是很多开发者最容易忽略的问题,而本文所描述的这个漏洞将允许我们通过一个加密的Payload来识别并利用程序中的SQL

继卡巴、BitDefender之后 赛门铁克站点再爆SQL注入缺陷

2月21日消息,被称作"Unu"的一名罗马尼亚黑客表示,他在赛门铁克的"文档下载中心"网站发现了一个SQL注入缺陷.渠道合作伙伴可以在该站点下载赛门铁克产品的销售资料.Unu之前曾在卡巴斯基的网站上发现一个类似缺陷. 据国外媒体报道称,赛门铁克对此表示,这并非是个安全问题,公司和客户资料没有泄露.但赛门铁克关闭了该站点.赛门铁克称,"我们立即关闭了该站点,进行全面检测,并判断这并非一个安全缺陷.赛门铁克的代表没有披露该事件详情,但作为世界上最知名的计算机安