To the best of my knowledge there is no such anonymization tool for an Atlassian support zip. We have guides on anonymizing XML data backups for Jira or confluence, because we recognize that some environments are unable to provide our support teams sensitive data contained within. However even those anonymized backups can be useful for our support teams to try to recreate unusual problems with configurations. When you anonymize this data, it is specifically looking at set fields such as summarize, descriptions, text fields, etc, and in turn is replacing characters with a series of XXXXX characters. This process still leaves in tact most application settings and other configuration.
But typically the support zip does not contain that same kind of information as the database/XML backups. To anonymize the support resource I would expect to actually have it obscure important logging information that is useful when troubleshooting a lot of different possible problems. I believe that is why it does not exist.
However when you are creating a support zip, you do have the options to select which resources to be included: logs, application logs, application data, tomcat configurations, user directory configurations, etc. So there still tends to be some granular control you can have over what data to share with support.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Hi Community, Jessica here from the Confluence Product Marketing team! July’s community challenge is all about sharing pictures — and as an extension of our first post on what ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs