Re: concurrent logins
Stephen de Vries <[email protected]> Mon, 24 Nov 2014 09:03:52 +0100
| Newsgroups | gmane.comp.security.web-applications |
|---|---|
| Message-ID | <[email protected]> |
> The reason I was thinking about this is the thing I was reading was > suggesting to prevent session hijacking that concurrent logins should > not be allowed, 2FA stops actual logins but not hijacks. Session hijacking is only possible after some other vulnerability in the = site is exploited, e.g. XSS, or lack of HTTPS. So I would first focus = the effort into countermeasures for those vulnerabilities and only = afterwards start thinking about secondary countermeasures against = session hijacking itself. =20 A countermeasure not yet mentioned is to authenticate specific high risk = requests with a password, or PIN. E.g. when initiating a transaction = like funds transfer/payment/password change, you could require the user = to re-enter the password so that that specific request is authenticated. regards, =E2=80=94 Stephen de Vries CTO Continuum Security Mobile: +34 616 33 81 38 UK: +44 20 3137 0944 @stephendv This list is sponsored by Cenzic -------------------------------------- Let Us Hack You. Before Hackers Do! It's Finally Here - The Cenzic Website HealthCheck. FREE. Request Yours Now! http://www.cenzic.com/2009HClaunch_Securityfocus --------------------------------------