服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 升级代理NGINX服务器的内核是否足以阻止CVE-2017-6214的利用？
Intereting Posts
我的服务器不听25端口，即使iptables允许smtpstream量 用可靠的语法parsingjson 使用ip命令在Linux中删除IP 删除缺less数据库的PWA网站 在PHP中检测服务器名称 SSH连接拒绝远程主机的根 禁用每个用户在Outlook 2010中的自动完成电子邮件地址 傀儡有没有像地图function的东西？ 在机器之间共享easy-rsa密钥是否安全？ 怎么样？ 需要改进apache和mysqlconfiguration。 当前的configuration是由于内存最大化而崩溃的服务器？ 戴尔R710或R5400的Geforce 470卡 – 是否会混合？ Https Nginx与Apache上：8080 Zabbix用户参数语法的含义 Windows校验和？ hiberfil.sys和pagefile.sys …重新启动？

升级代理NGINX服务器的内核是否足以阻止CVE-2017-6214的利用？

我们的安全部门最近要求我们升级我们的服务器，以避免可能由http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-6214

现在，我们有很多这样的服务器，但是所有请求都是通过NGINX来代理的。 所以，问题是，仅仅升级这个就足够了吗？

据我了解，如果TCP软件包包含一个特殊的URG标志，则该漏洞存在于TCP层面。 我是否理解正确，NGINX以下列方式作为代理：

  • 接收TCP包并将它们组合为HTTP请求。
  • select适当的后端服务器将其发送到。
  • 发送请求，生成它自己的TCP包，这是安全的，不包含任何有漏洞的信息？ 或者情况并非如此，NGINX只是重新发送收到的TCP包。

是的，当nginxconfiguration为反向代理时 ，客户端和后端服务器之间没有直接的TCP / IP连接。

Nginx运行在OSI模型的第7层，应用层，当它接收到有效的HTTP请求时，它将代表客户端自己的HTTP请求到合适的后端服务器。 远程客户端无法操纵nginx和后端服务器在TCP / IP级别（OSI模型的3/4层）之间发生的情况。