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: Cookies as the second factor |
|---|---|
| Date: | Thu, 20 Jul 2006 14:08:22 -0400 |
-----Original Message----- From: Arian J. Evans [mailto:arian.evans@anachronic.com] How, exactly, were you meaning? A persistent token of some sort, or some salted/magic/machine-unique identifier generated on the fly, or something generated by client side script?
Ok, this is what I'm really wanting to know the value of: A persistent cookie, presumably a pseudo-random value, is issued to user when he first "registers" for his account. The server remembers the same value, in the database, associated with this user. On all subsequent logins by that user, in addition to standard password verification, the presence of this cookie is checked for by the server, and the value is compared against the one in the database. If the cookie is not supplied or the value does not match the one in the database, the login is not allowed to proceed, even though the user had the correct password. If every is correct, a completely separate, non-persistent session cookie is issued to track the session after each login. The persistent cookie and the session cookie have nothing to do with each other. A) Does this qualify as "something you have", in any definition of the term? B) Regardless of (A), does it have much security value anyway? ------------------------------------------------------------------------- Sponsored by: Watchfire AppScan 6.5 is now available! New features for Web Services Testing, Advanced Automated Capabilities for Penetration Testers, PCI Compliance Reporting, Token Analysis, Authentication testing, Automated JavaScript execution and much more. Download a Free Trial of AppScan today! https://www.watchfire.com/securearea/appscancamp.aspx?id=70150000000CYkc -------------------------------------------------------------------------
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: Disable SSL v2 ciphers on IIS 5.0, xxradar |
|---|---|
| Next by Date: | RE: Cookies as the second factor, Arian J. Evans |
| Previous by Thread: | RE: Cookies as the second factor, Arian J. Evans |
| Next by Thread: | Re: Cookies as the second factor, Robert Hajime Lanning |
| Indexes: | [Date] [Thread] [Top] [All Lists] |