0
0

围绕http请求头中Referer展开的一些知识

1. 什么是referer？

<点击以获取跳转信息 >跳转过去记得按一下f12点击网络请求详情，再刷新一下，就可以看见referer字段：
在这里插入图片描述

当我们尝试在浏览器内部直接输入这熟悉的网址时，此时刷新后则是这样一番景象：
在这里插入图片描述
于是你就明白了referer的基本用途，它是存在于http请求头内部的用于标识访问者来源网页的标识字段。通常在普通用户的访问下是不会出现的，常常出现于各个网页之间的相互跳转。

说到这里你想到了什么，各个网页？嗯…记得这块在网页里面引用别人的东西好像还挺多的。直接把人家的图片地址写下来，就能显示，可方便了。对，这种行为就是盗图，当然只要是可以在网页上访问的网络资源，基本上都会面临这样一种情况：被盗取资源。盗取链接与防止盗取链接形成了一个经久不衰的话题。那么今天我们就通过几个小例子来体会一下盗图与防盗图的斗争吧。好好的理解一下关于referer字段的故事。

Referer请求头包含了当前请求页面的来源页面的地址，即表示当前页面是通过此来源页面里的链接进入的。服务端一般使用Referer（注：

正确英语拼写应该是referrer，由于早期HTTP规范的拼写错误，为了保持向后兼容就一直延续下来

）请求头识别访问来源，可能会以此统计分析、日志记录以及缓存优化等。
真有人为了这事情发博客吐槽…哈哈 详细历史见吐槽内容

2. Referrer-policy

言归正传，学习！显然，注意刚刚访问百度的同学可以细心的发现

referrer-policy

这个引用者策略，其规定了referer的具体使用规则。不同的设置如下给出：
在这里插入图片描述

  • no-referrer : 整个referee首部会被移除，访问来源信息不随着请求一起发送。
  • no-referrer-when-downgrade : 在没有指定任何策略的情况下用户代理的默认行为。在同等安全级别的情况下，引用页面的地址会被发送(HTTPS->HTTPS)，但是在降级的情况下不会被发送 (HTTPS->HTTP).
  • origin: 在任何情况下，仅发送文件的源作为引用地址。例如 https://example.com/page.html 会将 https://example.com/ 作为引用地址。
  • origin-when-cross-origin: 对于同源的请求，会发送完整的URL作为引用地址，但是对于非同源请求仅发送文件的源。
  • same-origin: 对于同源的请求会发送引用地址，但是对于非同源请求则不发送引用地址信息。
  • strict-origin： 在同等安全级别的情况下，发送文件的源作为引用地址(HTTPS->HTTPS)，但是在降级的情况下不会发送 (HTTPS->HTTP)。 - strict-origin-when-cross-origin： 对于同源的请求，会发送完整的URL作为引用地址；在同等安全级别的情况下，发送文件的源作为引用地址(HTTPS->HTTPS)；在降级的情况下不发送此首部 (HTTPS->HTTP)。
  • unsafe-url： 无论是同源请求还是非同源请求，都发送完整的 URL（移除参数信息之后）作为引用地址。（最不安全了）

3.设置referrer

可以在HTML里面设置

meta

标签

<metaname="referrer"content="origin">

也可以用

<a>、<area>、<img>、<iframe>、<script>

或者

<link>

元素上的 referrerpolicy 属性为其设置独立的请求策略。

比如：

<scriptsrc='/javascripts/test.js'referrerpolicy="no-referrer"></script>

注意，如果不对页面进行处理的话，默认的

referer-policy

的数值是

 strict-origin-when-cross-origin

4.绕过防盗链

前面我们说过防盗链的工作原理，其就是通过Referer或者签名，网站可以检测目标网页访问的来源网页，如果是资源文件，则可以追踪到显示它的网页地址 一旦检测到来源不是本站，即进行阻止或者返回指定的页面。

那么要绕过它就至少的满足下面的三个条件之一：

  1. 本网站。
  2. 无referer信息的情况。（服务器认为是从浏览器直接访问的图片URL，所以这种情况下能正常访问）
  3. 授权的网址。

