☰

婦人声明

tag-icon • tag-icon linux security glibc vulnerability distributions
婦人声明

〜これスペクターの脆弱性影響を受けるオペレーティングシステムへのアクセス（ログインしたユーザーなど）が必要ですか？誰かが「アプリケーションを呼び出すことができるリモート攻撃者」を明確にすることはできますか？リモートホストで実行されているテストではなく、ローカルシステムで直接実行されるテストのみを探しているようです。

今まで私が集めたすべてスペクターの脆弱性さまざまなソースから（該当するソースを引用して）他の人が疑問に思う場合に備えて、以下の回答を投稿しました。

編集、私のものを見つけました回答:

コード監査中に、Qualysの研究者はglibcの__nss_hostname_digits_dots（）関数でバッファオーバーフローを見つけました。このエラーが発生する可能性がありますローカルとリモートすべての gethostbyname*() 関数を介して。アプリケーションは主にgethostbyname *（）関数セットを介してDNSリゾルバにアクセスします。この関数はホスト名をIPアドレスに変換します。

ベストアンサー1

私の質問に答えてください。クオリス:

テスト中に、特別に生成された電子メールをメールサーバーに送信し、Linuxシステム用のリモートシェルを取得できる概念証明を開発しました。これは既存のすべての保護をバイパスします。（ASLR、PIE、NXなど）は、32ビットおよび64ビットシステムで使用できます。

私は他の人のために次の研究を編集しました。

婦人声明

他の多くのスレッド/ブログで知らせることができるものにもかかわらず、私は以下をお勧めします。いいえアップデートを徹底的にテストすることなく、所有しているすべてのオペレーティングシステムを盲目的に直ちにアップデートしてくださいglibc。 glibc の更新により多数のアプリケーション セグメントが発生し、人々が glibc の更新を以前のバージョンにロールバックする必要があることが報告されました。

人々はテストなしで単に大規模に本番を更新しません。

背景情報

GHOSTは、glibcライブラリのgethostbyname（）およびgethostbyname2（）関数の呼び出しに影響を与える「バッファオーバーフロー」バグです。この脆弱性により、アプリケーションがこれらの機能を呼び出すリモート攻撃者は、そのアプリケーションを実行しているユーザーの権限で任意のコードを実行する可能性があります。

影響

gethostbyname() 関数呼び出しは、非常に一般的なイベントである DNS 解決に使用されます。この脆弱性を悪用するには、攻撃者はDNS解決を実行するアプリケーションに無効なホスト名パラメータを提供してバッファオーバーフローを引き起こす必要があります。

現在影響を受けるLinuxディストリビューションのリスト

Red Hat Enterprise Linux (RHEL) バージョン 5.x、6.x、7.x

RHEL 4 ELS              fix available ---> glibc-2.3.4-2.57.el4.2
Desktop (v. 5)          fix available ---> glibc-2.5-123.el5_11.1
Desktop (v. 6)          fix available ---> glibc-2.12-1.149.el6_6.5
Desktop (v. 7)          fix available ---> glibc-2.17-55.el7_0.5
HPC Node (v. 6)         fix available ---> glibc-2.12-1.149.el6_6.5
HPC Node (v. 7)         fix available ---> glibc-2.17-55.el7_0.5
Server (v. 5)           fix available ---> glibc-2.5-123.el5_11.1
Server (v. 6)           fix available ---> glibc-2.12-1.149.el6_6.5
Server (v. 7)           fix available ---> glibc-2.17-55.el7_0.5
Server EUS (v. 6.6.z)   fix available ---> glibc-2.12-1.149.el6_6.5
Workstation (v. 6)      fix available ---> glibc-2.12-1.149.el6_6.5
Workstation (v. 7)      fix available ---> glibc-2.17-55.el7_0.5

CentOS Linux バージョン 5.x、6.x、7.x

CentOS-5    fix available ---> glibc-2.5-123.el5_11
CentOS-6    fix available ---> glibc-2.12-1.149.el6_6.5
CentOS-7    fix available ---> glibc-2.17-55.el7_0.5

Ubuntu Linuxバージョン10.04、12.04 LTS

10.04 LTS   fix available ---> libc6-2.11.1-0ubuntu7.20
12.04 LTS   fix available ---> libc6-2.15-0ubuntu10.10

Debian Linux バージョン 6.x、7.x

6.x squeeze              vulnerable
6.x squeeze (LTS)        fix available ---> eglibc-2.11.3-4+deb6u4
7.x wheezy               vulnerable
7.x wheezy (security)    fix available ---> glib-2.13-38+deb7u7

Linux Mintバージョン13.0

Mint 13    fix available ---> libc6-2.15-0ubuntu10.10

Fedora Linux バージョン 19 (以前のバージョンにアップグレードする必要があります)

Fedora 19 - vulnerable - EOL on Jan 6, 2014 (upgrade to Fedora 20/21 for patch)

SUSE Linuxエンタープライズエディション

Server 10 SP4 LTSS for x86                    fix available ---> glibc-2.4-31.113.3
Server 10 SP4 LTSS for AMD64 and Intel EM64T  fix available ---> glibc-2.4-31.113.3
Server 10 SP4 LTSS for IBM zSeries 64bit      fix available ---> glibc-2.4-31.113.3
Software Development Kit 11 SP3               fix available ---> glibc-2.11.3-17.74.13
Server 11 SP1 LTSS                            fix available ---> glibc-2.11.1-0.60.1
Server 11 SP2 LTSS                            fix available ---> glibc-2.11.3-17.45.55.5
Server 11 SP3 (VMware)                        fix available ---> glibc-2.11.3-17.74.13
Server 11 SP3                                 fix available ---> glibc-2.11.3-17.74.13
Desktop 11 SP3                                fix available ---> glibc-2.11.3-17.74.13

openSUSE（11より前のバージョンはアップグレードする必要があります）

11.4 Evergreen     fix available ---> glibc-2.11.3-12.66.1
12.3               fix available ---> glibc-2.17-4.17.1


削除されたglibcをまだ使用しているパッケージ/アプリケーションは何ですか？

（ザイルズの信用)

CentOS/RHEL/Fedora/Scientific Linux の場合:

   lsof -o / | awk '
   BEGIN {
       while (("rpm -ql glibc | grep \\\\.so\\$" | getline) > 0)
           libs[$0] = 1
   }
   $4 == "DEL" && $8 in libs {print $1, $2}'

Ubuntu / Debian Linuxの場合：

   lsof -o / | awk '
   BEGIN {
       while (("dpkg -L libc6:amd64 | grep \\\\.so\\$" | getline) > 0)
           libs[$0] = 1
   }
   $4 == "DEL" && $8 in libs {print $1, $2}'

私のLinuxシステムでは、どのCライブラリ（glibc）バージョンを使用していますか？

バージョン番号を確認する最も簡単な方法は、次のコマンドを実行することです。

ldd --version

RHEL/CentOS Linux v6.6の出力例:

ldd (GNU libc) 2.12
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

Ubuntu Linux 12.04.5 LTSの出力例：

ldd (Ubuntu EGLIBC 2.15-0ubuntu10.9) 2.15
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

Debian Linux v7.8の出力例：

ldd (Debian EGLIBC 2.13-38+deb7u6) 2.13
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

GHOSTの脆弱性チェック

University of Chicagoは、簡単にダウンロードできるように、次のスクリプトをホストしています。

$ wget https://webshare.uchicago.edu/orgs/ITServices/itsec/Downloads/GHOST.c
[OR]
$ curl -O https://webshare.uchicago.edu/orgs/ITServices/itsec/Downloads/GHOST.c
$ gcc GHOST.c -o GHOST
$ ./GHOST
[responds vulnerable OR not vulnerable ]

/* ghosttest.c:  GHOST vulnerability tester */
/* Credit: http://www.openwall.com/lists/oss-security/2015/01/27/9 */
#include <netdb.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>

#define CANARY "in_the_coal_mine"

struct {
  char buffer[1024];
  char canary[sizeof(CANARY)];
} temp = { "buffer", CANARY };

int main(void) {
  struct hostent resbuf;
  struct hostent *result;
  int herrno;
  int retval;

  /*** strlen (name) = size_needed - sizeof (*host_addr) - sizeof (*h_addr_ptrs) - 1; ***/
  size_t len = sizeof(temp.buffer) - 16*sizeof(unsigned char) - 2*sizeof(char *) - 1;
  char name[sizeof(temp.buffer)];
  memset(name, '0', len);
  name[len] = '\0';

  retval = gethostbyname_r(name, &resbuf, temp.buffer, sizeof(temp.buffer), &result, &herrno);

  if (strcmp(temp.canary, CANARY) != 0) {
    puts("vulnerable");
    exit(EXIT_SUCCESS);
  }
  if (retval == ERANGE) {
    puts("not vulnerable");
    exit(EXIT_SUCCESS);
  }
  puts("should not happen");
  exit(EXIT_FAILURE);
}

