操作系统

CVE-2015-0235:Linux glibc高危漏洞的检测及修复方法

这几天复习运维知识,也没怎么关注业界新闻,可等我一关注,又“捅娄子”了,Linux继上次CVE-2014-6271漏洞爆发以来,再次爆发一个严重漏洞:CVE-2015-0235-Linux glibc高危漏洞,正在使用Linux系统的个人或企业,看到消息请立即修复! 下面是我转载的检测和修复方法,我个人服务器Centos 6.5已成功修复: 一、漏洞概述 2015/01/28【CVE 2015-0235: GNU glibc gethostbyname 缓冲区溢出漏洞 】全面爆发,该漏洞的产生是Qualys公司在进行内部代码审核时,发现了一个在GNU C库(glibc)中存在的__nss_hostname_digits_dots函数导致的缓冲区溢出漏洞。这个bug可以通过gethostbyname *()函数来触发,本地和远程均可行。该漏洞(幽灵漏洞)造成了远程代码执行,攻击者可以利用此漏洞远程获取系统进程当前的权限。 幽灵漏洞是Linux glibc库上出现的一个严重的安全问题,他可以让攻击者在不了解系统的任何情况下远程获取操作系统的控制权限。目前他的CVE编号为CVE-2015-0235。 什么是glibc glibc是GNU发布的libc库,即c运行库。glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外,它本身也提供了许多其它一些必要功能服务的实现。glibc 囊括了几乎所有的 UNIX 通行的标准。 出现了什么漏洞 代码审计公司Qualys的研究人员在glibc库中的__nss_hostname_digits_dots()函数中发现了一个缓冲区溢出的漏洞,这个bug可以经过 gethostbyname*()函数被本地或者远程的触发。应用程序主要使用gethostbyname*()函数发起DNS请求,这个函数会将主机名称转换为ip地址。 更多的细节可以从下面的视频中看到(一堆鸟语,听不懂): XODgxMTg1NDY4 漏洞危害 这个漏洞造成了远程代码执行,攻击者可以利用此漏洞获取系统的完全控制权。 漏洞证明 在我们的测试中,我们编写了一个POC,当我们发送一封精心构造的电子邮件给服务器后,我们便可以获得远程Linux服务器的shell,这绕过了目前在32位和64位系统的所有保护(如ASLR,PIE和NX)。 我们能做什么? 给操作系统及时打补丁,我们(Qualys)已与Linux发行商紧密合作,会及时发布补丁。 为什么叫做GHOST? 因为他通过GetHOST函数触发。 哪些版本和操作系统受影响? 第一个受影响的版本是GNU C库的glibc-2.2,2000年11月10号发布。我们已找出多种可以减轻漏洞的方式。我们发现他在2013年5月21号(在glibc-2.17和glibc-2.18发布之间)已经修复。不幸的是他们不认为这是个安全漏洞。从而导致许多稳定版本和长期版本暴露在外,其中包括Debian 7 (wheezy),Red Hat Enterprise,Linux 6 & 7,CentOS 6 & 7,Ubuntu 12.04等。 以上内容摘自:360安全播报平台 二、检测方法 检测方法1【RedHat官方检测方法】: ghost_check.sh源码(张戈亲测:推荐使用这种方法来测试更加准确!): 检测方法2【简单的检测方法】: 检测方法3【二进制检测方法】: ghost.c源码: 三、修复方法 ①、在线修复方案 CentOS, Red Hat, Fedora等系列衍生版本(RHN建议): Debian, Ubuntu等系列衍生版本: ②、离线修复方案 I. Centos6.5离线补丁 先检查本地glibc包安装了哪些相关包 然后,到阿里源下载对应版本 进行后台断点下载补丁包 使用yum本地安装 或是rpm安装 II. Red Had系列衍生版本 使用方法:参考上文【Centos6.5离线补丁】的修补方法。 离线包下载地址: http://mirrors.aliyun.com/centos/7/updates/x86_64/Packages/glibc-2.17-55.el7_0.5.i686.rpm http://mirrors.aliyun.com/centos/7/updates/x86_64/Packages/glibc-2.17-55.el7_0.5.x86_64.rpm 四、修复检测 ①、ghost_check.sh脚本检测 ②、ghost.c脚本检测 注意:打好补丁后必须立即重启操作系统,否则会造成应用业务无法使用。 五、参考来源 redhat官方:https://access.redhat.com/articles/1332213 redhat官方补丁介绍: https://rhn.redhat.com/errata/RHSA-2015-0090.html https://rhn.redhat.com/errata/RHSA-2015-0092.html ubuntu官方补丁介绍: http://www.ubuntu.com/usn/usn-2485-1/
阅读全文
业界新闻

