Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.
SOLVED

The user profile conundrum with AEM, Okta and AEM ACLs

Avatar

Level 2

We have hundreds of thousands of users that is going to use okta to login through okta CIAM widget. What Okta will give us is an OAuth token. 

We do not want to create these user profiles in AEM as that will be very heavy for AEM.  These users are in 4 categories ; Can I create generic user profile in for these user categories and use that in place for managing AEM ACLs 

 

Our Okta authentication will happen from browser itself, we will have an OAuth token back from them that we can pass to AEM , we can indicate the user group in the OAuth token itself or as a header parameter to AEM page request.  

 

 

Tagging @arunpatidar , @Kunal_Gaba_ 

Topics

Topics help categorize Community content and increase your ability to discover relevant content.

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Hi,

Are you planning to use cug to protect pages from the backend?

If not and If you need to create a login functionality for the portal you can rely on okta token and no need to send token to aem or creating aem session.

 

To check access you can utilize filters and permission sensitive caching to protect cached pages.

 

The cug will be helpful if you have pages that are protected by cug groups and for that you need groups in AEM e.g. https://medium.com/tech-learnings/social-login-with-google-oauth2-adobe-experience-manager-aem-ff33b.... The dummy user concept you can try and just update/assign the groups to temporary user in session but not to commit.

 



Arun Patidar

View solution in original post

4 Replies

Avatar

Correct answer by
Community Advisor

Hi,

Are you planning to use cug to protect pages from the backend?

If not and If you need to create a login functionality for the portal you can rely on okta token and no need to send token to aem or creating aem session.

 

To check access you can utilize filters and permission sensitive caching to protect cached pages.

 

The cug will be helpful if you have pages that are protected by cug groups and for that you need groups in AEM e.g. https://medium.com/tech-learnings/social-login-with-google-oauth2-adobe-experience-manager-aem-ff33b.... The dummy user concept you can try and just update/assign the groups to temporary user in session but not to commit.

 



Arun Patidar

Avatar

Level 2
@arunpatidar, we have 300,000 users ; is there a way i can make one CUG and create like one dummy user and assign this dummy user after the okta login and associate in establishing a cookie session ?

Avatar

Level 2
@arunpatidar, we have 300,000 users ; is there a way i can make one CUG and create like one dummy user and assign this dummy user after the okta login and associate in establishing a cookie session ?

Avatar

Community Advisor
The cug will be helpful if you have pages which are protected by cug groups and for that you need groups in AEM e.g. https://medium.com/tech-learnings/social-login-with-google-oauth2-adobe-experience-manager-aem-ff33b.... The dummy user concept you can try and just update/assign the groups to temporary user in session but not to commit.


Arun Patidar