本文目录一览：
- 1、关于Http请求header之Referer讲解
- 2、获取请求头中的referer属性有什么用
- 3、3大Web安全漏洞防御详解：XSS、CSRF、以及SQL注入解决方案
- 4、referer 是什么意思？
- 5、前端程序员必须知道的 Web 漏洞，快来看看
关于Http请求header之Referer讲解
刚好把手机银行嵌入办事通的项目写完，该项目http请求较多，期间遇到了不少坑，也学到了不少东西，趁这个机会，简单梳理下！
图为http常见的请求方式，经常使用的，就是POST和GET，二者的区别，这里也不多做介绍。项目大致是这样的，提供接口给手机银行，获取请求参数：
request.getQueryString()方法即可取得参数相关信息，随机访问办事通提供的三个接口，最初定的接口，使用https协议，但办事通无法提供CA证书，后放弃（上一篇有提到过，无法绕过ssl验证）
随后办事通提供了另外接口，采用http协议：
采用Http发个简单Post请求，即可获取相应数据，测试环境很快调试完毕上线，上了生产，发现无论怎么都取不到数据。联系了办事通技术人员，打印了http请求头header，说请求头得有Referer，以前只是知道有这么个东西，但不知道具体有什么用，今天就简单说说。
加了这么一句话，请求OK了。那么，Referer是什么东西？
Referer是HTTP请求Header的一部分，当浏览器向Web服务器发送请求的时候，请求头信息一般需要包含Referer。该Referer会告诉服务器我是从哪个页面链接过来的，服务器基此可以获得一些信息用于处理。
Referer作用是什么？
1）防盗链
比如办事通服务器只允许网站访问自己的静态资源，那服务器每次都需要判断Referer的值是否是zwfw.yn.gov.cn，如果是就继续访问，不是就拦截。
2）防止恶意请求
比如静态请求是 .html结尾的，动态请求是 .shtml，那么所有的*.shtml请求，必须 Referer为我自己的网站才可以访问，这就是Referer的作用。
空Referer是怎么回事？
空Referer是指Referer头部的内容为空，或者，一个HTTP 请求头中根本不包含Referer，那么什么时候HTTP请求会不包含Referer字段呢？
根据Referer的定义，它的作用是指示一个请求是从哪里链接过来，那么当一个请求并不是由链接触发产生的，那么自然也就不需要指定这个请求的链接来源。
比如，直接在浏览器的地址栏中输入一个资源的URL地址，那么这种请求是不会包含Referer字段的，因为这是一个“凭空产生”的HTTP请求，并不是从一个地方链接过去的。
在防盗链设置中，允许空Referer和不允许空Referer有什么区别？
允许Referer为空，意味着你允许比如浏览器直接访问，就是空。
页面添加Referer元素需要使用meta referrer标签：
补充说明： Referer的正确英语拼法是 referrer 。由于早期HTTP规范的拼写错误，为了保持向后兼容就将错就错了。其它网络技术的规范企图修正此问题，使用正确拼法，所以目前拼法不统一，还有它第一个字母是大写。
获取请求头中的referer属性有什么用
简言之，HTTP Referer是header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器籍此可以获得一些信息用于处理。比如从我主页上链接到一个朋友那里，他的服务器就能够从HTTP Referer中统计出每天有多少用户点击我主页上的链接访问他的网站。 Referer其实应该是英文单词Referrer，不过拼错的人太多了，所以编写标准的人也就将错就错了。 Request.ServerVariables("HTTP_REFERER")的用法(防外连接) 下列情况是从浏览器的地址栏正常取得Request.ServerVariables("HTTP_REFERER")： 1) 直接用a href="" 2) 用Submit或input type="image"提交的表单(POST或GET) 3) 使用JAvaScript提交的表单(POST或GET) 下面我们再看看Request.ServerVariables("HTTP_REFERER")不能正常取值的情况： 1) 从收藏夹链接 2) 单击主页或自定义的地址 3) 在浏览器中直接输地址 4) 使用JavaScript的Location.href或者是Location.replace() 5) %Response.Redirect% 6) %Response.AddHeader%或者是mete http-equiv="refresh"转向 7) 用XML加载地址 防外链代码例子（C#）： if (Request.ServerVariables["HTTP_REFERER"] == null || !Request.ServerVariables["HTTP_REFERER"].ToString().Contains(Request.ServerVariables["HTTP_HOST"].ToString())) { Server.Transfer("Error.aspx"); } =========================================================== 下列情况是从浏览器的地址栏正常取得Request.ServerVariables("HTTP_REFERER")的: 1.直接用a href 2.用Submit或input type=image提交的表单(POST or GET) 3.使用Jscript提交的表单(POST or GET) 下面我们再看看Request.ServerVariables("HTTP_REFERER")不能正常取值的情况: 1.从收藏夹链接 2.单击'主页'或者自定义的地址 3.利用Jscript的location.href or location.replace() 4.在浏览器直接输入地址 5.%Response.Redirect% 6.%Response.AddHeader%或meta http-equiv=refresh转向 7.用XML加载地址 显然，Request.ServerVariables("HTTP_REFERER")在多数情况下是不能正常工作的，下面我们看一个例子: ref.asp % response.write "You came from: " request.servervariables("http_referer") % ref.htm % Response.AddHeader "Refresh", "10;URL=ref.asp" % meta http-equiv='refresh' content='10;URL=ref.asp' form method=GET action=ref.asp name=getform input type=submit value=' Go there (GET) ' input type=image style='cursor:hand' /formp 看看上面的代码会得到什么的结果. form method=POST action=ref.asp name=postform input type=submit value=' Go there (POST) ' input type=image style='cursor:hand' /formp a href='ref.asp'直接链接/ap a href='#' onclick='window.location.href="ref.asp";return false;'Javascript location/ap a href='#'onclick='window.location.replace("ref.asp");return false;'Javascript replace/ap a href='#' onclick='document.getform.submit();return false;'javascript GET/ap a href='#' onclick='document.postform.submit();return false;'javascript POST/a Request.ServerVariables(HTTP_REFERER)的工作方式 在JSP中获取REFERER的方式是：request.getHeader("REFERER"); 在PHP中获取REFERER的方式是：$_SERVER['HTTP_REFERER'];
3大Web安全漏洞防御详解：XSS、CSRF、以及SQL注入解决方案
随着互联网的普及，网络安全变得越来越重要。Java等程序员需要掌握基本的web安全知识，防患于未然，下面列举一些常见的安全漏洞，以及对应的防御解决方案。
1.前端安全
2.后端安全
1.XSS简介
跨站脚本（cross site script）简称为XSS，是一种经常出现在web应用中的计算机安全漏洞，也是web中最主流的攻击方式。
XSS是指恶意攻击者利用网站没有对用户提交数据进行转义处理或者过滤不足的缺点，进而添加一些代码，嵌入到web页面中去，使别的用户访问都会执行相应的嵌入代码。
2.XSS攻击的危害
1、盗取用户资料，比如：登录帐号、网银帐号等
2、利用用户身份，读取、篡改、添加、删除企业敏感数据等
3、盗窃企业重要的具有商业价值的资料
4、非法转账
5、强制发送电子邮件
6、网站挂马
7、控制受害者机器向其它网站发起攻击
3.防止XSS解决方案
XSS的根源主要是没完全过滤客户端提交的数据 ，所以重点是要过滤用户提交的信息。
1.CSRF简介
CSRF（Cross-site request forgery）跨站请求伪造，也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF，是一种对网站的恶意利用。
XSS利用站点内的信任用户，而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与XSS攻击相比，CSRF更具危险性。
2.CSRF攻击的危害
主要的危害来自于，攻击者盗用了用户身份，发送恶意请求。比如：模拟用户的行为发送邮件，发消息，以及支付、转账等财产安全。
3.防止CSRF的解决方案
1.简介
SQL注入是比较常见的网络攻击方式之一，主要是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，实现无帐号登录，甚至篡改数据库。
2.SQL注入的危害
3.防止SQL注入的方式
通常情况下，SQL注入的位置包括：
（1）表单提交，主要是POST请求，也包括GET请求；
（2）URL参数提交，主要为GET请求参数；
（3）Cookie参数提交；
（4）HTTP请求头部的一些可修改的值，比如Referer、User_Agent等；
4.简要举例
举一个简单的例子,select * from user where id=100 ,表示查询id为100的用户信息，如果id=100变为 id=100 or 2=2,sql将变为：select * from user where id=100 or 2=2，将把所有user表的信息查询出来，这就是典型的sql注入。
5.防止SQL注入的解决方案
1）对用户的输入进行校验，使用正则表达式过滤传入的参数
2）使用参数化语句，不要拼接sql，也可以使用安全的存储过程
3）不要使用管理员权限的数据库连接，为每个应用使用权限有限的数据库连接
4）检查数据存储类型
5）重要的信息一定要加密
总之就是既要做好过滤与编码并使用参数化语句，也要把重要的信息进行加密处理，这样sql注入漏洞才能更好的解决。
以上就是Web安全介绍，更多Redis系列、Spring Cloud、Dubbo等微服务、MySQL数据库分库分表等架构设计，具体请参考：
回复关键词 【高并发】即可获取！
referer 是什么意思？
n. 推荐人，上线；介绍人 (其正确英语拼法是referrer,由于早期HTTP规范的拼写错误,为了保持向后兼容而将错就错)
网络意义：
referrer 网站来路；访问者进入 网站的任何途径。 HTTPReferrer是header的一部分，当浏览器向web服务器发出请求的时候，一般会带上Referer,告诉服务器用户从那个页面连接过来的，服务器藉此可以获得一些信息用于处理。
HTTP 协议中有一个用来表示页面或资源来源的请求头，由 Philip Hallam-Baker 于上世纪 90 年代提出来，他当时把这个请求头叫做 Referer，并最终写进了 RFC1945，也就是 HTTP/1.0 协议：
The Referer request-header field allows the client to specify, for the server's benefit, the address (URI) of the resource from which the Request-URI was obtained. via
有趣的是，当时这个单词被他拼错了，正确的拼写应该是 Referrer。但是这个错误被发现之前，已经被大量使用，如果要改过来需要所有服务端、客户端的一致配合，还有大量的代码需要排查修改。于是，HTTP 的标准制定者们决定将错就错，不改了。下面这段描述来自于 RFC2616，也就是著名的 HTTP/1.1 协议：
The Referer[sic] request-header field allows the client to specify, for the server's benefit, the address (URI) of the resource from which the Request-URI was obtained (the "referrer", although the header field is misspelled.) via
可以看到，相比 HTTP/1.0，HTTP/1.1 除了加上了对这个错误的说明之外，没有其他变化。另外，那个[sic] 是拉丁文里「原文如此」的意思。很多其他标准在表述 HTTP 中的 Referer 请求头时，都会加上[sic]，避免引起读者误解。
由此可见，HTTP 标准制定者奉行实用主义，能用就行。由于 HTTP 协议继续拼错，浏览器当然只好按错的来，服务端收到的也是拼错的，所以大部分 Web Server、服务端语言或框架，都跟着拼错。举几个例子：
Nginx：ngx_http_referer_module - used to block access to a site for requests with invalid values in the “Referer” header field；
PHP：$_SERVER['HTTP_REFERER'] - The address of the page (if any) which referred the user agent to the current page；
Django：HttpRequest.META.HTTP_REFERER – The referring page, if any；
ThinkJS：Controller.referer() - 获取 referer；
JavaScript 中的 Referrer
这里说的 JavaScript，都是针对宿主为浏览器的场景，获取到的 referrer 属性都是由浏览器提供的。这一次，浏览器们比较齐心，都采用了正确的拼写方式，没有让这个错误在 JavaScript 中延续。
例如 DOM Level 2 里定义的 document.referrer：
Returns the URI [IETF RFC 2396] of the page that linked to this page. The value is an empty string if the user navigated to the page directly (not through a link, but, for example, via a bookmark). via
最新的 Fetch API 中的 Request 接口，也有一个名为 referrer 的属性：
The referrer attribute's getter must return the empty string if request's referrer is no referrer, "about:client" if request's referrer is client and request's referrer, serialized, otherwise. via
更多关于 Fetch API 的介绍可以查看月影大大翻译的这篇文章：这个API很“迷人”——(新的Fetch API)。
其他标准中的 Referrer
其他标准，例如 Referrer Policy，也采用了正确的写法，并且明确表示不会兼容错误的拼写，例如在 Delivery via CSP 这一节写着：
Note: The directive name does not share the HTTP header’s misspelling.
结论
HTTP 请求中的 Referer 是一个典型的拼写错误，历史悠久，可以预见还会一直错下去。也许以后Referer 会变成一个专有名词也说不定。所以，一般涉及到读取 HTTP 请求头的场景，我们需要用Referer 这种错误拼写；除此之外一般都要用 Referrer 这种正确的拼写。
前端程序员必须知道的 Web 漏洞，快来看看
随着互联网的发展，早已经不是仅限于简单的网页或是社交，电商购物、银行转账、企业管理等等。上次看到一个新闻，后台程序员离职后，利用职位之便，每天还不断的给自己转账，转了好多次才被发现，想想这多可怕。或者会窃取重要的商业信息，所以 Web 安全也是非常值得注意的。
什么是 Web 安全？
黑客利用网络操作系统的漏洞和 Web 服务器的 SQL 注入漏洞等，得到 Web 服务器的控制权，轻则篡改、删除、添加数据，重则窃取重要的商业信息、转账等，更严重的就是在网页中植入恶意代码，使网站受到不可预期的侵害。
常见的攻击可分为三类：XSS、CSRF、SQL注入。
Cross Site Scripting 跨站脚本攻击，为了与 CSS 区分，所以简写为 XSS 。
恶意攻击给 Web 页面植入恶意的 Script 代码，当用户浏览该网页的时候，嵌入 Web 里面的 script 代码会被执行，从而达到攻击的效果。
讲直白点，就是恶意攻击者通过在输入框处添加恶意 script 代码，用户浏览网页的时候执行 script 代码，从而达到恶意攻击用户的目的。
1.1、XSS 的危害
1.2、XSS 的攻击类型
发出请求时，XSS代码会出现在 url 中，作为输入提交到服务器端，服务器再返回给浏览器，然后浏览器解析执行 XSS 代码，这一过程像一次反射，所以称之为反射型。
这种类型的攻击，通常是把 XSS 攻击代码放入请求地址的 数据传输部分，如：
提交的 XSS 代码会存储在服务器端，如数据库、内存、文件系统内，下次请求目标页面时不再提交 XSS 代码。
文档型的 XSS 攻击不会经过服务器，作为中间人的角色，在数据传输过程中劫持到网络数据包，然后修改里面的 html 文档。
1.3、XSS 的防御措施
措施1：编码。
对这些数据进行 html entity 编码。客户端和服务器端都需要进行转义编码。
转义后为：
放入上边的代码中，还是会自动解析为上边的代码，所以放到外边。
措施2：过滤。
移除用户上传的 DOM 属性，如上边的 onerror。
移除用户上传的 style、script、iframe 节点。
措施3：利用 CSP
浏览器中的内容安全策略，就是决策浏览器加载哪些资源。
Cross site request forgery 跨站点请求伪造。
攻击者诱导受害者进入第三方网站，向被攻击网站发送跨站请求，利用被攻击者在被攻击网站已经获取的注册凭证，绕过后台的用户验证达到冒充用户对攻击网站进行的某种操作。
CSRF 攻击特点：
2.1、CSRF 的危害
2.2、CSRF 的攻击类型
使用非常简单，只需要一个 http 请求。
比如页面中的一个图片添加链接，还有 iframe、script ，最容易完成 CSFR 攻击，且不易被用户发现，隐蔽性超强。
由于 get 接口是最常见的一种 CSRF 攻击类型，所以很多重要的接口不适用 get 方式，使用 post 一定程度上可以防止 CSRF 攻击。
这种类型的 SCRF 攻击，通常使用的是一个自动提交的表单。简单讲就是伪造一个自动提交的表单，一旦访问页面时，表单就会自动提交。
如：
比起前两个，这个类型的比较少见，链接类型的攻击必须要用户点击链接，才能触发。
通常在论坛中发布的图片嵌入恶意的链接，或以广告的形式诱导用户点击中招。所以我们在邮箱中看到乱七八糟的广告，尽量别点击，防止遇到三方攻击。
伪造一种新型的攻击方式，用户误以为是在网站正常登录，实际上是使用账户和密码登录到了黑客网站，这样黑客可以监听到用户的所有操作，甚至知道用户的账户信息。
2.3、CSRF 的防御措施
措施1：检查 http 头部的 referer 信息
referer 包含在请求头内，表示请求接口的页面来源。
服务端通过检查 referer 信息，发现来源于外域时，就可以拦截请求，通过阻止不明外域的访问，一定程度上可以减少攻击。
措施2：使用一次性令牌
使用一次性令牌做身份识别，黑客是无法通过跨域拿到一次性令牌的，所以服务端可以通过判断是否携带一次性令牌，就可以排除一部分的非法操作者。
措施3：使用验证图片
服务端生成一些文本和数字，在服务端保存这份信息，同时以图片的形式在客户端展现，让用户去合法填写信息，当 CSRF 攻击时，拿不到这个验证码的时候，无法向服务器提供这个信息，导致匹配失败，从而识别它是非法攻击者。
这个应用非常常见，之前登录的时候，需要填写图形验证码。
现在滑动图片验证也非常常见。
SQL 注入，一般发生在注册、评论、添加等，只有有用户输入的地方，就有可能发生 SQL 注入。SQL 注入是一种常见的 Web 安全漏洞，攻击者会利用这个漏洞，可以访问或修改数据，利用潜在的数据库漏洞进行攻击。
所谓SQL注入，就是通过把SQL命令插入到Web 表单 提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。具体来说，它是利用现有应用程序，将(恶意的)SQL命令注入到后台数据库引擎执行的能力，它可以通过在Web表单中输入(恶意)SQL语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询字符暴出的，这类表单特别容易受到 SQL注入式攻击 .
3.1、SQL 注入危害
任意的账号都可以登录，可以进行任意的操作，粗暴点讲，就是随便来。
3.2、 SQL注入分类
当输入的参数为整数时，则有可能存在数字型漏洞。
当输入参数为字符串时，则可能存在字符型注入漏洞。数字型与字符型注入最大的区别在于：数字型不需要单引号闭合，而字符型一般需要使用单引号来闭合。
字符型注入最关键的是如何闭合 SQL 语句以及注释多余的代码。
其实我觉得 SQL 注入只有两种类型：数字型与字符型。很多人可能会说还有如：Cookie 注入、POST 注入、延时注入等。
的确如此，但这些类型的注入归根结底也是数字型和字符型注入的不同展现形式或者注入的位置不同罢了。
以下是一些常见的注入叫法：
3.3、SQL注入的防范措施
凡是用户输入的地方，我们都应该防止黑客攻击，永远不要相信用户的输入。所以对应的防御措施分别有：
前后端分离之后，前端每天都会接触到很多接口。发送网络请求的时候，有些接口就会使用 get 方法。最常见的传参方式就是，直接在 url 地址后面加参数。
直接采用这种方式传输数据，如果数据被劫持或抓包工具偷走之后，就会直接被人盗取走，特别危险。若是采用接口加密，如下：
上边那个看不懂的一长串符号，正是经过加密的数据。
接口加密就是将接口请求调用中传递的参数进行加密，目的就是为了保证接口请求中传递参数和返回的结果的安全性，一般比较敏感数据，如身份证、电话号码、账号、密码等需要进行加密。
常见的加密方式：
加密方式较多，可以根据自己具体的需要和项目语言选择其中一种。
加密之后的数据更安全，那我们能不能将接口所有的数据都进行加密呢？加密是非常消耗资源的，如果有大批量的数据都进行加密时，返回数据需要的时间就更长，会直接影响用户体验。所以我们进行加密时，只需要对敏感的重要的信息进行加密。
好了我今天的文章就到此结束了，本篇文章没有介绍到的 web 安全，欢迎评论区交流！