User-ID - one user occasionally not hitting the user based policy

Reply
Highlighted
L3 Networker

User-ID - one user occasionally not hitting the user based policy

PAN-OS 8.1.2, User-ID configured with Windows AD single domain. There are security rules built, based on users/user groups. It is mostly working as intended, but specifically there's [at least] one user that has a different behavior - some user-based (not group) rules are occasionally missing, even through they did hit the policy a few moments ago. Same traffic, same packet fields - IPs/ports, etc., but suddenly it goes through Deny, instead of hitting the Permit policy. At the same time same rules works fine for a different user. After a moment, it may start hitting the proper rule again.

When checking via CLI, faulty user is registered properly- there is user-ip mapping, user-group mapping, etc. 

If creating additional rule, based on IP only, without username used - it hits that rule if it is missing the user-based rule, so there should an issue with User-ID, but not widely seen as there are a bunch of user/group rules used and they are working fine. Issue have been noticed with one specific user, but it is no different than any other user seen around.

useridd.log shows such an message, where <domain> - proper domain and <username> - username for the tricky user:

Warning:  pan_user_group_user_prime_uid_lookup(pan_user_group_multi_attr.c:1306): For <domain>\<username> user, domain <domain> does not exist in group-mapping

 

I've tried resetting, clearing, refreshing, etc., but that didn't help.

 

Don't want to overwhelm with configuration, but maybe spew some ideas where to look?

 

Thanks!

Highlighted
L7 Applicator

Re: Authenticated User-ID with GlobalProtect for Internal Network Segmentation

@nikoo,

It might be worth watching what the user is doing for a bit and seeing if they are doing something that would cause the user-id mapping to age-out or map to an unknown user? 

Highlighted
L2 Linker

Re: Authenticated User-ID with GlobalProtect for Internal Network Segmentation

Are you using the agent or agentless setup?  I upgraded to version 8 not too long ago and ran into problems with the agentless setup.  My problem was that the logged in user suddenly became unknown per the palo alto.  Turns out I had two problems.

1.  The default domain contorller policy for logins was only logging failure, not success.  I changed this in the default domain controllers gpo.

2.  I use the WMI Authentication for the User-ID Setup.  The AD account used requires special permissions to work.  My missing piece for that was that the account needed to be a member of the Remote Desktop User group on computer without local admin rights.  I can't recall the special permission needed exactly, but that was the easy way to solve it.  

Highlighted
L7 Applicator

Re: Authenticated User-ID with GlobalProtect for Internal Network Segmentation

Just one question for clarification....

 

In your detailed post you mention that if the ip address hits the rule that you added for ip only, it is allowed...

 

my question is ,,, when this happens, what user id is assosiated with this ip address when it is allowed via ip address.

 

is it the expected user id or blank or something else...

 

 

 

Highlighted
L3 Networker

Re: User-ID - one user occasionally not hitting the user based policy

Thank you for the advices guys, somehow missed all the notifications.

 

@BPry,

 

As far as I know (not working directly with the end user) - nothing specifically fancy, but there could be something unnoticed though - no one was really sitting behind his back. But definitelly nothing major - same setup, just different time.

 

@ToddJohnsen,

 

Yes, it is clientless (moslty, one agent as well). User is kind of known to the Palo - it is not lost at any time, but will check through updates documents regarding requirements anyway as initial setup is pre 8.0 era. Although given this concerns only one specific user - company wide issue should be seen more often I believe. 


@MickBall,

 

These is expected user-id associated with the IP in the logs and user-ip mappings. User field is not blank. If looking at the logs - they are exactly the same, with the difference of rule being hit. In one case - used-id base, in another case - backup IP-only based rule. User-ID mapping is still present in the cache - at least as far as I've checked from the CLI.

Highlighted
L7 Applicator

Re: User-ID - one user occasionally not hitting the user based policy

quick question,

 

when you created the rule for "IP" below the "user group" one, did you create a new rule from scratch.

 

it may be best to clone the user rule and just edit the source ip and user fields.

 

Also, (clutching at straws here). I would create a couple of cloned rules before the IP one to eliminate group membership issues...

 

1. source user = domain\username

2. source user = username

 

this may show some interesting results..

 

Or.. it may not... 

 

just to see if the user matches to one of these...

Highlighted
L3 Networker

Re: User-ID - one user occasionally not hitting the user based policy

Cloned the rule, yep. Left everything the same, but removed source user statement.

Will try poking around, yep.

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 Live Community as a whole!

The Live Community thanks you for your participation!