显然，方法1、3均无法实现。留给我们的方法就只有想办法去除自己在访问时的

referer

字段了。

4.1 利用https降级访问http资源网站

当我们的目标被盗网站的策略采用默认策略时，我们可以利用访问主动降级的方式将目标图片盗链下来。也就是说我们可以在https的网页中用http请求另一个https网站的资源。此时可以不发送我们的referer字段，达到绕过防盗链的效果。(由于浏览器的升级，现在这种操作已经被禁止了。)虽然如此，我们还是尝试这复现一下这一操作。

示例环境：centos7 安装nodejs环境

用nodejs同时模拟出”盗图人“和“拥图人”。我们使用古老的浏览器尝试访问网页见证这一古老的偷图方法。

1.生成自签名证书

如何在本地为本地的web服务创建自签名成了我们要解决的第一个问题。按照以下步骤创建对应的证书以及签名。在此之前应当创建对应的文件夹：

[root@blackstone ceshi]# mkdir demo01[root@blackstone ceshi]# mkdir -p ./demo01/server/keys[root@blackstone ceshi]# mkdir -p ./demo01/server/src[root@blackstone ceshi]# mkdir -p ./demo01/client/src[root@blackstone ceshi]# mkdir -p ./demo01/client/keys[root@blackstone ceshi]# mkdir -p ./demo01/ca[root@blackstone ceshi]# tree demo01
demo01
├── ca
├── client
│   ├── keys
│   └── src
└── server
    ├── keys
    └── src

好，接下来到这个demo01目录下，进行证书的构造

#1.生成私钥
// 生成服务器端私钥   
openssl genrsa -out server/keys/server.key 1024   
// 生成客户端私钥  
openssl genrsa -out client/keys/client.key 1024#2.生成公钥
openssl rsa -in server/keys/server.key -pubout-out server/keys/server.pem
openssl rsa -in client/keys/client.key -pubout-out client/keys/client.pem

#3.CA证书自签名#3.1 创建CA私钥
openssl genrsa -out ca/ca.key 1024#3.2 生成CA的CSR文件与crt#生成csr
openssl req -new-key ca/ca.key -out ca/ca.csr
#生成crt
openssl x509 -req-in ca/ca.csr -signkey ca/ca.key -out ca/ca.crt

#3.3 为server发放证书#生成csr文件
openssl req -new-key server/keys/server.key -out server/keys/server.csr

#签名过程需要CA的证书和私钥参与， 最终颁发一个带有CA签名的证书
openssl x509 -req-CA ca/ca.crt -CAkey ca/ca.key -CAcreateserial-in server/keys/server.csr -out server/keys/server.crt

#3.4 为client发放证书#生成CSR文件
openssl req -new-key client/keys/client.key -out client/keys/client.csr
#签名过程需要CA的证书和私钥参与， 最终颁发一个带有CA签名的证书
openssl x509 -req-CA ca/ca.crt -CAkey ca/ca.key -CAcreateserial-in client/keys/client.csr -out client/keys/client.crt

关于CA证书：为了得到签名证书，服务器端需要通过自己的私钥生成CSR(Certificate Signing Request，证书签名请求)文件。CA机构通过这个文件颁发属于该服务器端的签名证书，只要通过CA机构就能验证证书是否合法。
上面用是自签名证书来构建安全网络的。所谓自签名证书，就是自己扮演CA机构，给自己得服务器端颁发签名证书。其过程包括了生成CA私钥、生成CSR文件、通过私钥自签名生成证书

经过上面一通创建之后，我们使用tree确认生成无误
在这里插入图片描述

2. 配置server端

server目录下创建server.js用于建立服务

let https =require("https");let fs =require("fs");let url =require("url");let path =require("path");// 白名单const whiteList =["192.168.2.169:80"];const options ={key: fs.readFileSync("./keys/server.key"),cert: fs.readFileSync("./keys/server.crt"),};

