Heartbleed: come verificare in modo affidabile e portabile la versione OpenSSL?

Stavo cercando un modo affidabile e portatile per controllare la versione OpenSSL su GNU / Linux e altri sistemi, in modo che gli utenti possano facilmente scoprire se devono aggiornare il proprio SSL a causa del bug Heartbleed.

Ho pensato che sarebbe stato facile, ma ho riscontrato rapidamente un problema su Ubuntu 12.04 LTS con l'ultimo OpenSSL 1.0.1g:

versione di openssl -a

Mi aspettavo di vedere una versione completa, ma invece ho ottenuto questo:

OpenSSL 1.0.1 14 marzo 2012
costruito il: martedì 4 giugno 07:26:06 UTC 2013
piattaforma: [...]

Con mia spiacevole sorpresa, la lettera della versione non mostra. No f, no g lì, solo "1.0.1" e basta. Le date elencate non aiutano neanche a scoprire una versione (non) vulnerabile.

La differenza tra 1.0.1 (af) e 1.0.1g è cruciale.

Domande:

• Qual è un modo affidabile per controllare la versione, preferibilmente cross-distro?
• Perché la lettera della versione non viene visualizzata in primo luogo? Non sono stato in grado di testarlo su nient'altro che Ubuntu 12.04 LTS.

Anche altri stanno segnalando questo comportamento. Alcuni esempi:

• https://twitter.com/orblivion/status/453323034955223040
• https://twitter.com/axiomsofchoice/status/453309436816535554

Alcuni suggerimenti (specifici per la distro) che arrivano:

• Ubuntu e Debian: apt-cache policy openssle apt-cache policy libssl1.0.0. Confronta i numeri di versione con i pacchetti qui: http://www.ubuntu.com/usn/usn-2165-1/
• Fedora 20: yum info openssl(grazie @znmeb su Twitter) eyum info openssl-libs

Verifica se una versione precedente di OpenSSL è ancora residente:

• Non è completamente affidabile, ma puoi provare lsof -n | grep ssl | grep DEL. Vedi Heartbleed: come verificare in modo affidabile e portabile la versione OpenSSL? sul perché questo potrebbe non funzionare per te.

Si scopre che l'aggiornamento del pacchetto OpenSSL su Ubuntu e Debian non è sempre sufficiente. Dovresti anche aggiornare il pacchetto libssl1.0.0 e -then- controlla se openssl version -aindica built on: Mon Apr 7 20:33:29 UTC 2014.

In base alla data visualizzata dalla tua versione di OpenSSL, sembra che tu stia vedendo la versione completa visualizzata lì.

Open SSL 1.0.1 è stato rilasciato il 14 marzo 2012 . 1.0.1a è stato rilasciato il 19 aprile 2012.

Quindi, andrò avanti e affermerò che openssl version -aè il modo corretto e cross-distro per visualizzare la versione completa di OpenSSL installata sul sistema. Sembra funzionare per tutte le distro Linux a cui ho accesso, ed è anche il metodo suggerito nella documentazione OpenSSL help.ubuntu.com . Ubuntu LTS 12.04 è stato fornito con OpenSSL v1.0.1 vaniglia, che è la versione che assomiglia a una versione abbreviata, a causa del non avere una lettera che la segue.

Detto questo, sembra che ci sia un grosso bug in Ubuntu (o come impacchettano OpenSSL), in quanto openssl version -acontinua a restituire la versione 1.0.1 originale dal 14 marzo 2012, indipendentemente dal fatto che OpenSSL sia stato aggiornato a delle versioni più recenti. E, come nella maggior parte delle cose quando piove, piove a dirotto.

Ubuntu non è l'unica grande distribuzione nell'abitudine di eseguire il backport degli aggiornamenti in OpenSSL (o altri pacchetti), piuttosto che affidarsi agli aggiornamenti upstream e alla numerazione delle versioni che tutti riconoscono. Nel caso di OpenSSL, dove i numeri di versione delle lettere rappresentano solo la correzione di bug e gli aggiornamenti di sicurezza, questo sembra quasi incomprensibile, ma sono stato informato che ciò potrebbe essere dovuto al plug -in convalidato dal FIPS delle principali distribuzioni Linux fornite con OpenSSL. A causa dei requisiti relativi alla riconvalida che si attivano a causa di qualsiasi modifica, anche delle modifiche che collegano i buchi di sicurezza, è bloccato nella versione.

