Hi,
We are hoping to store passwords in Confluence for certain resources such as server accounts and passwords. While storing passwords in plain text is not advisable we have to maintain a central record of them somewhere that a distributed team is able to access. We are currently running on the Cloud version of Confluence.
Is there any feature or function that would allow us to encrypt or hide the passwords directly in confluence? We cam always encrypt them in a different tool and place the encrypted text in confluence but this is cumbsersome.
Having the ability to do this (especially user based security) in Confluence would be great or alternatively some form of browser plugin to encrypt/decrypt the text.
Does anyone know how this could be achieved?
There are multiple add-ons that can encrypt content and store that in secured format even in the database. These are only available for the Server edition:
For the cloud, I found only one. You should check if rely on this service, because you are storing/handling secure information in a 3rd party service:
(Note: this last one is not supported, which isn't a good sign.)
Hi,
this article is a bit older, but may still be relevant for some people.
There is an add on for Confluence Cloud (Secure Content) that does exactly what the questioner wants. You can store passwords directly in Confluence and show or hide them. The data is also encrypted.
Here is the link to the add on:
Regards,
Michael
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm sure there are more answers, but 2 come to mind:
That said, I'm not sure I'm in favor of using Confluence as my source for passwords
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
"I'm not sure I'm in favor of using Confluence as my source for passwords"
Atlassian, are you listening?..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yet another reason to use SecureContent.
Atlassian (and also the publisher of the AddOn) do not have access to the passwords there.
Reason:
- The encrypted data is attached directly to the client's page to which the publisher has no access.
- To decrypt the data you need the algorithm on the publisher's server (Atlassian has no access)
- Even if the publisher or Atlassian had the user's encrypted data from SecureContent, a valid user session would be required to decrypt the data.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.