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.
Hi Community! My name is Kesha (kay-sha not Ke$ha) and I'm on the Confluence Product Marketing team. We are trying to understand and improve template use cases in Confluence, and are intereste...
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
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot