| I've determined the root cause of this issue in our environment. The directoryservice provider makes an assumption:
The plist embedded in the ShadowHashData key is a binary plist
In our environment, ShadowHashData contains an xml plist, so the conversion from a binary plist fails on L148, which causes embedded_binary_plist to unexpectedly get get assigned nil. I need to do a bit more research on our end; I think this user password may be getting set by a security agent, not by a normal user on the system. If xml plists are supported, which I will try to verify, perhaps the provider can be updated to handle either. |