Ad esempio, su Debian, la versione fissa mostra un numero di versione 1.0.1e-2+deb7u5anziché la versione upstream di 1.0.1g.

Di conseguenza, al momento, non esiste un modo affidabile e portatile per controllare le versioni SSL tra le distribuzioni Linux , poiché tutti usano le proprie patch e gli aggiornamenti backport con schemi di numerazione delle versioni differenti. Dovrai cercare il numero di versione fisso per ogni diversa distribuzione di Linux che esegui e verificare la versione di OpenSSL installata rispetto alla numerazione di versione specifica di quella distribuzione per determinare se i tuoi server eseguono o meno una versione vulnerabile.

Se desideri qualcosa di veramente multipiattaforma, controlla la vulnerabilità stessa anziché fare affidamento sui numeri di versione.

È possibile che sia presente un codice che riporta un numero di versione noto per essere vulnerabile, ma il codice effettivo non è vulnerabile . E il contrario - codice silenziosamente vulnerabile - potrebbe essere anche peggio!

Molti fornitori che raggruppano prodotti open source come OpenSSL e OpenSSH adatteranno selettivamente le correzioni urgenti a una versione precedente di codice, al fine di mantenere la stabilità e la prevedibilità delle API. Ciò è particolarmente vero per le "versioni a lungo termine" e le piattaforme di dispositivi.

Ma i fornitori che lo fanno in silenzio (senza aggiungere il proprio suffisso di stringa di versione) corrono il rischio di innescare falsi positivi negli scanner di vulnerabilità (e confondere gli utenti). Quindi, per renderlo trasparente e verificabile, alcuni fornitori aggiungono le proprie stringhe alla versione del pacchetto principale. Sia Debian (OpenSSL) che FreeBSD (in OpenSSH, tramite la VersionAddendumdirettiva sshd_config) a volte lo fanno.

I venditori che non lo fanno probabilmente lo stanno facendo per ridurre al minimo le possibilità di rottura a causa dei molti modi diretti e indiretti con cui altri programmi controllano i numeri di versione.

Quindi può apparire così:

$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION="Ubuntu 12.04.4 LTS"

$ openssl version
OpenSSL 1.0.1 14 Mar 2012

... anche se è stato corretto :

$ dpkg -l openssl | grep openssl
ii  openssl  1.0.1-4ubuntu5.12  [truncated]

$ ls -la `which openssl`
-rwxr-xr-x 1 root root 513208 Apr  7 12:37 /usr/bin/openssl

$ md5sum /usr/bin/openssl
ea2a858ab594905beb8088c7c2b84748  /usr/bin/openssl

Con cose come questa in gioco, stai meglio se non ti fidi del numero di versione.

Sfortunatamente, non sono sicuro che ci sia un modo multipiattaforma per farlo. Come discuto in un post sul blog , la versione di OpenSSL visualizzata su Ubuntu 12.04 RIMANE 1.0.1 dopo l'aggiornamento a una versione fissa.

SOLO per Ubuntu 12.04, puoi sapere se sei stato aggiornato se tutto quanto segue è vero:

1. dpkg -s openssl | grep Version mostra la versione 1.0.1-4ubuntu5.12 o successive.
2. dpkg -s libssl1.0.0 | grep Version mostra la versione 1.0.1-4ubuntu5.12 o successive.
3. openssl version -a mostra una data "incorporata" del 7 aprile 2014 o successive.

Grazie a @danny per le informazioni aggiuntive.

Prova quanto segue. Estrarrà tutte le stringhe dalla libreria di crittografia a cui ssh è collegato. Produce più di una riga di output, ma se necessario può essere convertito in 1 riga.

ldd `which ssh` | awk '/\// { print $3 }' | grep crypto | xargs strings  | grep OpenSSL

produce

OpenSSLDie
DSA_OpenSSL
...
MD4 part of OpenSSL 1.0.1f 6 Jan 2014 
MD5 part of OpenSSL 1.0.1f 6 Jan 2014
... 
etc

ad es. su Gentoo prima di emergere

[ebuild     U  ] dev-libs/openssl-1.0.1f [1.0.1c] USE="bindist (sse2) tls-heartbeat%* zlib -gmp -kerberos -rfc3779 -static-libs {-test} -vanilla" 4,404 kB

il comando sopra risulta in

...
OpenSSL 1.0.1c 10 May 2012

dopo

...
OpenSSL 1.0.1f 6 Jan 2014

