Skip to main content
Solved

AD Group membership when authenticating using cached credentials


Forum|alt.badge.img+3
  • New Contributor
  • 2 replies

Hi all,

When authenticating with cached credentials on a AD bound Mac (10.10.x, 10.11.x, 10.12.x) the group memberships are not cached it seems...
I was expecting that AD group memberships should also be cached. Seems not the case. Anyone else seeing this behaviour?

The case:
I use several groups in the form of laptop_admins which all live in AD. The users in those groups should receive admin privileges when logging in to the system. (configured in bind script using dsconfigad -groups) It all works fine except when disconnected from the network during login. Everyone has 2 users, usern and admin_usern. only admin_usern users can be member of a laptop_admins group, usern are standard accounts.

When authenticating with network connected, the terminal command

id admin_usern

gives the expected results

(... ,331206878(XXXXXlaptop_admins), ...)

. When authenticating with network disconnected,

id admin_usern

doesn't give that group, but refreshes/updates once communication with AD is possible (GlobalProtect always on VPN)
so...
When no network connection is available (datacenter environment for example) and logging in using the cached credentials of admin_usern (to change the network settings to a fixed IP address) the admin_usern doesn't receive admin privileges since it thinks admin_usern is not member of laptop_admins...

For being complete, the issue can easily be solved by "hard" adding the admin_usern user to the admin group in /Local/Default by:

sudo dseditgroup -o edit -n /Local/Default -a admin_usern -t user admin

just wandering if anyone else sees this behaviour...

Best answer by thoule

Yes, this is true and normal. AD Group membership (and permissions from them) are not carried over when a cached account is used.

If you are looking to give a user admin privs, you need to define that locally on the computer. the command below will add the user 'adusername' to the local admin group so that adusername is always recognized as an admin.

/usr/sbin/dseditgroup -o edit -a adusername -t user admin

-T-

View original
Did this topic help you find an answer to your question?

3 replies

Forum|alt.badge.img+15
  • Contributor
  • 589 replies
  • Answer
  • January 6, 2017

Yes, this is true and normal. AD Group membership (and permissions from them) are not carried over when a cached account is used.

If you are looking to give a user admin privs, you need to define that locally on the computer. the command below will add the user 'adusername' to the local admin group so that adusername is always recognized as an admin.

/usr/sbin/dseditgroup -o edit -a adusername -t user admin

-T-


Forum|alt.badge.img+3
  • Author
  • New Contributor
  • 2 replies
  • January 6, 2017

thanks! just crossed my edit of the original post where i added more or less the same comment :-)


bentoms
Forum|alt.badge.img+35
  • Legendary Contributor
  • 4331 replies
  • January 8, 2017

@thoule & @tuke, I have a post on this here


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings