Centos 6.5の最小インストールで、Apache、PHP、およびrpmでインストールされたPerconaをコンパイルしました。
数日前にOpenSSLを更新した後、このサーバーでSSLを使用する私のサイトは何らかの理由でHeartbleedに対して脆弱です。
私のApacheバイナリは、libssl.so *を使用していることをまったく示していませんが、それを確認すると、 https://filippo.io/Heartbleed/ サイトが実際に脆弱であると表示されます。
私は何かを間違ってチェックしていますか?
[root@centos user]# ldd /usr/local/Apache2/bin/httpd |grep -i ssl
[root@centos user]#
Yumを介してOpenSSLを更新しました(yum update openssl openssl-devel
)、Apacheを再コンパイルし(opensslアップデート以降4回)、PHP(アップデート以降))、Perconaを再インストールしました。
すべてが最新であるにもかかわらず、「Webサイトは脆弱です」というメッセージが表示されます。
[root@centos user]# openssl version -a
OpenSSL 1.0.1e-fips 11 Feb 2013
built on: Tue Apr 8 02:39:29 UTC 2014
platform: linux-x86_64
options: bn(64,64) md2(int) rc4(16x,int) des(idx,cisc,16,int) idea(int) blowfish(idx)
compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -m64 -DL_ENDIAN -DTERMIO -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wa,--noexecstack -DPURIFY -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM
OPENSSLDIR: "/etc/pki/tls"
engines: dynamic
これが助けになる場合は、次のオプションを使用してApacheをコンパイルします。
./configure --prefix=/usr/local/Apache2 \
--with-apxs2=/usr/local/Apache2/bin/apxs \
--with-mysql=/opt \
--with-mysqli=/usr/bin/mysql_config \
--with-Gd --with-ttf=/opt \
--with-xpm-dir=/opt \
--with-freetype-dir=/opt \
--enable-Gd-native-ttf \
--with-zlib-dir=/opt \
--with-curl=/opt/include/curl \
--enable-mbstring \
--with-xsl=/opt \
--with-libexpat-dir=/opt \
--with-jpeg-dir=/opt \
--with-png-dir=/opt \
--enable-soap \
--with-openssl \
--with-ssl=/usr/local/openssl \
--with-included-apr \
--with-pcre=/usr/local/pcre/ \
--with-mpm=worker \
--enable-rewrite \
--enable-ssl;
以下を使用して、OpenSSL1.0.1gのバージョンを/ usr/local/opensslにコンパイルしました。
export CFLAGS="-fPIC";
openssl-1.0.1g]# ./config shared no-ssl2 no-ssl3 --openssldir=/usr/local/openssl
OpenSSLの更新、Apacheの再コンパイル、PHPの再コンパイル、Perconaの再インストール、再起動、OpenSSLのコンパイル(明らかに間違っていて運が悪い)を試しましたが、まだこの脆弱性にパッチを当てることができません。
Ramにライブラリがまだロードされていないことを確認するために、サーバーを再起動しました。
ライブラリに関する出力は次のとおりです。
[root@centos php-5.5.9]# grep 'libssl.*(deleted)' /proc/*/maps
/proc/4497/maps:7faf80018000-7faf80079000 r-xp 00000000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4497/maps:7faf80079000-7faf80278000 ---p 00061000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4497/maps:7faf80278000-7faf8027c000 r--p 00060000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4497/maps:7faf8027c000-7faf80283000 rw-p 00064000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4506/maps:7f21d735d000-7f21d73be000 r-xp 00000000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4506/maps:7f21d73be000-7f21d75bd000 ---p 00061000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4506/maps:7f21d75bd000-7f21d75c1000 r--p 00060000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4506/maps:7f21d75c1000-7f21d75c8000 rw-p 00064000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4594/maps:311b000000-311b061000 r-xp 00000000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4594/maps:311b061000-311b260000 ---p 00061000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4594/maps:311b260000-311b264000 r--p 00060000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
/proc/4594/maps:311b264000-311b26b000 rw-p 00064000 fd:00 1591034 /usr/lib64/libssl.so.6 (deleted)
使用しているバージョンを確認するには:
[root@centos php-5.5.9]# strings /usr/lib64/libssl.so.6|grep -i openssl
OpenSSLDie
OPENSSL_cleanse
OPENSSL_DIR_read
OPENSSL_DIR_end
OPENSSL_init_library
OPENSSL_1.0.1
OPENSSL_1.0.1_EC
SSLv2 part of OpenSSL 1.0.1e-fips 11 Feb 2013
SSLv3 part of OpenSSL 1.0.1e-fips 11 Feb 2013
TLSv1 part of OpenSSL 1.0.1e-fips 11 Feb 2013
DTLSv1 part of OpenSSL 1.0.1e-fips 11 Feb 2013
OpenSSL 1.0.1e-fips 11 Feb 2013
OPENSSL_DIR_read(&ctx, '
OPENSSL_DEFAULT_ZLIB
OPENSSL_malloc Error
OpenSSL 1.0.1e-fips 2013年2月11日が、opensslバージョン-aレポートがOpenSSL 1.0.1e-fips 2013年2月11日であるが、8日にパッチを適用する上記の出力に関連しているかどうかはわかりません。
同じサーバーでTomcatとGlassFishを実行していますが、これらがオフの場合でも、サーバーは脆弱であるとフラグを立てます。何か案は?よろしくお願いします。
古いライブラリを使用しているプロセスがまだある可能性があります。
あなたはそれを次のようにテストすることができます:
grep 'libssl.*(deleted)' /proc/*/maps
または、システム全体をバウンスすることもできます。
https://unix.stackexchange.com/questions/123711/how-do-i-recover-from-the-heartbleed-bug-in-openssl
ローカルバージョンのopensslでApacheをコンパイルしているようです(--with-ssl=/usr/local/openssl
)、yumでアップグレードしたものとは異なる場合があります。