Ahi, ancora no g.

Qualcuno di questi script verifica tutti i servizi o verifica solo HTTPS ? AFAIK , PostgreSQL è vulnerabile, ma è solo una voce fino a quando non emerge un attacco selvaggio.

È disponibile uno script metasploit .

https://github.com/rapid7/metasploit-framework/commit/dd69a9e5dd321915e07d8e3dc8fe60d3c54f551a

È possibile digitare questo (testato con la versione binaria 1.0.1.6 GnuWin32 OpenSSL, datata 2014-01-14), oppure usare semplicemente lo script nel commento sotto questo. È più preciso e più semplice!

s_client -connect a23-75-248-141.deploy.static.akamaitechnologies.com:443 -debug -state

Una volta connesso, digita B e vedrai un host vulnerabile e non sarai disconnesso:

B

HEARTBEATING
write to 0x801c17160 [0x801cbc003] (66 bytes => 66 (0x42))
0000 - 18 03 03 00 3d 8f 6f 3c-52 11 83 20 9c a2 c0 49   ....=.o 5 (0x5))
0000 - 18 03 03 00 3d                                    ....=
read from 0x801c17160 [0x801cb7008] (61 bytes => 61 (0x3D))
0000 - 05 4d f5 c0 db 96 d1 f5-c7 07 e5 17 1f 3b 48 34   .M...........;H4
0010 - 6e 11 9d ba 10 0c 3a 34-eb 7b a5 7c c4 b6 c0 c0   n.....:4.{.|....
0020 - b0 75 0e fe b7 fa 9e 04-e9 4e 4a 7d 51 d3 11 1f   .u.......NJ}Q...
0030 - e2 23 16 77 cb a6 e1 8e-77 84 2b f8 7f            .#.w....w.+..
read R BLOCK

Riceverai una risposta al battito cardiaco simile a questa.

Su un host con patch, vedrai una risposta simile alla seguente e verrai disconnesso:

Inserisci B

HEARTBEATING
write to 0x801818160 [0x8019d5803] (101 bytes => 101 (0x65))
0000 - 18 03 03 00 60 9c a3 1e-fc 3b 3f 1f 0e 3a fe 4c   ....`....;?..:.L
0010 - a9 33 08 cc 3d 43 54 75-44 7d 2c 7b f3 47 b9 56   .3..=CTuD},{.G.V
0020 - 89 37 c1 43 1c 80 7b 87-66 ff cb 55 5f 8d 1a 95   .7.C..{.f..U_...
0030 - 1b 4c 65 14 21 a1 95 ac-7a 70 79 fc cc a0 cf 51   .Le.!...zpy....Q
0040 - 0f 7e c5 56 14 c8 37 c1-40 0b b8 cb 43 96 8a e6   .~.V..7.@...C...
0050 - 21 42 64 58 62 15 fb 51-82 e6 7f ef 21 1b 6f 87   !BdXb..Q....!.o.
0060 - b9 c2 04 c8 47                                    ....G

Fonte:

• Post di blog Come verificare se i tuoi cuori aperti di OpenSSL

Ci sono anche questi strumenti:

• https://github.com/titanous/heartbleeder

• http://filippo.io/Heartbleed/

• https://github.com/musalbas/heartbleed-masstest

Per Ubuntu puoi usare:

aptitude show libssl1.0.0 | grep Version

E confronta con http://www.ubuntu.com/usn/usn-2165-1/ . Dopo un riavvio (!!!) è possibile verificare con http://possible.lv/tools/hb.

Faresti meglio ad aggiornare all'ultimo OpenSSL OpenSSL 1.0.1j.

http://blog.vincosolution.com/2014/10/upgrade-openssl-1-0-1j-debianubuntu.html

Ho trovato questo script in devcentral :

openssl s_client -connect example.com:443 -tlsextdebug 2>&1| grep 'server extension "heartbeat" (id=15)' || echo safe

Sostituire example.comcon il nome o l'indirizzo IP del server che si desidera verificare.

Restituirà "safe"se il tuo server è a posto o in "server extension "heartbeat" (id=15)"caso contrario.

Questo non dipende dal numero di versione, ma dall'elenco dell'estensione del server che causa il problema, quindi dovrebbe essere immune alla versione della libreria shenanigans.

Per poter funzionare, openssl s_clientil computer su cui è in esecuzione deve utilizzare OpenSSL 1.0.1 o versione successiva.