Export passwords with filter
Hello,
is there a way to export all customers passwords, without "tagged/internal" passwords?
For clarification:
We store password-objects under the corresponding customer. These passwords could be passwords
for domain-admins, software and more.
We also store passwords, which should be only used by us (as a systemhouse) and don't want to export them,
when our customers need an updated password list.
We may use a seperate folder for our internal passwords, but just one "repository" would be nice, if
special password-entries could be tagged and excludes when exporting.
Is there such a possibility?
Best regards
Daniel
All Comments (5)
Hello,
When a finer level of control is needed over the export, powershell will have to be used.
As per your example, if you have a standardized structure with something like- CustomerA - Credentials -CredA -CredB -InternalUseOnly -SuperAdminA -ServiceAccountA
in the powershell script you would get the entries for a specific Customer, then ignore the InternalUseOnly folder that is under it.
We can help with the script if you decide to follow that route.
Best regards,
Maurice
Hello Maurice,
we use a structure like this (I simplified the view ... we have some more subfolders):
- CustomerA
- Credentials
-CredA
-CredB
-Cred-InternalA
-Cred-InternalB
May we tag/flag the entries (how?) or do we have to give them a special name-prefix/suffix, to filter them afterwards with powershell?
Thank you for your advice, best regards
Daniel
I forgot to mention that we do have a rich tagging system, it can also be used to exclude entries from the export process. I had went in the direction of a folder name because of our templated folder system (which was a request from our MSP community...). Most often they will have a strict structure under each of their customer's folders.
Maurice
Hello,
The Tags section can be found in the More tab of the entry properties.
regards,
Maurice
Ah, fine. Found it. Thanks for the hint. We'll have a look in tagging and scripting the export.
Best regards,
Daniel