Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
G
gitlab-ce
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
1
Merge Requests
1
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
nexedi
gitlab-ce
Commits
5c093d1a
Commit
5c093d1a
authored
Jul 06, 2017
by
Job van der Voort
Browse files
Options
Browse Files
Download
Plain Diff
Merge branch 'docs/auditor-users' into 'master'
Update Auditor users docs See merge request !2333
parents
031aab53
390c14ca
Changes
3
Hide whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
92 additions
and
17 deletions
+92
-17
doc/administration/auditor_access_form.png
doc/administration/auditor_access_form.png
+0
-0
doc/administration/auditor_users.md
doc/administration/auditor_users.md
+80
-16
doc/user/permissions.md
doc/user/permissions.md
+12
-1
No files found.
doc/administration/auditor_access_form.png
View replaced file @
031aab53
View file @
5c093d1a
35.9 KB
|
W:
|
H:
11.6 KB
|
W:
|
H:
2-up
Swipe
Onion skin
doc/administration/auditor_users.md
View file @
5c093d1a
# Auditor
U
sers
# Auditor
u
sers
>
**Note:** [Introduced][998] in GitLab
8.17.
>
[Introduced][ee-998] in [GitLab Enterprise Edition Premium][eep]
8.17.
With Gitlab Enterprise Edition Premium, you can create
*auditor*
users, who
are given read-only access to all projects, groups, and other resources on the
GitLab instance.
Auditor users are given read-only access to all projects, groups, and other
resources on the GitLab instance.
First and foremost, an auditor user can perform all the actions that a regular user can.
In projects that the auditor user owns, or has been added to, they can be added to
groups, mentioned in comments, or have issues assigned to them. The one exception is
that auditor users cannot _create_ projects or groups.
## Overview
In addition, the auditor will be granted read-only access to all other projects/groups/etc.
on the GitLab instance.
Auditor users can have full access to their own resources (projects, groups,
snippets, etc.), and read-only access to
**all**
other resources, except the
Admin area. To put another way, they are just regular users (who can be added
to projects, create personal snippets, create milestones on their groups, etc.)
who also happen to have read-only access to all projects on the system that
they haven't been explicitly
[
given access
][
permissions
]
to.
The
`auditor`
role is _not_ a read-only version of the
`admin`
role. The auditor will not be
able to access the project
settings pages, or the Admin Area.
The
Auditor role is _not_ a read-only version of the Admin role. Auditor users
will not be able to access the project/group
settings pages, or the Admin Area.
A user's access level can be set to ‘Auditor’ in the Admin Area
To sum up, assuming you have logged-in as an Auditor user:
![
Admin Area Form
](
auditor_access_form.png
)
-
For a project the Auditor is not member of, the Auditor should have
read-only access. If the project is public or internal, they would have the
same access as the users that are not members of that project/group.
-
For a project the Auditor owns, the Auditor should have full access to
everything.
-
For a project the Auditor has been added to as a member, the Auditor should
have the same access as the [permissions] they were given to. For example, if
they were added as a Developer, they could then push commits or comment on
issues.
-
The Auditor cannot view the Admin area, or perform any admin actions.
[
998
]:
https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/998
For more information about what an Auditor can or can't do, see the
[
Permissions and restrictions of an Auditor user
](
#permissions-and-restrictions-of-an-auditor-user
)
section.
## Use cases
1.
Your compliance department wants to run tests against the entire GitLab base
to ensure users are complying with password, credit card, and other sensitive
data policies. With Auditor users, this can be achieved very easily without
resulting to tactics like giving a user admin rights or having to use the API
to add them to all projects.
1.
If particular users need visibility or access to most of all projects in
your GitLab instance, instead of manually adding the user to all projects,
you can simply create an Auditor user and share the credentials with those
that you want to grant access to.
## Adding an Auditor user
1.
Create a new user or edit an existing one by navigating to
**Admin Area > Users**
. You will find the option of the access level under
the 'Access' section.
![Admin Area Form](auditor_access_form.png)
1.
Click
**Save changes**
or
**Create user**
for the changes to take effect.
To revoke the Auditor permissions from a user, simply make them a Regular user
following the same steps as above.
## Permissions and restrictions of an Auditor user
An Auditor user should be able to access all projects and groups of a GitLab
instance, with the following permissions/restrictions:
-
Has read-only access to the API
-
Can access projects that are:
-
Private
-
Public
-
Internal
-
Can read all files in a repository
-
Can read issues / MRs
-
Can read project snippets
-
Cannot be Admin and Auditor at the same time
-
Cannot access the Admin area
-
In a group / project they're not a member of:
-
Cannot access project settings
-
Cannot access group settings
-
Cannot commit to repository
-
Cannot create / comment on issues / MRs
-
Cannot create/modify files from the Web UI
-
Cannot merge a merge request
-
Cannot create project snippets
[
ee-998
]:
https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/998
[
eep
]:
https://about.gitlab.com/gitlab-ee/
[
permissions
]:
../user/permissions.md
doc/user/permissions.md
View file @
5c093d1a
...
...
@@ -91,7 +91,7 @@ group.
| Remove group | | | | | ✓ |
| Manage group labels | | ✓ | ✓ | ✓ | ✓ |
## External
U
sers
## External
u
sers
In cases where it is desired that a user has access only to some internal or
private projects, there is the option of creating
**External Users**
. This
...
...
@@ -115,6 +115,15 @@ will find the option to flag the user as external.
By default new users are not set as external users. This behavior can be changed
by an administrator under
**Admin > Application Settings**
.
## Auditor users
>[Introduced][ee-998] in [GitLab Enterprise Edition Premium][eep] 8.17.
Auditor users are given read-only access to all projects, groups, and other
resources on the GitLab instance.
[
Read more about Auditor users.
](
../administration/auditor_users.md
)
## Project features
Project features like wiki and issues can be hidden from users depending on
...
...
@@ -181,3 +190,5 @@ users:
[
^5
]:
Only
if user is a member of the project.
[
ce-18994
]:
https://gitlab.com/gitlab-org/gitlab-ce/issues/18994
[
new-mod
]:
project/new_ci_build_permissions_model.md
[
ee-998
]:
https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/998
[
eep
]:
https://about.gitlab.com/gitlab-ee/
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment