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. |

| Subject: | Re: Login credentials and session id security |
|---|---|
| Date: | Wed, 15 Aug 2007 21:48:26 +0100 |
Hi Vishal! You don't wanna submit auth requests as a GET as the creds will be embedded within URLs. This means they might be leaked in the browser's history, proxy logs (if users connect through a corporate proxy for instance) or 'Referer' headers among others. Even if you enforce SSL encryption on your app, someone could still launch a SSL MITM attack, most likely by being in the same subnet through ARP poisoning. The attack behaves similarly to when you do a MITIM to yourself through Paros for webapp testing purposes (notice Paros also works with HTTPS URLs). From the victim side, the only difference is that the browser issues an invalid certificate warning. This is due to the cert not being validated by a "trusted certificate authority". But then again many legitimate sites don't even use proper ceritificates which means that the end user will most likely not notice if he/she is being SSL-MITMed. Instead, he/she will simply click on "continue" on the warning window. So yes, an attacker CAN capture your password if you're being SSL-MITMed (using dsniff for instance). If you want a proprietary HTTP authentication mechanism you might want to go for Windows (NTLM) auth. However, this mechanism has been reverse-engineered for a while by some clever guys out there and implemented by tools/libraries such as CURL. This means someone could write a NTLM auth bruteforcing tool by scripting commands such as the following: curl -v --ntlm -u YOURUSERNAME:YOURPASSWORD http://hackme.target.com/ If you're truly paranoid I guess you want to use client-side certificates, or even better: don't go online at all :-) On 6/6/07, Vishal Garg <vishal@firstbase.co.uk> wrote:
Hi All, Can someone please tell what is the most secure way of sending login credentials to the server. The possible ways that I am familiar with are: - get method - post method - hidden form fields By using an encrypted connection we cannot sniff the credentials, but still it is very easy to capture or manipulate these credentials using a web proxy from any of these methods. So I am looking to find a method to transport the credentials to the server so that the security of these credentials can't be compromised even by deploying a web proxy. Also once a session id is generated, what is the best way to maintain the security of a session id. Any help would be much appreciated. Regards Vishal ------------------------------------------------------------------------- Sponsored by: Watchfire The Twelve Most Common Application-level Hack Attacks Hackers continue to add billions to the cost of doing business online despite security executives' efforts to prevent malicious attacks. This whitepaper identifies the most common methods of attacks that we have seen, and outlines a guideline for developing secure web applications. Download today! https://www.watchfire.com/securearea/whitepapers.aspx?id=701500000008rSe --------------------------------------------------------------------------
-- pagvac gnucitizen.org, ikwt.com ------------------------------------------------------------------------- Sponsored by: Watchfire The Twelve Most Common Application-level Hack Attacks Hackers continue to add billions to the cost of doing business online despite security executives' efforts to prevent malicious attacks. This whitepaper identifies the most common methods of attacks that we have seen, and outlines a guideline for developing secure web applications. Download today! https://www.watchfire.com/securearea/whitepapers.aspx?id=701500000008rSe --------------------------------------------------------------------------
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: Abstracting DB Schema from Web Forms, Chris Vann |
|---|---|
| Next by Date: | Re: Abstracting DB Schema from Web Forms, Jason Troy |
| Previous by Thread: | Re: Login credentials and session id security, Javier Fernández-Sanguino |
| Next by Thread: | Re: preventing sign up forms from being used for user enumeration, Javier Fernández-Sanguino |
| Indexes: | [Date] [Thread] [Top] [All Lists] |