菜单

让浏览器不再显示 https 页面中的 http 请求警报

2019年1月4日 - CSS/CSS3

让浏览器不再显得 https 页面中的 http 请求警报

2015/08/26 · 基本功技术 ·
HTTPS,
浏览器

初稿出处:
李靖(@Barret李靖)   

HTTPS 是 HTTP over Secure Socket Layer,以安全为目的的 HTTP 通道,所以在
HTTPS 承载的页面上不容许出现 http 请求,一旦现身就是指示或报错:

Mixed Content: The page at ‘https://www.taobao.com/‘ was loaded over
HTTPS, but requested an insecure image ‘http://g.alicdn.com/s.gif’.
This content should also be served over HTTPS.

HTTPS改造之后,我们可以在成千上万页面中来看如下警报:

图片 1

成千上万运营对 https 没有技术概念,在填写的数目中难免出现 http
的资源,序列庞大,出现疏忽和漏洞也是不可逆袭的。

WebView不匡助Https请求(需认证),这多少个时候我们可以透过重写onReceivedSslError这多少个艺术并举办handler.proceed
()那个方法,能够直达页面显示的功用

CSP设置upgrade-insecure-requests

好在 W3C 工作组考虑到了我们升级 HTTPS 的困难,在 2015 年 六月份就出了一个 Upgrade Insecure Requests 的草案,他的功力就是让浏览器自动升级请求。

在我们服务器的响应头中插足:

header(“Content-Security-Policy: upgrade-insecure-requests”);

1
header("Content-Security-Policy: upgrade-insecure-requests");

我们的页面是 https 的,而以此页面中富含了大气的 http
资源(图片、iframe等),页面一旦发现存在上述响应头,会在加载 http
资源时自动替换成 https 请求。可以查看 google
提供的一个 demo

图片 2

可是令人不解的是,这些资源发出了两回呼吁,预计是浏览器实现的 bug:

图片 3

理所当然,假设我们不便利在服务器/Nginx
上操作,也足以在页面中出席 meta 头:

XHTML

<meta http-equiv=”Content-Security-Policy”
content=”upgrade-insecure-requests” />

1
<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests" />

现阶段支撑这么些装置的还只有 chrome 43.0,然而自己相信,CSP 将变为未来 web
前端安全努力关怀和动用的始末。而 upgrade-insecure-requests 草案也会快捷进入
RFC 情势。

从 W3C
工作组给出的 example,可以看到,那个装置不会对别国的
a 链接做处理,所以可以放心使用。

1 赞 收藏
评论

图片 4

clipboard.png

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图