Hi,
We are using Lucent Sierra VRUs running VIS 3.0 software and are extracting the user data using the OCL commands MailboxReadByUID command and URRead.
We can obtain the user password in encrypted form with these two commands (but the two commands give different strings...). We need to find a way to decrypt these passwords so was can extract the customer audio data to move it to a new platform.
We have found that we can set the user password to all 0's and then x-or the original encrypted password with the all 0's encrypted password and get the user password, and then set the user password back to what it was. However this sets some flag that then requires the user to reset their password when they log in again.
So does anyone know how to avoid having this reset password flag set, or how to unset it or how to decrypt the password without having to go through the 0000 stuff I described above?
We know the decryption key is somehow related to the mailbox create date (minutes since 1/1/1884) since any mailbox created in the same minute has the same encrypted password when it's set to all zero's.
Thanks.
We are using Lucent Sierra VRUs running VIS 3.0 software and are extracting the user data using the OCL commands MailboxReadByUID command and URRead.
We can obtain the user password in encrypted form with these two commands (but the two commands give different strings...). We need to find a way to decrypt these passwords so was can extract the customer audio data to move it to a new platform.
We have found that we can set the user password to all 0's and then x-or the original encrypted password with the all 0's encrypted password and get the user password, and then set the user password back to what it was. However this sets some flag that then requires the user to reset their password when they log in again.
So does anyone know how to avoid having this reset password flag set, or how to unset it or how to decrypt the password without having to go through the 0000 stuff I described above?
We know the decryption key is somehow related to the mailbox create date (minutes since 1/1/1884) since any mailbox created in the same minute has the same encrypted password when it's set to all zero's.
Thanks.