Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escape special characters +-&|!(){}[]^"~*?:\ - e.g. \+ \* \!
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
 
Unanswered
← SAML SSO: using email address as subject principal - is it safe?

Hey Vito,

Good question! The user can freely edit their email on the profile page without any verification. So, like you mentioned I would not use the email as a primary identifier. The user_id value would be safe to use if the system you are integrating with is not multi-tenant, or if the SAML response had another identifier to distinguish between differing financial institutions.

If you are wanting a globally unique indentifer then I would suggest creating a guid, and storing that value within the database.

Below is an example of returning a SSO response and returning a user level config object. What this will do is store the key/value pairs into a table called Q2_ThirdPartyData. Any data stored for this vendor and user will be passed back to you on subsequent SSO requests and could be used within the SAML response.

ul_config_list = [UserLevelConfig('saml_principal', guid)]
ul_config = sso_response.UserLevelConfigList(self.vendor_id, ul_config_list)
response = Q2SSOResponse(ResponseType.HTML, response=html, user_level_config_list=ul_config)

Hope this helps!
Jason

Posted 4 years ago
Jason Herbert
104 × 1 Administrator
0

Thank you for your answer.

In order to avaoid a trip to the db, we have decided to use "aba + user_id" (which will be unique)

— Vito De Gennaro   4 years ago
15 Views
0 Answers
4 years ago
4 years ago