Skip to main content
AXT_fr
New Member
June 9, 2023
Solved

Firewall group mismatch from VPN SSL group

Hello,

 

We configured the VPN SSL authentication  using SAML (Azure AD) successfully for some groups.

To distinguish profiles, we mapped different groups with specific realm+portal.

 

Firewall group A = default realm + portal A

Firewall group B = realm B + portal B

Firewall group C = realm C + portal C

 

Both groups A & B mapping work perfectly, allowing users to connect to multiple realms depending on the device they are using (portal A for workstation, portal B for mobile device, portal C for limited users)

 

The firewall policies work for firewall group A and group B however, users which are in group C are blocked whenever they are correctly connected to the SSL-VPN with their group.

The ACL for group C is nearly the same as the groups A & B :

- Source IP : Group C pool IP

- Source group : Group C

 

The result is packets are dropped because the implicit firewall rule.

 

We found out that there is a difference when we check the group membership on VPN SSL and Firewall user part.

 

On the VPN SSL monitor : 

get vpn ssl monitor
SSL-VPN Login Users:
Index User Group Auth Type Timeout Auth-Timeout From HTTP in/out HTTPS in/out Two-factor Auth
0 user_fromgroup_C Group_C 256(1) 3596 27949 X.X.X.X 0/0 0/0 0
SSL-VPN sessions:
Index User Group Source IP Duration I/O Bytes Tunnel/Dest IP
0 user_fromgroup_C Group_C X.X.X.X 850 126/86 Y.Y.Y.Y

From the FW user list

diagnose firewall auth list

Y.Y.Y.Y, user_fromgroup_C
type: fw, id: 0, duration: 952, idled: 952
expire: 27847, allow-idle: 28799
flag(80): sslvpn
server: AzureAD
packets: in 0 out 0, bytes: in 0 out 0

When we compare with the other user from group A or group B, it seems to be missing the "group_id" and "group_name" parts.

 

We tested with a new group D, new realm D, new portal D, same authentication/Portal mapping we did for Group A & Group B and we are facing the same issue.

 

Is there any kind of limitation or a missing parameter on our portal / realm / ACL / VPN SSL settings configuration ?

 

 

 

AXT_fr
AXT_frAnswer
New Member
June 15, 2023

Hello,

 

Upgrading to the last 7.2.X firmware version yesterday fix the issue. The user is now is the correct group regarding FW policies and everything works fine !

login success.png

5 replies

rmreddy
Staff
Staff
June 12, 2023

Hi,

Usually while connecting to VPN, should match to the group, portal and policy as well.

However, to check why user is not able to connect VPN it will be helpful with SSLVPN debug logs.

AXT_fr
AXT_frAuthor
New Member
June 12, 2023

Hi,

 

User can connect to the VPN SSL without issue and has access to systems which are reachable allowed to a specific subnet (10.253.255.0/24 as source address into the ACL)

 

The issue is more likely when this user tries to reach a system which is only allowed to a specific FW group + subnet (10.253.255.0/24 + Group_C as source address into the ACL).

 

We can see from the VPN SSL users list this user is part of the group "Group_C", even when connecting.

login success.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

However, in the Firewall Users list, he has no group assigned :

 

no group.png

We can't find the correct logs filter to check when the authentication happens as it is using the AzureAD SSO so we are a bit lost to go further for troubleshooting.

AXT_fr
AXT_frAuthorAnswer
New Member
June 15, 2023

Hello,

 

Upgrading to the last 7.2.X firmware version yesterday fix the issue. The user is now is the correct group regarding FW policies and everything works fine !

login success.png

Mehdi_Toronto
Explorer II
June 15, 2023

what was Your previous Fortigate firmware version that you had SAML group issue?

AXT_fr
AXT_frAuthor
New Member
June 15, 2023

It was 7.2.3, we were "pushed" to go to 7.2.5 after the last news from Fortinet.

Thought Leadership. Security Summit. Thursday, November 12th, PGA National Resort, Palm Beach Gardens, FL.
Thought Leadership. Security Summit. Thursday, October 8th. Disney's Grand Californian Hotel & SPA, Anaheim, CA.
Security Operations Summit: Modernize SecOps. Operate AI-Native.AMER: November 4 | 9:00 AM PST. India and SAARC: November 5 | 10:00 AM IST. EMEA: November 5 | 10:30 AM CET. APAC: November 5 | 11:00 AM SGT