再次扩散:Linux系统bash漏洞CVE-2014-6271仍未被彻底修复,红帽再发补丁

昨天发文扩散这次Linux严重漏洞的检测和修复方法。 今天上午,RedHat官网再发新补丁: 详见:https://rhn.redhat.com/errata/RHSA-2014-1306.html 所以,手持服务器的童鞋,赶紧修复吧! 修复方法: 需再次升级Bash。 ①、CentOS:  ②、Ubuntu:  ③、RPM在线安装: Ps:其他系统请自行网络查找升级方法,这里就不赘述了。 测试方法 执行如下命令: 未升级之前,结果如下:   成功升级之后: 还好没急着给公司所有服务器升级bash,否则要一夜回到“解放前”了。手头上有VPS的朋友,抓紧时间去修复吧!在线安装rpm包的时候,切记看清楚版本哦!运维群里就有一个家伙装错了包,导致无法登陆了! 好了,就说这么多,请看到本文的朋友紧急扩散,避免造成没必要的损失!
阅读全文
业界新闻

紧急扩散:Linux系统bash严重安全漏洞CVE-2014-6271的检测及修复方法

今天白天,重量网络在群里提醒我,说Linux出现了严重的bash漏洞,一直在忙也没怎么关注,晚上空闲看了下,发现确实非常严重,必须紧急扩散出去,防止服务器被黑客入群,造成严重的后果! 9月25日消息,继“心脏流血”漏洞之后,安全研究专家又发现了一个危险级别为“毁灭级”(catastrophic)的漏洞,开源软件公司Red Hat在一份报告中称,在Linux系统中广泛使用的Bash软件漏洞有可能让黑客利用攻击一切连入互联网的设备。 该漏洞编号为CVE-2014-6271,主要存在于bash 1.14 - 4.3版本中,受影响的linux系统包括:Red Hat企业Linux (versions 4 ~7) 、Fedora distribution、CentOS (versions 5 ~7)、Ubuntu 10.04 LTS,12.04 LTS和14.04 LTS、Debian等。  受影响的软件及系统:GNU Bash <= 4.3。 GNU Bash 4.3及之前版本在处理某些构造的环境变量时存在安全漏洞,向环境变量值内的函数定义后添加多余的字符串会触发此漏洞,攻击者可利用此漏洞改变或绕过环境限制,以执行shell命令。 漏洞可以直接在Bash支持的Web CGI环境下远程执行任意命令!一些路由器、堡垒机、VPN等网络设备也可能会受到影响.当cgi程序里需要创建子进程,且环境变量可控时,攻击者可以通过useragent,querystring等http特性构造恶意攻击代码进行远程攻击,可能直接导致服务器被恶意控制,从而导致数据存在泄露的风险。 美国国土安全部下属的美国电脑紧急响应团队(以下简称“US-CERT”)发出警告称,这一漏洞可能影响基于Unix的操作系统,包括Linux和Mac OS X。 漏洞详情页面:http://seclists.org/oss-sec/2014/q3/650 漏洞级别:非常严重 RedHat官方提供漏洞详情: A flaw was found in the way Bash evaluated certain specially crafted environment variables. An attacker could use this flaw to override or bypass environment restrictions to execute shell commands. Certain services and applications allow remote unauthenticated attackers to provide environment variables, allowing them to exploit this issue. RedHat官方提供的检测方式: 登录终端,运行如下命令: 如果返回以下内容:表示存在次漏洞,则请尽快升级。 目前官方已经提供了升级包请执行如下命令进行升级处理: 升级后,再一次执行前面的命令进行检测,若出现如下信息,则表示已修复: 而Ubuntu 用户则可以通过如下命令升级bash: 其他Linux发行版,没有在线安装功能的,请使用以下脚本编译安装bash漏洞补丁: 漏洞是否修复成功的检测方法与前文一样。另外,有人提到升级后是否需要重启服务器?其实是不需要的,只要通过漏洞检测即可。当然,你要不放心,重启下也是可以的。。。 此次漏洞很严重,请看到此消息的朋友互相宣传扩散,谨防此漏洞带来任何损失。 最新补充:已更新最新的漏洞情况及修复检测方法,请移步==>
阅读全文