One of the app team is getting encrypted/Junk password through their Java code from A2A client.
1) Password retrieval is 400(success), and the target account name comes back correctly, but the password is wrong and looks encrypted (non-ASCII characters). Even the report in the PAM GUI has a 400 return code for the password retrieval.
2) O.S - Win 10
3) A2A client version: 188.8.131.52 32-bit; they have a 32-bit code
4) Password length matches to what exists in PAM but the password is not correct.
Release : any
Component : PRIVILEGED ACCESS MANAGEMENT
The runtime environment included an old Cloakware jar file that shared classes with the cspmclient.jar library from the PAM A2A client. The application ended up using the old class, which doesn't decrypt passwords received from the PAM client correctly.
Removing the old library from the runtime environment resolved the problem.