Jump to content


  • Content Count

  • Joined

  • Last visited

About GeoffO

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. We have a security request to only allow certain lists to be used by the browser extension. From the administrative side, if there were a user policy to "only use private lists" for users, or have an option on password lists for "do not allow browser extension use", that would help us. This may be an edge case, but if it can be done, then the default behavior would remain as-is to not impact existing folks, while adding the option to deny/block the extension or user from using certain lists with the browser extension. Thank you.
  2. 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")?
  3. We're running v8.4, Build 8459. We have discovery jobs set to run at specific times (e.g. "Weekly - 01:00"). When running an on-demand discovery, the job's schedule is changed to one minute in the future and the frequency is reset to daily (see example). My feature request: Ability to run on-demand jobs without affecting the previously established schedule. I mean, the workarounds are to create a new discovery job as a one-off, or go back and update the schedule after. Neither is particularly desirable. It would be great if we could run on-demand discoveries while not a
  4. Tim, I sent you a separate email directly, but following up here in case I can help answer any questions. Our general breakdown compares to you, with the exception we are a single hospital in one geographic location. But we too support multiple physician practice offices and outside facilities (~4k users). Happy to try and answer any questions you may have. Thanks. -Geoff Orlebeck
  5. Thanks @Buckit. I'll kick the idea around internally to see if we can make something that works for the less experienced PowerShell team members.
  6. (Full Disclosure: We are running v8.1 (Build 8165), so not sure if below has been added in subsequent updates. Or if it exists and I've missed it.) Feature Request: We manage numerous hosts that cannot be captured by the various Host discovery options. As such, we have to manually add hosts a couple times per week. One of the issues is when we go to add an account, sometimes the Host record doesn't exist. In that case, we have to back out of the password screen and go into the Hosts > View All Hosts Records > Add Host. It would be extremely helpful if Passwordstate suppo
  7. Hello all. We have recently been reviewing our PowerShell scripts and decided to come up with a function our support staff can use when they want/need a password to be retrieved from Passwordstate. Now the below assumes you have the appropriate IP/Subnets defined and an appropriate API key to retrieve records. This is nothing special, but thought it may help others who are unaware the ease of retrieving records via Passwordstate. This requires PowerShell v3 to leverage 'Invoke-RestMethod' cmdlet. function Get-Password { <# Requires PowerShell v3 for Invoke
  • Create New...