次のようにコンパイルして実行します。

$ gcc ghosttester.c -o ghosttester
$ ./ghosttester
[responds vulnerable OR not vulnerable ]

Red Hat Access Lab：GHOSTツールこのツールを使用しないでください。報告が間違っており、Qualysの脆弱性チェッカーは正確です。


斑点

CentOS/RHEL/Fedora/サイエンティフィックLinux

sudo yum clean all
sudo yum update

適用するには、今すぐ再起動してください。

sudo reboot

または、画像に最新のパッケージが含まれていない場合は、手動でダウンロードしてください。 *注：上級ユーザーの場合

セントOS 5

http://mirror.centos.org/centos/5.11/updates/x86_64/RPMS/

オペレーティングシステム6

mkdir ~/ghostupdate
cd ~/ghostupdate

wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-devel-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-common-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/nscd-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-static-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-headers-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-utils-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-2.12-1.149.el6_6.5.x86_64.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-static-2.12-1.149.el6_6.5.i686.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-devel-2.12-1.149.el6_6.5.i686.rpm
wget http://mirror.centos.org/centos/6.6/updates/x86_64/Packages/glibc-2.12-1.149.el6_6.5.i686.rpm

yum localupdate *.rpm [OR] rpm -Uvh *.rpm

Ubuntu/Debian Linux

sudo apt-get clean
sudo apt-get update
sudo apt-get dist-upgrade

再起動：

sudo reboot

SUSE Linuxエンタープライズエディション

このSUSEセキュリティアップデートをインストールするには、YaST online_updateを使用してください。または、バージョンに応じて次のコマンドを使用します。

SUSE Linux Enterpriseソフトウェア開発キット11 SP3

zypper in -t patch sdksp3-glibc-10206

VMware用SUSE Linux Enterprise Server 11 SP3

zypper in -t patch slessp3-glibc-10206

SUSE Linuxエンタープライズサーバー11 SP3

zypper in -t patch slessp3-glibc-10206

SUSE Linuxエンタープライズサーバー11 SP2 LTSS

zypper in -t patch slessp2-glibc-10204

SUSE Linuxエンタープライズサーバー11 SP1 LTSS

zypper in -t patch slessp1-glibc-10202

SUSE Linuxエンタープライズデスクトップ11 SP3

zypper in -t patch sledsp3-glibc-10206

最後に、すべてのSUSE Linuxバージョンを実行してシステムを最新の状態に保ちます。

zypper patch

SUSE Linuxを開く

OpenSUSE Linuxで利用可能なアップデート（glibcを含む）のリストを表示するには、次のように入力します。

zypper lu

インストールされているglibcパッケージを利用可能な最新バージョンに更新するには、次の手順を実行します。

zypper up

コンピュータで実行されているほとんどすべてのプログラムはglibcを使用します。パッチを適用するには、glibcを使用するすべてのサービスまたはアプリケーションを再起動する必要があります。したがって、再起動することをお勧めします。


再起動したり、システムに影響を与えずにinitを再起動するには？

telinit u

'man telinit' - Uまたはuは、init（8）デーモンがそれ自体で再実行されるように要求します。 Upstartは現在の状態を維持できないため推奨されませんが、システムライブラリをアップグレードする場合は必要です。

脅威をすぐに軽減するには限られたこれは、すべてのパブリックサービスでリバースDNSチェックを無効にすることによって行われます。たとえば、をUseDNS使用してこれを実行できます。no/etc/ssh/sshd_config

ソース（および追加情報）：

  1. https://access.redhat.com/articles/1332213
  2. http://www.cyberciti.biz/faq/cve-2015-0235-patch-ghost-on-debian-ubuntu-fedora-centos-rhel-linux/
  3. http://www.openwall.com/lists/oss-security/2015/01/27/9
  4. https://security.stackexchange.com/questions/80210/ghost-bug-is-there-a-simple-way-to-test-if-my-system-is-secure
  5. http://bobcares.com/blog/ghost-hunting-resolving-glibc-remote-code-execution-vulnerability-cve-2015-0235-in-centos-red-hat-ubuntu-debian-and-suse-linux-仕える人
  6. https://community.qualys.com/blogs/laws-of-vulnerability/2015/01/27/the-ghost-vulnerability
  7. https://security-tracker.debian.org/tracker/CVE-2015-0235

おすすめ記事