关于nginx HTTP安全响应问题

最新推荐文章于 2024-09-22 15:02:22 发布
最新推荐文章于 2024-09-22 15:02:22 发布
阅读量1.3k 收藏 25
点赞数 22
文章标签： nginx http 安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Karka_/article/details/139028173
版权

目录

一、背景

二、http基本安全配置

2.1 host头攻击漏洞

2.2 http method 请求方式攻击漏洞

2.3 点劫持漏洞（X-Frame-Options）

2.4 X-Download-Options响应头缺失

2.5 Content-Security-Policy响应头缺失

2.6 Strict-Transport-Security响应头缺失

2.7 X-Permitted-Cross-Domain-Policies响应头缺失

2.8 Referrer-Policy响应头缺失

2.9 X-XSS-Protection响应头缺失

2.10 X-Content-Type-Options响应头缺失

2.11 会话cookie中缺少HttpOnly属性

一、背景

随着开发技术的发展及完善，一些网站系统会经常遭到各类XSS攻击、点劫持（ClickJacking、frame恶意引用等），从而造成重要信息的泄露以及服务器安全问题

二、http基本安全配置

2.1 host头攻击漏洞

该问题检测点在于 检测应用是否在请求目标站点时返回的URL是直接将Host头拼接在URI前

该漏洞的防御主要是限制IP地址，

配置示例

通过指定一个SERVER_NAME名单，只有这符合条件的允许通过，不符合条件的返回403状态码

server {
        listen 7200;
        server_name 127.0.0.1 192.168.10.188;
        if ($http_Host !~* ^192.168.10.188|127.0.0.1$)
        {
            return 403;
        }                
    }
2.2 http method 请求方式攻击漏洞

一般api接口配置，会要求使用某些指定的请求方式，比如post、get

配置如下示例

即仅仅让GET、POST类型请求通过，其余的请求方式返回403状态码

if ($request_method !~* GET|POST) {
            return 403;
  }
2.3 点劫持漏洞（X-Frame-Options）

X-Frame-Options HTTP 响应头是微软提出来的一个HTTP响应头，主要用来给浏览器指示允许一个页面可否在 ,
或者 中展现的标记。网站可以使用此功能，来确保自己网站的内容没有被嵌到别人的网站中去，也从而避免了点击劫持 (ClickJacking)
的攻击

点劫持概念：点击劫持（ClickJacking）是一种视觉上的欺骗手段。攻击者利用透明的、不可见的iframe，覆盖在一个网页上，此时用户在不知情的情况下点击了这个透明的iframe页面。通过调整iframe页面的css样式，可以使用户恰好点击在iframe页面的一些功能性按钮上。

X-Frame-Options配置值释义

  • DENY：不能被嵌入到任何iframe或者frame中。
  • SAMEORIGIN：页面只能被本站页面嵌入到iframe或者frame中。
  • ALLOW-FROM url：只能被嵌入到指定域名的框架中。

配置示例

add_header X-Frame-Options SAMEORIGIN;
#add_header X-Frame-Options:ALLOW-FROM https://tongji.baidu.com;
#add_header X-Frame-Options DENY;
2.4 X-Download-Options响应头缺失

web浏览器在响应头中缺少 X-Download-Options，这将导致浏览器提供的安全特性失效，更容易遭受 Web 前端黑客攻击的影响。

配置示例

add_header X-Download-Options "noopen";
2.5 Content-Security-Policy响应头缺失

HTTP 响应头Content-Security-
Policy允许站点管理者控制用户代理能够为指定的页面加载哪些资源。除了少数例外情况，设置的政策主要涉及指定服务器的源和脚本结束点。
Content-Security-Policy响应头的缺失使得目标URL更易遭受跨站脚本攻击。

配置示例

add_header Content-Security-Policy "script-src * 'unsafe-inline' 'unsafe-eval'";

指令值示例

