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