1 |
On Thu, Apr 10, 2014 at 05:53:44PM +0800, J?n Zahornadsk? wrote: |
2 |
> On 04/10/2014 05:03 PM, Adam Carter wrote: |
3 |
> > |
4 |
> > What surprises me here is OpenSSH. It's not supposed to use OpenSSL |
5 |
> > but Debian update process suggests to restart it after updating |
6 |
> > OpenSSL to a fixed version. Is it an overkill on their part? It |
7 |
> > might confuse admins. |
8 |
> > |
9 |
> > |
10 |
> > adam@proxy ~ $ ldd /usr/sbin/sshd |
11 |
> > linux-vdso.so.1 (0x00007fffb068e000) |
12 |
> > libwrap.so.0 => /lib64/libwrap.so.0 (0x00007f68db1e6000) |
13 |
> > libpam.so.0 => /lib64/libpam.so.0 (0x00007f68dafd8000) |
14 |
> > libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 (0x00007f68dabf5000) |
15 |
> > libutil.so.1 => /lib64/libutil.so.1 (0x00007f68da9f2000) |
16 |
> > libz.so.1 => /lib64/libz.so.1 (0x00007f68da7db000) |
17 |
> > libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f68da5a4000) |
18 |
> > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f68da387000) |
19 |
> > libc.so.6 => /lib64/libc.so.6 (0x00007f68d9fd7000) |
20 |
> > libgcc_s.so.1 => |
21 |
> > /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/libgcc_s.so.1 (0x00007f68d9dc0000) |
22 |
> > libdl.so.2 => /lib64/libdl.so.2 (0x00007f68d9bbc000) |
23 |
> > /lib64/ld-linux-x86-64.so.2 (0x00007f68db3f1000) |
24 |
> > adam@proxy ~ $ qfile /usr/lib64/libcrypto.so.1.0.0 |
25 |
> > dev-libs/openssl (/usr/lib64/libcrypto.so.1.0.0) |
26 |
> > adam@proxy ~ $ |
27 |
> > |
28 |
> > So OpenSSH clearly IS using OpenSSL, and you need to restart sshd after |
29 |
> > upgrading OpenSSL. |
30 |
> |
31 |
> As far as I know, it doesn't use it for the communication itself, just |
32 |
> some key generations, so it shouldn't be affected by this bug. But I |
33 |
> guess better safe than sorry... |
34 |
> |
35 |
|
36 |
Right. heartbleed does not directly affect openssh, but openssh uses |
37 |
openssl and it's good practice to keep the shared libraries on-disk and |
38 |
the shared libraries in-memory in sync. |