Prisma Access - User Mobile - Azure SAML - Wildcard

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Prisma Access - User Mobile - Azure SAML - Wildcard

L2 Linker

 

Hey guys,

 

Referring the Prisma Access Mobile User documentation https://www.paloaltonetworks.com/resources/guides/prisma-access-for-users-deployment-guide 

 

Page-88 specify that wildcard must be used to configure the SAML Azure Enterprise Application (SSO config) :

 

Step 13: In the next Identifier (Entity ID) box, enter https://*.gw.gpcloudservice.com:443/SAML20/SP.
Step 14: In the Reply URL (Assertion Consumer Service URL) box, enter https://*.gpcloudservice.com:443/SAML20/
SP/ACS.


However, the wildcard utilization seems to not be supported (or not anymore supported) by Azure SAML configuration.  I tried using the APP Registration "manifest" tool, and adding the wildcard "URI" within the JSON with NO SUCCESS.  The only way that I make it worked, was by configuring the complete gateway URI, which is not scalable since "a lot of gateways" !! 

 

Any clue on this, or have you heard something about it ? 

 

Regards,

D.

 
 
 
 

 

 

 

7 REPLIES 7

L3 Networker

Hi DLONGPRE,

 

I have checked on Azure's documentation and unfortunately, they don't mention whether they support wildcards or not.

 

From their website:

Basic SAML Configuration setting SP-Initiated idP-Initiated Description

Identifier (Entity ID)Required for some appsRequired for some appsUniquely identifies the application. Azure AD sends the identifier to the application as the Audience parameter of the SAML token. The application is expected to validate it. This value also appears as the Entity ID in any SAML metadata provided by the application. Enter a URL that uses the following pattern: 'https://.contoso.com' You can find this value as the Issuer element in the AuthnRequest (SAML request) sent by the application.
Reply URLRequiredRequiredSpecifies where the application expects to receive the SAML token. The reply URL is also referred to as the Assertion Consumer Service (ACS) URL. You can use the additional reply URL fields to specify multiple reply URLs. For example, you might need additional reply URLs for multiple subdomains. Or, for testing purposes you can specify multiple reply URLs (local host and public URLs) at one time.

 

Source:

https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/configure-single-sign-on-non-gal...

 

This seems to be an azure configuration limitation. Hence, I would encourage you to check with them.

 

Regards,

L3 Networker

I am also going to check with our deployment guide documentation team to double-check on this.

 

Regards,

 

@SuperMario  Great - thanks!!

 

@GUIROY  FYI 

@SuperMario 

 

My thought is that should be to Palo-Alto to validate with Microsoft and make sure that proposed solution still work as documented. 

 

I have open a CASE with Palo by the way... 

I have been told by Palo TAC there is an opened issue with Microsoft/Azure to find solution about the "wildcard" URL within the Azure SAML config (Identifier Entity ID)  that's look like no more supported in Azure.

 

Thx.

D.

Thank you for the update.

https://www.paloaltonetworks.com/resources/guides/prisma-access-for-users-deployment-guide

 

FYI, I notice that new May 2020 documentation has been updated and SAML wildcard setting has been removed.from configuration. 

 

Regards,

Dominic 

 

 

  • 11798 Views
  • 7 replies
  • 0 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!