指令指令值示例说明
default-src‘self’ cnd.a.com定义针对所有类型（js、image、css、web font，ajax
请求，iframe，多媒体等）资源的默认加载策略，某类型资源如果没有单独定义策略，就使用默认的
script-src‘self’ js.a.com定义针对 JavaScript 的加载策略
style-src‘self’ css.a.com定义针对样式的加载策略
img-src‘self’ img.a.com定义针对图片的加载策略
connect-src‘self’针对 Ajax、WebSocket 等请求的加载策略。不允许的情况下，浏览器会模拟一个状态为 400 的响应
font-srcfont.a.com针对 WebFont 的加载策略
object-src‘self’针对 、 或 等标签引入的 flash 等插件的加载策略
media-srcmedia.a.com针对 或 等标签引入的 HTML 多媒体的加载策略
frame-src‘self’针对 frame 的加载策略
sandboxallow-forms对请求的资源启用 sandbox（类似于 iframe 的 sandbox 属性）
report-uri/report-uri告诉浏览器如果请求的资源不被策略允许时，往哪个地址提交日志信息。
特别的：如果想让浏览器只汇报日志，不阻止任何内容，可以改用 Content-Security-Policy-Report-Only 头。

指令值内容组成

指令指令值示例说明
img-src允许任何内容
‘none’img-src ‘none’不允许任何内容略
‘self’img-src ‘self’允许来自相同来源的内容（相同的协议、域名和端口）
data:img-src data:允许 data: 协议（如 base64 编码的图片）
www.a.comimg-src img.a.com允许加载指定域名的资源
.a.comimg-src .a.com允许加载 a.com 任何子域的资源
https://img.com img-src
https://img.com允许加载 img.com 的 https 资源（协议需匹配）
https:img-src https:允许加载 https 资源
‘unsafe-inline’script-src ‘unsafe-inline’允许加载 inline 资源（例如常见的 style
属性，onclick，inline js 和 inline css 等等）
‘unsafe-eval’cript-src ‘unsafe-eval’允许加载动态 js 代码，例如 eval()
2.6 Strict-Transport-Security响应头缺失

Web 服务器对于 HTTP 请求的响应头中缺少 Strict-Transport-Security，这将导致浏览器提供的安全特性失效。 当 Web
服务器的 HTTP 头中包含 Strict-Transport-Security 头时，浏览器将持续使用 HTTPS 来访问 Web
站点，可以用来对抗协议降级攻击和 Cookie 劫持攻击。

语法

1. strict-transport-security: max-age=<expire-time>
2. strict-transport-security: max-age=<expire-time>; includeSubDomains
3. strict-transport-security: max-age=<expire-time>; includeSubDomains; preload

释义

  • max-age=： 设置在浏览器收到这个请求后的 秒的时间内凡是访问这个域名下的请求都使用 HTTPS 请求。
  • includeSubDomains ：可选，如果这个可选的参数被指定，那么说明此规则也适用于该网站的所有子域名。
  • preload： 可选，加入预加载列表

配置示例

add_header Strict-Transport-Security 'max-age=15552000';
2.7 X-Permitted-Cross-Domain-Policies响应头缺失

系统响应头缺少X-Permitted-Cross-Domain-Policies，将会导致浏览器的安全特性失效

配置值释义

  • none：不允许使用loadPolicyFile方法加载任何策略文件，包括此主策略文件。
  • master-only：只允许使用主策略文件[默认值]。
  • by-content-type：只允许使用loadPolicyFile方法加载HTTP/HTTPS协议下Content-Type 为text/x-cross-domain-policy的文件作为跨域策略文件。
  • by-ftp-filename：只允许使用loadPolicyFile方法加载FTP协议下文件名为 crossdomain.xml的文件作为跨域策略文件。
  • all：可使用loadPolicyFile方法加载目标域上的任何文件作为跨域策略文件，甚至是一 个JPG也可被加载为策略文件。

配置示例

add_header X-Permitted-Cross-Domain-Policies 'none';
2.8 Referrer-Policy响应头缺失

用来监管哪些访问来源信息——会在 Referer 中发送——应该被包含在生成的请求当中，增加隐私保护。

当我们点击一个连接时，会产生一个http请求去获取新页面的内容，在该请求的header中会有一个referrer用以说明该请求是从哪个页面跳转过来的。如果缺少该字段会导致浏览器的安全特性消失，使我们的系统更容易受到攻击。

