Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Permission Structure

I'm trying to get a good idea of the permission structure of my Atlassian applications. We have more than a few "admin" user groups and a bunch of permission schemes, but the application is pretty much open to all logged in users. I'm in the process of reducing this, but those 6 admin groups are confusing.

  • administrators
  • atlas-admins-<site>
  • Confluence-admin
  • jira-administrators
  • jira-admins-<site>
  • site-admins

Which of these are built in? Is there a way to easily tell where these are being used?

ex. "jira-administrators" is explicitly listed in some projects, but not all, and I'm not sure why nor how many without going through all of my projects.

1 answer

Hi,

A good permission in Jira means it is simple enough yet robust to cater for your projects. administrators, jira-administrators and jira-admins basically would have the same level of permissions within Jira. Site-admins typically controls the site in general. However, depending on which admin UI that's currently present for you whether its the old or new version would determine the usefulness of those groups above. Back to your question, typically administrators, jira-administrators, site-admins, jira-admins-<site> are auto created but that depends on the admin UI you're currently using.

What I'll suggest is for you to perform a screening and refurbishing of site permissions (Global or project permissions) to ensure that access is only given to groups or project roles as intended. You can remove those groups or create the ones that makes more sense to you or your organization. However, make sure before running any changes that it doesn't affect the running operation for other users within those project. It will take time but creating a permission that is secure enough for your projects will serve you in the long term.

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
PERMISSIONS LEVEL
Site Admin
TAGS
AUG Leaders

Atlassian Community Events