Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Web-App-Sec
[Top] [All Lists]

RE: Should login pages be protected by SSL?

Subject: RE: Should login pages be protected by SSL?
Date: Tue, 28 Jun 2005 01:21:24 -0500
Actually, there's at least one scenario in which remote sniffing is pretty likely: at a Wi-Fi hotspot. Traffic not encrypted with SSL can often get sniffed without difficulty. In this scenario, SSL encryption provides a huge benefit.

<soapbox>
I'd like to add another point. Some may disagree and I'm open to debate on this matter. In a world without SSL, it would be easy to glean lots of sensitive user information by hacking into local ISPs and sniffing traffic. The whole reason that hackers aren't into doing this is that everything that's even mildly sensitive goes through SSL tunnels, so hacking the ISP yields very little. But if we all stopped using SSL, "Joe ISP" would become quite an attractive target, and it would become commonplace for arbitrary intermediate network nodes to get attacked. Personally I'm glad I don't have to worry whether or not my ISP is properly secured.
</soapbox>


Simon

-----Original Message----- From: Michael Tsentsarevsky
[mailto:michael.t@zahav.net.il] Sent: Monday, June 27, 2005 4:18 AM To: webappsec@securityfocus.com Subject: RE: Should login pages be
protected by SSL?



The only benefit of SSL as I see it today is the ability to protect a private transaction, by creating an encrypted tunnel - browser to server.

This is a good protection in an enterprise environment where there is
a chance of another employee sniffing the user's connection.

As a fact remote sniffing of data is almost impossible, unless you
gain control of the user's computer, the server or a network device
between the two.

In the first two scenarios (client or server owning) you have the
information already - no need for sniffing. The third scenario
(network device in the middle) is very unlikely to happen.


SSL is the same HTTP, just encapsulated in an encrypted tunnel - nothing more, nothing less.

<Prev in Thread] Current Thread [Next in Thread>