One of the big themes for Concourse in 2018 has been Users, multiple auth connectors, and role-based access control (aka RBAC). With RBAC in the final phases of development, I wanted to give you a preview of some of the functionality that you can expect in our upcoming release; Concourse 5.0
Admins, Owners, Members and Viewers
Concourse 5.0 will come with 4 roles: Concourse Admin, Team Owner, Team Member, and Team Viewer.
A Concourse Admin is the same as today’s admin user. Members of
main team will automatically be Concourse Admins* and have the ability to administrate teams with
teams. Given that all Concourse Admins must be a member of the
main team, all Concourse Admins must have at least one other role; and that should typically be the Team Owner role.
*there’s an open issue to restrict this grant to Team Owners on
main in #2846
Team Owners have read, write and auth management capabilities within the scope of their team. For those familiar with Concourse today, the scope of allowed actions for a Team Owner is very closely aligned to today’s Concourse team member. The new change is that you can no longer rename your own team or destroy your own team as an owner.
Team Member is a new role that lets users operate within their teams in a read & write fashion; but prevents them from changing the auth configurations of their team.
Team Viewer is also a new role that gives users “read-only” access to a team. This locks everything down, preventing users from doing a
We considered other role types while developing this feature; including roles that would specifically prevent
abort. We ultimately decided that our current configuration made more sense for the first release of RBAC. Ultimately every organization will have different needs for their access control, so we are also planning for a future where users can supply their own customized roles & permissions matrix.
Full Roles Breakdown
For a full list of each role’s allowed actions you can reference our handy permission matrix on Google Sheets here.
Configuring Roles with
Now that we’ve gone over the new roles, we can do a quick overview of how we can go about setting users & roles on teams.
By default, if no configuration is provided the user is given the
Team Owner role:
fly -t dev set-team -n PowerRangers --local-user=Zordon
This behaviour also applies to groups as well, so be careful!
fly -t dev set-team -n A-Team
Specifying Roles with -c
Roles must be specified in a separate configuration file using the
fly -t dev set-team -n PowerTeam -c ./team.ymlteam.ymlroles:
- name: owner
- name: member
users: ["RedRanger", "BlueRanger", "GreenRanger"]
- name: viewer
Inspecting Roles Configuration
Once you’ve set the team configuration you can verify it using the details flag on
fly -t dev teams -dname users groups
A-Team/member local:RedRanger, BlueRanger, GreenRanger none
A-Team/owner local:Zordon none
A-Team/viewer local:Alpha none
..where you’ll find the output is now updated to list each
team/role combination and its associated users/groups.
And that’s RBAC in a nutshell! We’re really excited to get this in your hands in our upcoming release of Concourse. There’s only a few more issues that we want to finish off before releasing this feature, specifically:
- #2846 Admin users should be restricted to members of the
mainteam with the
ownerrole. This is so you don’t get weird cases of a Team Viewer on
maingetting Admin access
- #2843 Dashboard team labels updated to display User Role. We need this otherwise users on the Web UI have no idea what they can / can’t do