Why is it that Secured HTTP Connection (https) is Slower then than typical HTTP (http)?
Just interested in knowing only.
Thanks.
asked Jun 12, 2009 at 14:53
-
Steve Gibson does an "TLS/SSL for Dummies" episode in his Security Now podcast .. read the transcript of listen to the audio .. grc.com/sn/sn-195.htm– tomjedrzJun 12, 2009 at 16:38
-
See also the discussion here– boboboboApr 19, 2013 at 17:20
Add a comment
|
7 Answers
To open a TCP/IP connection requires 3 packets to be exchanged between the client and the server. The connection is then considered established, and the client can submit its request.
When SSL is added on top of the TCP/IP connection there are several additional interactions that have to happen before the connection is considered established.
Unless the latency is negligible between the client and the server (read, the same network), then it is likely that this additional latency, due to the additional round trips to exchange SSL handshaking data, not the CPU overhead of calculating the key material, is the major factor in the delay in establishing an SSL connection.
answered Jun 12, 2009 at 15:00
-
1
-
1
-
I am wondering how much time CA certificate verification takes from SSL handshake total time (50-500 ms..?)– boboboboApr 19, 2013 at 17:09
In simple words: Because it encrypts and decrypts the traffic, this requires processing on both sides (the server and the client).
-
This is incorrect, processing for the symmetric key communication takes less than 1% of CPU time. The overhead is from the handshake step, great diagram here. It isn't from cipher computations either. It's from network transport time: Regular HTTP: 1) =>REQ 2) <=data HTTPS: 1) =>REQ 2) <=x509 CERT 3) =>CA Verify 4) =>Send symmetric key 5) <=NOW server can send data.– boboboboApr 19, 2013 at 17:18
As mentioned by other people there is the encryption and decryption steps for all transfers. There are two other issues though:
- The negotiation phase when you first talk to the server, in which the server and browser negotiate a key for the encryption process and your browser performs some checks on the servers certificate (it it checks yours if you are using client certs).
- The fact that no content (including the main page source, scripts, images and stylesheets) carried on a HTTPS connection should be cached by your browser, so it has to re-request objects it would otherwise get from cache every time it needs them.
-
Good point about caching on the client side, which affects the perceived responsiveness of the page Jun 12, 2009 at 15:07
Jeff Moser just posted a good article on this explaining the ins and outs, handshaking etc.
http://www.moserware.com/2009/06/first-few-milliseconds-of-https.html
To add to pauska's answer:
Most web server platforms can add hardware/software to improve the performance of SSL on the server. This product does this.
answered Jun 12, 2009 at 14:57
Because it takes a little bit of time to encrypt the content, and the encryption generally increases the size of the content.
answered Jun 12, 2009 at 14:56
i have that establish secure connetion lag too... i look in chrome advanced parameter. scroll down to https/ssl and deleted all certificate relative to comodo (found them in the second or third tab, din't remember), never got that establish secure connection lag again hope that help
-
That solution sounds very unlikely to work, and because of that you need to include some really strong evidence for it. Without evidence to back it up the only conclusion we can draw is that you did not perform your observations properly.– kasperdApr 23, 2015 at 19:47