summaryrefslogtreecommitdiffstats
path: root/Guard/AbstractGuardAuthenticator.php
diff options
context:
space:
mode:
authorRyan Weaver <ryan@thatsquality.com>2015-05-17 17:29:55 -0400
committerRyan Weaver <ryan@thatsquality.com>2015-09-20 19:24:21 -0400
commit93a1b25f892c82b07cda5fd876f64c64585ba3a8 (patch)
tree7098adb2b41f2f9b3b7f54c1207acadde8cc85de /Guard/AbstractGuardAuthenticator.php
parent87752f2f460528718bbb691b1739a32368141c28 (diff)
downloadsymfony-security-93a1b25f892c82b07cda5fd876f64c64585ba3a8.zip
symfony-security-93a1b25f892c82b07cda5fd876f64c64585ba3a8.tar.gz
symfony-security-93a1b25f892c82b07cda5fd876f64c64585ba3a8.tar.bz2
Properly handles "post auth" tokens that have become not authenticated
Here is the flow: A) You login using guard and are given a PostAuthGuardToken B) Your user changes between requests - AbstractToken::setUser() and hasUserChanged() - which results in the Token becoming "not authenticated" C) Something calls out to the security system, which then passes the no-longer-authed token back into the AuthenticationProviderManager D) Because the PostauthGuardToken implements GuardTokenInterface, the provider responds to it. But, seeing that this is a no-longer-authed PostAuthGuardToken, it returns an AnonymousToken, which triggers logout
Diffstat (limited to 'Guard/AbstractGuardAuthenticator.php')
0 files changed, 0 insertions, 0 deletions