利用HSTS安全协议柔性解决全站HTTPS的兼容性问题

建站笔记1年前 (2023)更新 小萝卜头
980 0 0

导读:目前,很多站都开始实现 HTTPS 了,而且其中的大部分强迫症站长还会开启强制 HTTPS 机制,对于网站的 HTTP 请求全部 301 跳转到 HTTPS,从而实现全站 HTTPS。这明显是一个粗暴的做法,下面张戈博客就分享一下目前正在使用的柔性做法,告别粗暴。

一、HSTS 协议
这里我们要借助一个新的安全协议:HSTS
HSTS(HTTP Strict Transport Security)国际互联网工程组织 IETE 正在推行一种新的 Web 安全协议,作用是强制客户端(如浏览器)使用 HTTPS 与服务器创建连接。
主要目的是为了解决 HTTPS 网站首次请求时使用的是未加密的 HTTP 协议,也就说用户一般访问我们的网站都是直接在浏览器输入域名,比如 zhang.ge,然后我们的服务器检测到是 HTTP 请求,就 301 跳转到 HTTPS 页面。那么前半程采用的就是未加密的 HTTP 请求,同样存在被劫持的可能,那么 HTTPS 说好的安全性也就大打折扣了!
在我看来,HSTS 还有另外一层好处:增强网站的兼容性。
以往分享的全站 HTTPS 都是采用 301 强制性跳转,而且还会区分下低版本 IE、不支持 HTTPS 的搜索引擎来忽略 301 跳转,很明显这样做无法照顾到所有情况。那么如果是用 HSTS 呢?
采用 HSTS 后,支持这个协议的浏览器会自动跳转到 HTTPS 页面,返回码为 307:
而不支持 HSTS 的浏览器访问我们的网站,则不会产生跳转,从而提高了兼容性。这个机制对于不支持 HTTPS 的搜索引擎来说是非常友好的做法了!
二、开启 HSTS
开启 HSTS 很简单,只要在我们网站的响应头里面新增 HSTS 即可,下面简单说下
①、Nginx 服务器
只需要在站点 server 模块内插入如下配置并重启:
server {
listen 443 ssl http2;
server_name zhang.ge;
# 直接在 server 插入测试居然不生效,最后发现要在 location ~ *php 内插入:
location ~ [^/]\.php(/|$) {
add_header Strict-Transport-Security “max-age=63072000; includeSubdomains; preload”;
# 以下略…
②、Apache 服务器
Apache 如下配置并重启:
# 先在 Apache 加载 mod_header 库,一般位于 httpd.conf 文件,自行搜索 mod_headers 并取消注释
LoadModule headers_module modules/mod_headers.so

#然后在站点 VirtualHost 里面插入 HSTS 响应头信息,比如:
<VirtualHost *.*.*.*:443>
Header always set Strict-Transport-Security “max-age=63072000; includeSubdomains; preload”
</VirtualHost>
③、LigHttpd
将下述配置增加到你的 Lighttpd 配置文件(一般是 /etc/lighttpd/lighttpd.conf)并重启:
server.modules += ( “mod_setenv” )
$HTTP[“scheme”] == “https” {
setenv.add-response-header = ( “Strict-Transport-Security” => “max-age=63072000; includeSubdomains; preload”)
}
④、通用方法
如果你用的虚拟主机,或者不会折腾 WEB 软件,那么可以采用更简单的通用方法。原理很简单,通过代码来新增响应头即可,这里只分享一下 php 的做法,其他语言自行参考:
将如下代码插入到网站根目录的 index.php 即可:
header(“Strict-Transport-Security: max-age=63072000; includeSubdomains; preload”);
三、相对链接
当然,为了兼容不支持 HTTPS 的客户端,我们还需要将网站的所有超链接都改成相对模式:
比如,正常的页面链接如下所示:
<a href=”https://zhang.ge/goto/aHR0cDovL3d3dy5kb21haW4uY29tLzEuaHRtbA==” target=”_blank” target=”_blank”>描文本</a>
改成相对模式:
<a href=”https://www.domain.com/1.html” target=”_blank”>描文本</a>
好处就是,不管是 HTTP 还是 HTTPS 请求,页面中的地址都是和请求协议保持一致,避免出现页面是 HTTP,而页面中的链接却是 HTTPS 的情况,那么前面的做法也就没了意义。
如何修改为相对模式,估计有同学又玩不转了。万变不离其宗,和以前纯代码启用七牛 CDN 一样!
直接粗暴替换前台输出的代码即可:
//将所有超链接改为相对模式
if(!is_admin()){
ob_start(“rewrite_urls”);
}
function rewrite_urls($buffer){
$buffer= preg_replace(‘/(“|\’)http(s|):\/\/([^”\’]*?)’.$_SERVER[“HTTP_HOST”].’/i’,’$1//$3′.$_SERVER[“HTTP_HOST”],$buffer);
return $buffer;
}
将以上代码新增到 WordPress 主题的 functions.php 中即可。以上代码只会替换和网站主域名有关系的超链接,八竿子打不着的外部超链接就不管了,有需求自行参考解决。
四、提交 HSTS
上文已介绍了 HSTS,主要是为了解决 HTTP 请求 301 跳转到 HTTPS 这个过程被劫持问题,而实际上就算加上 HSTS 响应头,用户请求的前半程依然是 HTTP,并没有什么 L 用。
提出这个协议的砖家们就想出了一个解决办法:将支持 HSTS 的网站全部加入一个 Preload 的清单,支持 HSTS 协议的浏览器请求网站前会查询当前网站是否在清单中,如果是那么直接转换为 HTTPS 请求!从而解决前半程为 HTTP 的问题(不专业,但说人话。。。)。
那么,如果我们的网站启用了 HSTS,还得将网站提交到这个 Preload 清单才行了
提交地址:https://hstspreload.appspot.com/  (需要扶墙访问)
提交直到批准,我们的网站必须强制 301 跳转到 HTTPS,否则无法通过,完成审核后再取消 301 即可。
当然,提交后会显示正在提交到 preload list,快的话两三天,慢的话一两个月都是有可能的:
好了,罗里吧嗦分享了一大堆,自行参考吧!

收录于{张戈博客} 原文链接原文链接

© 版权声明

相关文章

暂无评论

暂无评论...