语法

1. Referrer-Policy: no-referrer
2. Referrer-Policy: no-referrer-when-downgrade
3. Referrer-Policy: origin
4. Referrer-Policy: origin-when-cross-origin
5. Referrer-Policy: same-origin
6. Referrer-Policy: strict-origin
7. Referrer-Policy: strict-origin-when-cross-origin
8. Referrer-Policy: unsafe-url

释义

  • no-referrer：整个 Referer 首部会被移除。访问来源信息不随着请求一起发送。
  • 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（移除参数信息之后）作为引用地址。 这项设置会将受 TLS 安全协议保

配置示例

add_header Referrer-Policy "no-referrer";
2.9 X-XSS-Protection响应头缺失

HTTP X-XSS-Protection 响应头是 Internet Explorer，Chrome 和 Safari 的一个特性，当检测到跨站脚本攻击
(XSS)时，浏览器将停止加载页面。

X-XSS-Protection响应头的缺失使得目标URL更易遭受跨站脚本攻击。

语法

1.X-XSS-Protection: 0
2.X-XSS-Protection: 1
3.X-XSS-Protection: 1; mode=block
4.X-XSS-Protection: 1; report=<reporting-uri>

释义

  • 0：禁止 XSS 过滤。
  • 1：启用 XSS 过滤（通常浏览器是默认的）。 如果检测到跨站脚本攻击，浏览器将清除页面（删除不安全的部分）。
  • 1; mode=block：启用 XSS 过滤。 如果检测到攻击，浏览器将不会清除页面，而是阻止页面加载。
  • 1; report= (Chromium only)：启用 XSS 过滤。如果检测到跨站脚本攻击，浏览器将清除页面并使用 CSP report-uri 指令的功能发送违规报告。

配置示例

add_header X-XSS-Protection '1;mode=block';
2.10 X-Content-Type-Options响应头缺失

Web 服务器对于 HTTP 请求的响应头缺少 X-Content-Type-Options，这意味着此网站更易遭受跨站脚本攻击（XSS）。

X-Content-Type-Options 响应头相当于一个提示标志，被服务器用来提示客户端一定要遵循在 Content-Type 首部中对 MIME
类型 的设定，而不能对其进行修改，这就禁用了客户端的 MIME 类型嗅探行为。

X-Content-Type-Options响应头的缺失使得目标URL更易遭受跨站脚本攻击。

配置示例

add_header X-Content-Type-Options 'nosniff';

nosniff 只应用于以下两种情况的请求将被阻止：

  • 请求类型是 style 但是 MIME 类型不是 text/css。
  • 请求类型是 script 但是 MIME 类型不是 JavaScript MIME 类型。
2.11 会话cookie中缺少HttpOnly属性

会话cookie中缺少HttpOnly属性会导致攻击者可以通过程序(JS脚本、Applet等)获取到用户的cookie信息，造成用户cookie信息泄露，增加攻击者的跨站脚本攻击威胁。

释义

  • secure属性当设置为true时，表示创建的 Cookie 会被以安全的形式向服务器传输，也就是只能在 HTTPS 连接中被浏览器传递到服务器端进行会话验证，如果是 HTTP 连接则不会传递该信息，所以不会被窃取到Cookie 的具体内容。
  • HttpOnly属性如果在Cookie中设置了"HttpOnly"属性，那么通过程序(JS脚本、Applet等)将无法读取到Cookie信息，这样能有效的防止XSS攻击。

配置示例

add_header Set-Cookie "Path=/; HttpOnly; Secure";

注： 另一种配置是在ssl.conf或default.conf中添加下面的语法：

proxy_cookie_path / “/; HTTPOnly; Secure”;

网络安全工程师(白帽子)企业级学习路线

第一阶段：安全基础（入门）

img

第二阶段：Web渗透（初级网安工程师）

img

第三阶段：进阶部分（中级网络安全工程师）

img

如果你对网络安全入门感兴趣，那么你需要的话可以点击这里👉网络安全重磅福利：入门&进阶全套282G学习资源包免费分享！

学习资源分享

