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.
Do you use templates with Confluence? Take part in a remote 1-hr workshop. You'll receive USD $100 for your time! We're looking for people to participate in a remote 1-hr workshop...
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