[keycloak-user] standard vs implicit flow in SPA

[Anthony Fryer]

Hi,

Up until recently I automatically selected to use implicit grant flow from SPAs, but lately I've been re-assessing this since the keycloak javascript adapter provides standard flow out of the box and makes that a viable option.  I also note that the keycloak admin console is a HTML5/javascript/angular js app that uses the keycloak js adapter and uses the standard flow.  As a side note I find the client defaults interesting in that Implicit flow is disabled, but direct access grants are enabled (I'm coming from a mitreid connect implementation where direct access grants where disabled by default and implicit flow was enabled, so just wonder what the thinking is behind this since direct access grants are discouraged).

I'm really wondering why are you pushing standard flow from the keycloak javascript adapter instead of implicit?  What are the benefits that make standard flow better in this case?  One thing I have seen mentioned is refresh tokens obtained in standard flow make it easy to get a new access token, but I thought you could get refresh tokens from the implicit flow anyway, and even if not, if a user logs in with "remember me", then getting a new access token doesn't require re-entering credentials by the user.  I want to make sure that when implementing keycloak in our SPA we choose the best flow and want to know if there's some reason standard flow is best.

Regards,
[Description: Description: C:\Users\jayt\Desktop\tonyjay_sig_files\virginaustralia.gif]

Anthony Fryer | Solution Architect & Designer
Mb: 0438 781 745
Email: anthony.fryer at virginaustralia.com<mailto:anthony.fryer at virginaustralia.com>
Virgin Australia group of airlines including Virgin Australia,
V Australia, Pacific Blue and Polynesian Blue

Please consider the environment before printing this email.



The content of this e-mail, including any attachments, is a confidential communication between Virgin Australia Airlines Pty Ltd (Virgin Australia) or its related entities (or the sender if this email is a private communication) and the intended addressee and is for the sole use of that intended addressee. If you are not the intended addressee, any use, interference with, disclosure or copying of this material is unauthorized and prohibited. If you have received this e-mail in error please contact the sender immediately and then delete the message and any attachment(s). There is no warranty that this email is error, virus or defect free. This email is also subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If this is a private communication it does not represent the views of Virgin Australia or its related entities. Please be aware that the contents of any emails sent to or from Virgin Australia or its related entities may be periodically monitored and reviewed. Virgin Australia and its related entities respect your privacy. Our privacy policy can be accessed from our website: www.virginaustralia.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-user/attachments/20160401/6170fca1/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 5071 bytes
Desc: image001.gif
Url : http://lists.jboss.org/pipermail/keycloak-user/attachments/20160401/6170fca1/attachment-0001.gif