https
  .createServer(options,function(req, res){let refer = req.headers["referer"]|| req.headers["refer"];
    console.log('refer----', refer, req.url);
    res.setHeader("Access-Control-Allow-Origin","*");if(refer){let referHostName = url.parse(refer,true).host;let currentHostName = url.parse(req.url,true).host;
      console.log(referHostName, currentHostName,'--==')// 当referer不为空, 但host未能命中目标网站且不在白名单内时, 返回错误的图if(
        referHostName != currentHostName &&
        whiteList.indexOf(referHostName)==-1){
        res.setHeader("Content-Type","image/jpeg");
        fs.createReadStream(path.join(__dirname,"/src/img/403.jpg")).pipe(res);return;}}// 当referer为空时, 返回正确的图
    res.setHeader("Content-Type","image/jpeg");
    fs.createReadStream(path.join(__dirname,"/src/img/1.jpg")).pipe(res);}).listen(9999);

监听的是9999端口，用于模拟被偷服务器，在其对应的src目录下放上相应的资源
在这里插入图片描述

3.配置client端

服务端的nodejs文件client.js

let https =require("https");let fs =require("fs");let url =require("url");let path =require("path");var options ={hostname:"localhost",port:8000,path:"/",method:"GET",rejectUnauthorized:false,key: fs.readFileSync("./keys/client.key"),cert: fs.readFileSync("./keys/client.crt"),ca:[fs.readFileSync("../ca/ca.crt")],};// 创建服务器
https.createServer(options,function(req, res){let staticPath = path.join(__dirname,"src");let pathObj = url.parse(req.url,true);if(pathObj.pathname ==="/"){
    pathObj.pathname +="index.html";}//  读取静态目录里面的文件，然后发送出去let filePath = path.join(staticPath, pathObj.pathname);
  fs.readFile(filePath,"binary",function(err, content){if(err){
      res.writeHead(404,"Not Found");
      res.end("<h1>404 Not Found</h1>");}else{
      res.writeHead(200,"OK");
      res.write(content,"binary");
      res.end();}});}).listen(8080);

配置client首页文件

[root@blackstone client]# cat ./src/index.html<!DOCTYPE html><html lang="en"><head><meta charset="UTF-8"><meta name="viewport"content="width=device-width, initial-scale=1.0"><meta http-equiv="X-UA-Compatible"content="ie=edge"><title>client</title></head><body><h1>client页面</h1><div id="container"><!-- <img src="https://192.168.2.169:9999/"referrerpolicy="no-referrer"> --><img src="http://192.168.2.169:9999"></div><!-- <script src="js/fetchImg.js"></script> --></body></html>

4.在浏览器上测试盗链情况

依次分别运行server和client

[root@blackstone server]# node server.js[root@blackstone client]# node client.js

使用火狐浏览器测试访问：
在这里插入图片描述

可以看到，尽管我们尝试进行盗链，但是因为浏览器的安全限定，无法显示偷出来的图片，我们掏出超低版本的浏览器试试。。。经测试暂时无果，这个古老的方案大抵是被禁用掉了。
点击此处获取老版本浏览器
在这里插入图片描述

4.2 使用meta

<metaname="referrer"content="no-referrer"/>

在这里插入图片描述
可以清晰的看到，设置后发出的https请求已经没了referer字段，正常请求到了图片

4.3 设置referrerpolicy=“no-referrer”

在标签旁设置上这个属性就行

<imgsrc="https://192.168.2.169:9999/"referrerpolicy="no-referrer">

4.4 利用iframe伪造请求referer

functionshowImg(src, wrapper){let url =newURL(src);let frameid ='frameimg'+ Math.random();
    window.img =`<img id="tmpImg" width=400 src="${url}" alt="图片加载失败，请稍后再试"/> `;// 构造一个iframe
    iframe = document.createElement('iframe')
    iframe.id = frameid
    iframe.src ="javascript:parent.img;"// 通过内联的javascript，设置iframe的src// 校正iframe的尺寸，完整展示图片
    iframe.onload=function(){var img = iframe.contentDocument.getElementById("tmpImg")if(img){
            iframe.height = img.height +'px'
            iframe.width = img.width +'px'}}
    iframe.width =10
    iframe.height =10
    iframe.scrolling ="no"
    iframe.frameBorder ="0"
    wrapper.appendChild(iframe)}showImg('https://192.168.2.169:9999', document.querySelector('#container'))

在这里插入图片描述

