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: (ip validation) Whitepaper "SESSION RIDING - A Widespread Vulnerability in Today's Web Applications" |
|---|---|
| Date: | Wed, 22 Dec 2004 11:22:08 -0600 |
The attacker didn't create the session though. Sverre is right. That's why "session riding" requires getting the user to execute arbitrary code or actions through the vehicles of phishing, luring, or social engineering. If the attacker had created the session a priori there wouldn't be a valid user session to be "riding". Perhaps though you bring up another important aspect we have not looked at: What if an attacker creates a known bad/poisoned session and then hands that off to the user, perhaps by swaping their good session cookie for the bad session cookie? We could write a whole new whitepaper on this. Thoughts on names? "Session Swapping" has illiteration, however, I am more fond of: "Session Castling". It sounds a lot cooler and ensures one's clients stay confused as to exactly what the heck you're really talking about. Other options for naming abound; I'm open to suggestions: http://thesaurus.reference.com/search?q=swap Arian
-----Original Message----- From: Elihu Smails [mailto:elihusmails2000@yahoo.com] Sent: Tuesday, December 21, 2004 12:48 PM To: Sverre H. Huseby Cc: webappsec@securityfocus.com Subject: Re: Whitepaper "SESSION RIDING - A Widespread Vulnerability in Today's Web Applications" But you have already stored the IP address of the attacker who created the session. Therefore when the victim connects to your web app, you do not allow them in because the IP address does not match what is currently stored in the session information. --- "Sverre H. Huseby" <shh@thathost.com> wrote:[Elihu Smails] | Sessions should track the remote IP address of the client at a | minimum, so that this problem could go away. Unfortunately, checking IP addresses won't solve the Session Riding / Web Trojan problem, as the request is coming from the victim's computer. Sverre.__________________________________ Do you Yahoo!? Dress up your holiday email, Hollywood style. Learn more. http://celebrity.mail.yahoo.com
The information transmitted in this e-mail is intended only for the addressee and may contain confidential and/or privileged material. Any interception, review, retransmission, dissemination, or other use of, or taking of any action upon this information by persons or entities other than the intended recipient is prohibited by law and may subject them to criminal or civil liability. If you received this communication in error, please contact us immediately at 816.421.6611, and delete the communication from any computer or network system.
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Article - A solution to phishing, Rogan Dawes |
|---|---|
| Next by Date: | RE: SQL injection (no single quotes used), Juan Carlos |
| Previous by Thread: | RE: Whitepaper "SESSION RIDING - A Widespread Vulnerability in To day's Web Applications", Evans, Arian |
| Next by Thread: | RE: (ip session tracking) Whitepaper "SESSION RIDING - A Widespread Vulnerability in Today's Web Applications", Evans, Arian |
| Indexes: | [Date] [Thread] [Top] [All Lists] |