cancel
Showing results for 
Search instead for 
Did you mean: 

Share your ideas and vote for future features

Status: Declined

When you are authenticating to the Portal, how you authenticate depends on the Auth provider you are using. So if your Authentication provider supports authenticating with IP address you can do that. This is something which is not done at portals level. 

 

Thanks
Dileep

  • Portals
Status: Completed

Thank you for your feedback.  We are planning on implementing this when we address our single signon configuration capabilities.

Sincerely,
PM, Shan McArthur

  • Portals
Status: New
  • Portals
Status: Planned

Thank you for your feedback.  We are considering moving the permission model out of the portal and back into the CRM server itself, eliminating the need for linked entities in your query specifically for security assertions.  That said, one technique you can use in the meantime is to tie permissions to a web role and that will reduce some of the linked entities in your queries.  Examine the security permissions in the partner portal for examples.

Sincerely,
Shan McArthur
Principal PM, Microsoft

  • Portals
Status: New
Status: Under Review

Thank you for the suggestion.  It is our intention to see what additional cache controls we can expose as configurable controls for data cached on the portals.  That could include specifying entities as well as caching policies such as expiry times.  The lack of discrete cache control does cause issues with using virtual entities on the portal.

Sincerely,
Shan McArthur
Principal PM, Microsoft

  • Portals
Status: Declined
  • Portals
Status: New
  • Portals
Status: Planned

Thank you for your feedback.

This is a great suggestion and has been considered in our short term roadmap.

Sincerely,

Sandeep Dhanrajani,

PM Microsoft

  • Portals
Status: Declined

 I am marking this as Rejected as there wasn't enough clarification provided for this Idea. See the clarification asks below. Feel free to add a new Idea once you have been able to get these details.

 

a) We store passwords in Dynamics 365 organization in hashed format because we do not want passwords to be exposed to any users once they are created. Password confirmation is done automatically when someone logs in on portal through our internal mechanism. So there is no need to any user to manually validate password. Is this is what the ask here??

b) As for import process, you cannot import passwords from any other system into an IDP, is this is what the ask is?? If yes, then we will not be providing capability because it is a big security risk if we allow passwords to be imported/exported in any human readable format.

c) Also, i am not sure what is the security concern here with hashed password field, these are one time hashes and cannot be converted back into actual passwords. Can you clarify the security issue which you see here??

 

Sincerely,

Dileep Singh

PM,

Microsoft.

  • Portals
Status: Declined
  • Portals
Status: New
  • Portals
Status: Under Review

Thank you for your suggestion.  We are looking at the various scenarios where customers would use Azure AD B2B including federating Azure AD tenants within Azure AD B2C.

Sincerely,
Shan McArthur
Principal PM, Microsoft

  • Portals
Status: Completed

This is possible today. You can change this by updating the entity list used to display this or create your own entity list. 

 

Thanks
Dileep

  • Portals
Status: Declined

Thank you for reaching out. Your suggestion seems to be a duplicate of the following suggestion:https://experience.dynamics.com/ideas/idea/?ideaid=5e95c894-30b0-e611-80c2-00155d460d59

 

Thanks

Dileep Singh

Senior Program Manager

  • Portals
Status: Declined
Status: New
  • Portals
Status: Completed

This is already possible today, you have to make your home page as authenticated and that will redirect you automatically to either your signin page or to your identity provider (if there is a default configrued)

  • Portals
Status: New
  • Portals
Status: Completed

Thank you for your suggestions.  The portal is not usable if all caching is disabled as every page would take more than 90 seconds to render.  We have added a cache reset button on the /_services/about page that is available for portal administrators to make it easier for you to reset the cache on demand without having to turn off the portal and turn it back on again.

Sincerely,
Shan McArthur
Principal PM, Microsoft

  • Portals
Labels