This means that your web-panel application will stop working when a customer switches from basic username-password authentication to an identity provider.
Unable to authenticate inside an iframe with IdP
Unable to authenticate inside an iframe with IdP
If you embed your application as a web panel in SuperOffice, your application runs inside an iframe. The security model prevents loading the sign-in page of any registered identity provider inside an iframe to defend against clickjacking.
It could also be that your users see the input fields for user credentials but are unable to type into them. In other words, the authentication simply stops responding.
Some websites (Google, Microsoft Azure, and others) use Content Security Policy (CSP) frame-ancestors directive response headers to ensure their sites are not hosted in an iframe in other websites. Doing so eliminates potential security risks associated with clickjacking. Therefore, integrations that use authentication with one of these identity providers must use a pop-up dialog to perform authentication, otherwise errors will occur.
We recommend that you handle this proactively and do the authentication in a pop-up dialog. We are exploring other options.
If you get the following error, it could be caused by the iframe restriction:
Related topics
Unable to approve appRegister identity provider (domain name)AuthenticateFederated ID and identity providersGetting started (self-service)Mobile CRM security in SuperOffice CRM Online