OpenSSL SSL3_AL_WARNING undefined alert remote DoS
1–10 of 18 posts
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#2Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#3there's currently no post on openssl.org but i expect them to publish one soon. Also, now with all the OpenSSL sh*tstorm this year, I really wonder if LibreSSL is vulnerable to this security problem...
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#4there's currently no post on openssl.org but i expect them to publish one soon. Also, now with all the OpenSSL sh*tstorm this year, I really wonder if LibreSSL is vulnerable to this security problem...
LibreSSL has removed SSL3, so I'd guess it doesn't do "SSL3_AL_WARNING"
I wish it was still possible to override these per profile. Last time I tried, the knobs were gone and had no effect whatsoever to enable safer defaults. I used to be able to force a minimum TLS version and enable only select few ciphers.
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#5> It is an implementation problem in OpenSSL that OpenSSL would ignore undefined warning, and continue dealing with the remaining data(if exist). So the attacker could pack multiple alerts inside a single record and send a large number of there large records. Then the server will be fallen in a meaningless cycle, and not available to any others.
SSL3 is vulnerable and should be banned in the webserver's configuration. It stopped being supported by major browsers years ago.
The article doesn't say if webservers are vulnerable when they block SSL3 entirely. If so, it's the hell of a critical vulnerability! Otherwise, http://disablessl3.com/
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#6Sure -- you can send an SSL server a bunch of junk data, and it'll try to process that data. But from what I gather, it's not as though it takes an unusually long time for it to process these warnings either. Any attacker with the resources to perform this attack could probably just as easily saturate the host's network connection without involving SSL at all.
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#7Earlier quoted context omitted.
LibreSSL has removed SSL3, so I'd guess it doesn't do "SSL3_AL_WARNING"
And Firefox 52 is proposed to default to TLS 1.3 for safety and performance reasons: https://groups.google.com/forum/#!topic/mozilla.dev.platform... I wish it was still possible to override these per profile. Last time I tried, the knobs were gone and had no effect whatsoever to enable safer defaults. I used to be able to force a minimum TLS version and enable only select few ciphers.
security.tls.version.min security.tls.version.max
security.ssl3.
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#8This seems like a pretty... weak vulnerability. Sure -- you can send an SSL server a bunch of junk data, and it'll try to process that data. But from what I gather, it's not as though it takes an unusually long time for it to process these warnings either. Any attacker with the resources to perform this attack could probably just as easily saturate the host's network connection without involving SSL at all.
You can't bring a site down from your phone normally if there is a CPU eating bug on the other hand you can.
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#9> An attacker could repeat the undefined plaintext warning packets of "SSL3_AL_WARNING" during the handshake, which will easily make to consume 100% CPU on the server. > It is an implementation problem in OpenSSL that OpenSSL would ignore undefined warning, and continue dealing with the remaining data(if exist). So the attacker could pack multiple alerts inside a single record and send a large number of there large r…
Says the website with no TLS ;)
Re: OpenSSL SSL3_AL_WARNING undefined alert remote DoS
#10> An attacker could repeat the undefined plaintext warning packets of "SSL3_AL_WARNING" during the handshake, which will easily make to consume 100% CPU on the server. > It is an implementation problem in OpenSSL that OpenSSL would ignore undefined warning, and continue dealing with the remaining data(if exist). So the attacker could pack multiple alerts inside a single record and send a large number of there large r…
So "SSL3_AL_WARNING" isn't necessarily exclusively used in SSLv3, if the format wasn't changed in TLS.