4.5 客户端在请求时修改header头部

4.5.1 利用XMLHttpRequest

XMLHttpRequest中setRequestHeader方法，用于向请求头添加或修改字段。我们能不能手动将修改 referer字段呢？
演示代码：

<!DOCTYPEhtml><htmllang="en"><head><metacharset="UTF-8"><metaname="viewport"content="width=device-width, initial-scale=1.0"><metahttp-equiv="X-UA-Compatible"content="ie=edge"><title>client</title></head><body><h1>client页面</h1><divid="container"></div></body><scriptsrc="./03.js"></script></html>

// 通过ajax下载图片functionloadImage(uri){returnnewPromise(resolve=>{let xhr =newXMLHttpRequest();
        xhr.responseType ="blob";
        xhr.onload=function(){resolve(xhr.response);};

        xhr.open("GET", uri,true);// 通过setRequestHeader设置header不会生效// 会提示 Refused to set unsafe header "Referer"
        xhr.setRequestHeader("Referer",""); 
        xhr.send();});}// 将下载下来的二进制大对象数据转换成base64，然后展示在页面上functionhandleBlob(blob){let reader =newFileReader();
    reader.onload=function(evt){let img = document.createElement('img');
        img.src = evt.target.result;
        document.getElementById('container').appendChild(img)};
    reader.readAsDataURL(blob);}const imgSrc ="https://tiebapic.baidu.com/forum/w%3D580%3B/sign=f88eb0f2cf82b9013dadc33b43b6ab77/562c11dfa9ec8a135455cc35b203918fa1ecc09c.jpg";loadImage(imgSrc).then(blob=>{handleBlob(blob);});

在这里插入图片描述
可以看见setRequestHeader设置referer响应头是无效的，这是由于浏览器为了安全起见，无法手动设置部分保留字段，不幸的是Referer恰好就是保留字段之一，详情列表参考Forbidden header name。

可见使用xmlhttprequest提供的方法用AJAX同源请求无法完成这一操作。使用fetch可以解决这一问题。

4.5.2 利用fetch

// 将下载下来的二进制大对象数据转换成base64，然后展示在页面上functionhandleBlob(blob){let reader =newFileReader();
    reader.onload=function(evt){let img = document.createElement('img');
        img.src = evt.target.result;
        document.getElementById('container').appendChild(img)};
    reader.readAsDataURL(blob);}const imgSrc ="https://192.168.2.169:9999";functionfetchImage(url){returnfetch(url,{headers:{// "Referer": "", // 这里设置无效},method:"GET",referrer:"",// 将referer置空// referrerPolicy: 'no-referrer', }).then(response=> response.blob());}fetchImage(imgSrc).then(blob=>{handleBlob(blob);});

可以看到这里的请求明显没了referer字段

在这里插入图片描述

4.6 服务器做图片中转

更加"刑"的方法就是直接搭建一个中转服务器，代理盗链者对目标资源进行正常请求，并将获取到的资源进行转发。

5.应对策略

当然，在上面罗列了那么多的绕过防盗链手法中，大部分的方法就是人为或者自动的取消掉自己的referer头部伪装成普通用户的正常访问去获取资源。要解决这个问题可以从以下几个方面去开展：

1.动态文件名，定期更换文件名称或者路径

2.判定引用地址，一般是判断浏览器请求时HTTP头的Referer字段的值

3.使用登录验证，cookie

4.图片加水印

5.可以购买一些安全服务对服务器的请求进行过滤

标签： http 前端
本文转载自: https://blog.csdn.net/qq_55316925/article/details/128571809
版权归原作者 跳跳小强 所有， 如有侵权，请联系我们删除。
登录后发布评论

“围绕http请求头中Referer展开的一些知识”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

网络安全法-网络运行安全

使用selenium/drissionpage时如何阻止chrome自动跳转http到https

docker desktop 里部署的Open WebUI 管理员密码忘记了的处理方法

在ubuntu20.04中搭建onsite比赛运行环境

利用开源的低代码表单设计器FcDesigner高效管理和渲染复杂表单结构

Kafka学习笔记

【前端】浏览器输入url到页面呈现发生了什么？

文章导航