程序员桔子
关注
为什么HTTP协议不安全？如何解决？
AI天才研究院
09-08 1495
作者：禅与计算机程序设计艺术 1.简介 HTTP协议为什么不安全？ HTTP（Hypertext Transfer Protocol）即超文本传输协议，是互联网上应用最广泛的协议之一。它定义了客户端浏览器与服务器之间的通信规则，使得它们可以从万维网
如何在Nginx中配置HTTP安全响应头
热门推荐
等风也等你的博客
05-09 1万+
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
URI, HTTP 与 HTML安全问题
09-17
介绍URI, HTTP 与 HTML的基本组成，以及各个组成部分存在的各种安全问题，最后介绍了脚本的利用 function handleResponse() { alert('this function is called from server.html') } make RPC call
Nginx安全配置手册
最新发布
2401_87298512的博客
09-22 936
large_client_header_buffers 表示一些比较大的请求头使用的缓冲区数量和大小，默认一个缓冲区大小为操作系统中分页文件大小，通常是4k或8k，请求字段不能大于一个缓冲区大小，如果客户端发送一个比较大的头，nginx将返回"Request URI too large" (414)，请求的头部最长字段不能大于一个缓冲区，否则服务器将返回"Bad request" (400)limit_conn： 指定一块已经设定的共享内存空间(例如name为ops的空间)，以及每个给定键值的最大连接数。
网络篇--http的安全问题
qq_36819661的博客
03-22 868
https如何实现安全传输
漏洞修复：检测到目标Content-Security-Policy响应头缺失
yjfkeifk的博客
07-01 2456
对于 IIS，请参阅：https://technet.microsoft.com/pl-pl/library/cc753133%28v=ws.10%29.aspx。对于 nginx，请参阅：http://nginx.org/en/docs/http/ngx_http_headers_module.html。对于 Apache，请参阅：http://httpd.apache.org/docs/2.2/mod/mod_headers.html。名称：Content-Security-Policy。
HTTP 的诸多安全问题
Angus
02-13 1020
HTTP即使是一个不错的通信方式。可是网络世界上到处都会有坏人。A和B通信，C截取通信的报文，于是窃听了所有的内容。或者，A和B通信，报文的内容是 ：我喜欢你。C截取报文，一眼就看出来了，因为HTTP协议下传输的报文是明文。C恰好也喜欢B，于是篡改了报文，成了我讨厌你，B一看是A发的，所以也讨厌了A。 因为报文是明文，所以有很大的安全问题。最真实一点的，我要发一...
Nginx配置Http响应头安全策略_nginx content-security-policy
2301_82257383的博客
04-28 1045
但是有一些资源的类型是未定义或者定义错了，导致浏览器会猜测资源类型，尝试解析内容，从而给了脚本攻击可乘之机。用于控制网页在哪些框架中显示，控制页面是否可以用于ifram中，如果使用，是什么范围。注意：此配置会屏蔽范围外的脚本，如果是已经上线的系统，需要考虑下是否有引入外部脚本的情况，避免盲目增加配置，导致生产事故。当用户在浏览器上点击一个链接时，会产生一个 HTTP 请求，用于获取新的页面内容，而在该请求的报头中包含一个。，可以使用以下代码：注意，这里的引号是必需的，因为选项值中包含了空格。
关于nginx的HTTP Response响应头字段X-Frame-Options，报错CORS
qq_42869878的博客
10-13 1904
关于nginx的HTTP Response响应头字段X-Frame-Options 什么是X-Frame-Options HTTP有一个特殊的Response响应头字段X-Frame-Options，它可以指示是否允许浏览器在<iframe>、<frame>、<embed>和<object>里渲染。许多站点可以利用这个头字段避免clickjacking的攻击，这是一个浏览器安全问题，简单来说就是可以使用程序模拟用户恶意点击页面相关的DOM元素，比如在登录页
Nginx静态文件响应POST请求 提示405错误的解决方法
09-30
在Web服务器领域，Nginx、Apache和IIS等主流服务通常被设计为不允许静态文件响应POST请求，因为静态文件（如HTML、CSS、JavaScript等）通常不处理用户提交的数据，而是由动态脚本（如PHP、JSP、ASP.NET等）来处理...
十、HTTP 缓存——Nginx HTTP 缓存
流楚丶格念的博客
08-25 668
时间为 2024年8月16日 11:00:00，Nginx 将返回 304 状态码，因为资源的最后修改时间早于客户端的请求时间。：对于不常变化的异步数据（如商品详情页的评论），可以考虑设置较长时间的缓存（如 1 个月）。：对于静态资源（如 JS、CSS、图片），可以设置较长时间的缓存（如 1 个月或 1 年），通过版本号控制缓存过期。：对于不需要强一致性的页面（如商品详情页的库存信息），可以设置较短的缓存时间。通过这种配置，你可以灵活地管理 Nginx 的缓存内容，确保缓存的有效性和更新的及时性。
nginx-http-flv-module-1.2.10（包含nginx-rtmp-module）
03-01
HTTP FLV模块使得Nginx可以处理FLV格式的流媒体数据，通过HTTP响应将流媒体内容分段发送给客户端。FLV（Flash Video）是一种常用的网络视频格式，特别适合于低带宽环境下的流媒体播放。HTTP FLV模块支持动态播放...
nginx 的一些http安全设置
weixin_33696106的博客
05-27 107
为什么80%的码农都做不了架构师？>>> ...
HTTP响应头未设置‘Content-Security-Policy‘
weixin_46356409的博客
01-18 3522
当HTTP响应头未设置’Content-Security-Policy’时，表示服务器没有为网页设置内容安全策略（Content Security Policy，CSP）。通过设置内容安全策略，可以限制浏览器加载哪些类型的资源，从而提高网站的安全性。网站容易受到XSS攻击：如果没有设置内容安全策略，攻击者可以在网站上注入恶意脚本，从而窃取用户信息、篡改网页内容或进行其他恶意操作。网站性能可能受到影响：如果没有设置内容安全策略，浏览器需要下载和执行所有类型的资源，这可能会导致网站性能下降。
网站扫描出的漏洞解决：检测到目标Content-Security-Policy、X-XSS-Protection/Content-Security-Policy响应头缺失、加密算法等处理修复方法
本博客记录了从2014年以来在工作学习中遇到的技术问题、解决方法以及部分个人人生经历、经验等内容。
03-17 6963
Content Security Policy (CSP) 通过告诉浏览器一系列规则，严格规定页面中哪些资源允许有哪些来源， 不在指定范围内的统统拒绝，可以服务器添加 Content-Security-Policy 头信息来指定规则解决。connect-src *会使安全进行升级，即一个http页面中所有调用的静态资源会自动升级使用https调用。但这样也会产生很多问题，如果调用的资源实际并不支持https的话，这时如果不是线上环境可以不理会，线上环境使用https就没有这样的问题了。
从HTTP的安全问题到HTTPS
zem
03-20 635
在说HTTPS之前，我们先说说HTTP通信过程中的一些问题风险 无加密处理的HTTP HTTP为我们的网络通信带来了很多益处，但HTTP同样也有它的缺点，我们知道，HTTP是一个未加密的协议，所以在传输过程中，它有可能遇到以下风险 1. 窃听风险 通信使用明文（不加密），内容可能会被窃听 事实上，即使是已经加密了的通信，也会被窥视到通信内容，只是通过加密处理，别人可能无法得知传输内容的真实信息 窃...
检测到目标Strict-Transport-Security响应头缺失
lxyoucan的博客
07-14 6086
其可选的值有： max-age=SECONDS，表示本次命令在未来的生效时间 includeSubDomains，可以用来指定是否对子域名生效 漏洞危害： Web 服务器对于 HTTP 请求的响应头中缺少 Strict-Transport-Security，这将导致浏览器提供的安全特性失效，更容易遭受 Web 前端黑客攻击的影响。
精通Nginx：高效处理HTTP请求与响应
在处理HTTP请求和响应的过程中，Nginx可以用来增强Web应用的安全性。例如，通过配置文件中的指令可以限制请求的大小、速率限制、黑白名单过滤等。此外，通过启用SSL/TLS和配置相关的安全头，可以保护用户数据不被...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值