Jump to content

support

Administrators
  • Posts

    5,086
  • Joined

  • Last visited

  • Days Won

    318

support last won the day on April 11

support had the most liked content!

4 Followers

About support

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

93,678 profile views
  1. Hello Valentijn, This message would only be shown if you are successfully authenticated to Passwordstate, unless there is some sort of exception happening which we cannot reproduce. We've responded to your support ticket this morning, showing the screens we see, and we need to figure out why you are not seeing the same screens as us. Please let us know in the support ticket, and we can dig a little deeper to see if we can find the cause. Thanks Click Studios
  2. Okay - thanks. Not sure if the following forum post would help with your Macs and WinAPI - https://forums.clickstudios.com.au/topic/2387-can-winapi-be-used-via-a-linux-shell-script/ Regards Click Studios
  3. Hello, Please see responses below: - how can I only allow the System API key to read passwords from one certain folder? or is it possible? Unfortunately not - do we support multiple system-wide Generic API keys? No we do not have a feature for that sorry - is it possible to only grant the `retrieve passwords` permission to the System API key? - you can change those settings on the properties of each Password List Have you had a look at the Windows Integrated API - can you instead use that in your environment? Regards Click Studios
  4. Hello, APIKeys on folders are not used to retrieve passwords from Password Lists nested beneath the folder. They are only used for managing permissions on the Folders. To retrieve passwords, you can create a APIKey per Password List, or use the System Wide API Key. Or you can use the Windows Integrated API, which does not need API Keys. Regards Click Studios
  5. Hello Everyone, Today we have released build 9873. For full details, please refer to our changelog here https://www.clickstudios.com.au/passwordstate-changelog.aspx Regards Click Studios
  6. Can anyone tell me how to get out of "Impersonating" a user? I can't see a button anywhere to do it, and when I log out completely and log back in, I'm still impersonating.

  7. Hello Charlene, Please go to the screen Administration -> Feature Access -> Menu Access. Regards Click Studios
  8. There are a few conditions Passwordstate may want to reach out to the internet, all of which can be disabled if desired: Scenario #1: It can contact our clickstudios.com.au website (13.75.255.213), to check an xml file for any new builds available. Configure Location: Administration -> System Settings -> Check for Updates Scenario #2: If you use DUO Authentication to authenticate into Passwordstate, this can reach out to the DUO API which is duosecurity.com Configure Location: Authentication for DUO is found under Administration -> System Settings -> Authentication Options Scenario #3: If you use SAML for authentication, this can reach out to the internet. Examples are using Azure or Google as your SAML provider, and the locations Passwordstate need to reach out to are dependent on which SAML provider you use. Configure Location: Authentication for SAML is found under Administration -> System Settings -> Authentication Options Scenario #4: If you use the HaveIBeenPwned feature in Passwordstate, to check for known bad passwords, Passwordstate can reach out to https://haveibeenpwned.com/ API via the following URL: https://api.pwnedpasswords.com/range/ Configure Location: Administration -> Bad Passwords Scenario #5: If you use Yubico One Time Passwords for authentication, which will need to reach out to yubico.com Configure Location: Authentication for Yubico OTP is found under Administration -> System Settings -> Authentication Options As long as you do not require connection to any of the options above, then you welcome to block access to the internet from your Passwordstate server. Regards, Support
  9. Hello Everyone, Today we have released build 9866. For full details, please refer to our changelog here https://www.clickstudios.com.au/passwordstate-changelog.aspx Regards Click Studios
  10. Issue: one or more users logs into Passwordstate, and they notice a long delay for the initial webpage to render. You many notice this delay of up to 30 seconds or more before all the folder and Password Lists are displayed. Cause: Each folder of Password List you see in the navigation tree requires a small bit of HTML to render. The more Folders and Password Lists requires more HTML, and with thousands of these objects, your browser could be rendering 10 to 20 megabytes of data each time you log in. Fix: For an affected user, get them to go to their Personal Preferences page, and enable Load On Demand. Log out and log back in again, and the performance of their initial load times should increase drastically: Apply Load on Demand to All Users: It's possible to use a User Account Policy to force some, or all users to use Load on Demand. If you have not used the User Account Policy feature before, this blog post explains what they are, and how to set them up: https://blog.clickstudios.com.au/develop-user-account-policies/ In your User Account Policy, setting #A11 is where you enable Load on Demand: Regards, Support
  11. Hello Charlene, With the Red arrow Note on that screen you provided, can you ask your Passwordstate Security Administrators if they have hidden this menu? Regards Click Studios
  12. Hello Robert, Yes, we have information in the following manual - just search for kerberos - https://www.clickstudios.com.au/downloads/version9/Passwordstate_Remote_Session_Management_Manual.pdf Regards Click Studios
  13. This API script in Powershell is designed to update the Field IDs for any password records with a matching URL. It designed as a quick way to bulk update multiple records that are used with the Browser extension, instead of manually updating every record you have in the system. This will help with the autofill feature in the browser extensions. The script will return all shared passwords in the system, and filter only the records with the URL of your choice. It will then update those records with the Field ID value of your choice. You only need to modify the first four lines in the script. Line 1 is your Passwordstate URL Line 2 is your System Wide API key which can be found/generated under Administration -> System Settings -> API tab Line 3 is the value of the URL in any password records that you want to update Line 4 is the value of the FieldID that you will be updating any password record with -------------------------------------------------------------------------------------------------------------------------------------------------------- $PasswordstateURL = "https://passwordstate.clickdemo.com" $APIKey = "5347c386f9bad2edc2ef9563a874b33e" $MatchingURL = "amazon.com" $FieldValue = "ap_email" $QueryAllPasswordsURL = "$PasswordstateURL/api/passwords/?QueryAll&PreventAuditing=false" $passwords = Invoke-Restmethod -Method GET -Uri $QueryAllPasswordsURL -Header @{ "APIKey" = $APIKey } foreach ($password in $passwords) { $passwordID = $password.PasswordID $URL = $password.URL if ($URL -match $MatchingURL) { $Body = @{ PasswordID = $passwordID WebUser_ID = $FieldValue } # Convert Array to Json $jsonData = $Body | ConvertTo-Json $UpdateURL = "$PasswordstateURL/api/passwords" $result = Invoke-Restmethod -Method Put -Uri $UpdateURL -ContentType "application/json" -Body $jsonData -Header @{ "APIKey" = $APIKey } } } -------------------------------------------------------------------------------------------------------------------------------------------------------- Regards, Support
  14. Hi Ralph, The following in the API documentation will help with this. Regards Click Studios
×
×
  • Create New...