Vai al contenuto principale
BlogPanoramica sul cloudVulnerabilità Heartbleed OpenSSL

Vulnerabilità Heartbleed OpenSSL

Il 7 aprile 2014 è stata rilasciata una vulnerabilità(CVE-2014-0160, nota anche come "Heartbleed") che potrebbe consentire agli aggressori di visualizzare informazioni sensibili nella memoria di un server, come chiavi segrete e password. Data la gravità del problema, Linode ha adottato le misure necessarie per mantenere i nostri clienti e le loro informazioni al sicuro da potenziali attacchi.

Sono vulnerabile?
Poiché Heartbleed è in circolazione da oltre un anno, i server potrebbero essere compromessi da tempo. Questa vulnerabilità espone un sistema agli aggressori che possono estrarre informazioni senza lasciare traccia di attività dannose.

È stato pubblicato uno strumento che consente agli amministratori di verificare la vulnerabilità del proprio sistema. Se il vostro sito è dotato di un certificato SSL, andate alla pagina pagina di test Heartbleedinserire l'URL del sito ed eseguire il test di vulnerabilità. Il sorgente di questo strumento è disponibile su GitHub. Si noti che il superamento del test non significa che il sistema non sia vulnerabile in altro modo. Il software compilato con la vecchia libreria dovrà essere ricompilato.

Linode è vulnerabile?
Non appena è stata resa nota questa vulnerabilità, il nostro team di sicurezza ha completato gli aggiornamenti su tutta la nostra infrastruttura per correggere il bug. A causa della natura del problema, stiamo completando un audit completo dei nostri sistemi e rigenerando i certificati interessati.

Protezione del sistema
Incoraggiamo tutti i clienti Linode a eseguire gli aggiornamenti del software e a ricompilare il software compilato con le librerie vulnerabili. Al momento, tutti i nostri mirror di pacchetti sono stati aggiornati con pacchetti che contengono correzioni per questo problema. Se desiderate saperne di più sulla patch del vostro sistema e sulla riemissione dei certificati SSL, consultate lala nostra guida nella libreria Linode.

 


Commenti (10)

  1. Author Photo

    On the VMs, I assume that it is “impossible” for vulnerable tenant to affect his/her neighbor who is patched.

  2. Author Photo

    The question is _WAS_ linode infra vulnerable? Is there the chance that passwords have been stolen?

    If you were using an older version of openssl (CentOS 5 or even CentOS 6.4 or older) then you were never vulnerable.

    What linode servers were vulnerable, and over what time period?

  3. Author Photo

    Seems that all of your packages have not been updated, just specific packages for specific releases. If you’re not running one of those specific releases, you either have to upgrade your entire distribution or keep running vulnerable software.

  4. Author Photo

    @camper67 That is correct. In fact, this vulnerability cannot even leak data from other processes on the same machine.

  5. Author Photo

    Stephen, of course it was. Most of the internet was/is. It was introduced about 2 years ago, so potentially for that duration of time.

    Theoretically for most of the internet, including Linode, it is possible some sensitive information was leaked however since the exploit/PoC was only released yesterday (and immediately patched) I think the chance of that is very small.

  6. Author Photo

    Hey guys

    Can I assume we’ll see an update when the new certificates are deployed and the audit is complete? There’s no point changing passwords until then.

    cheers.

  7. Author Photo
    Ricardo N Feliciano

    J Irving,

    Everything is good. You can check the site referenced in the blog post against the Linode URLs and we pass:

    http://filippo.io/Heartbleed/#manager.linode.com
    http://filippo.io/Heartbleed/#blog.linode.com
    http://filippo.io/Heartbleed/#www.linode.com

  8. Author Photo

    Ricardo,

    I don’t think you’ve answered J Irving’s question. Tests like filippo.io/Heartbleed can tell us whether a vulnerable OpenSSL implementation is present at the time of the test.

    However, according to my understanding, the test can’t tell us whether the private key and certificate being used were issued *after* all services were updated to a non-vulnerable version.

    For that, we need an explicit statement from Linode.

    Cheers,
    Matthew

  9. Author Photo

    Anyone that continues to see use the same passwords after this terrible event that took years for the hosting community to find out. Is not thinking straight. If you have ever your credit card into an Open SSL encrypted gateway for typed in anything on what he felt was historically safe. you were wrong.

    Change your passwords ASAP

  10. Author Photo

    Matthew: The private key and certificate being used were created after all services were updated to non-vulnerable versions, and the old certificates have been revoked.

Lascia una risposta

Il vostro indirizzo e-mail non sarà pubblicato. I campi obbligatori sono contrassegnati da *