Search the Community
Showing results for tags 'feature request'.
Found 5 results
-
Currently, if the browser extension fails to auto-fill the login fields, you have to select the link, which redirects you to the specific URL for the Passwordstate record of that account. Since the browser extension is able to retrieve the password already (to automatically fill the web form), is it possible to allow the user to simply "copy to clipboard" the password and have it generate the same audit event ("Password copied to clipboard")?
-
Hi again! I've been dutifully adding hosts into PasswordState and I've also ran discoveries against them. However, only 60% of them reported local admin accounts. Figuring out which hosts don't have password objects yet is becoming a bit of a hassle. I'd love to have a report or two which tell me which hosts don't have password objects associated with'm. And the other way around, it'd be great if there's a report for orphaned password objects, where the host has gone missing or "unmanaged". Did I perhaps overlook an option that already allows this? Cheers!
-
We have an IDM solution that automatically creates our user accounts in AD and then notifies the user that the accounts exists. The IDM system can't enroll the user in the password reset portal because of the delay between creating the account in AD and the scheduled sync to Passwordstate. In the GUI, we can sync a single account from AD...please add that same option to the API. OR, Passwordstate could sync the account before trying to enroll the user when we hit /portalenroll.
-
Problem is that reset portal is used by our (external) clients and only way to go is auto-enrollment. In other words, users don’t do enrollment in the first place. If we change users email in active directory, it also updated to Reset Portal's User Account email address but not to Temporary PIN email address. Please make Reset Portal update Temporary PIN email as well or make it do Auto-enrollment again if email is changed. Thanks! -
We have custom fields populated for all accounts in our Passwordstate instance that we would like to report on. Please add the ability to include custom attributes in the output of the built in reports.
