2019-06-07 14:33:31 +00:00
---
type: howto
2020-07-18 00:09:34 +00:00
stage: Manage
group: Access
2020-11-26 06:09:20 +00:00
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2019-06-07 14:33:31 +00:00
---
2019-07-16 07:02:20 +00:00
2015-12-24 20:58:46 +00:00
# Enforce Two-factor Authentication (2FA)
Two-factor Authentication (2FA) provides an additional level of security to your
2020-11-10 00:08:52 +00:00
users' GitLab account. After being enabled, in addition to supplying their
username and password to sign in, they'll be prompted for a code generated by an
application on their phone.
2015-12-24 20:58:46 +00:00
You can read more about it here:
2018-12-04 00:01:47 +00:00
[Two-factor Authentication (2FA) ](../user/profile/account/two_factor_authentication.md )
2015-12-24 20:58:46 +00:00
2017-01-24 21:09:58 +00:00
## Enforcing 2FA for all users
2015-12-24 20:58:46 +00:00
2020-11-10 00:08:52 +00:00
Users on GitLab can enable it without any administrator's intervention. If you
want to enforce everyone to set up 2FA, you can choose from two different ways:
2015-12-24 20:58:46 +00:00
2018-11-13 00:39:21 +00:00
- Enforce on next login.
- Suggest on next login, but allow a grace period before enforcing.
2015-12-24 20:58:46 +00:00
2021-04-25 21:09:26 +00:00
After the configured grace period has elapsed, users can sign in but
cannot leave the 2FA configuration area at `/profile/two_factor_auth` .
2019-06-05 19:20:26 +00:00
To enable 2FA for all users:
2020-02-10 12:08:59 +00:00
1. Navigate to **Admin Area > Settings > General**
(`/admin/application_settings/general`).
2019-06-05 19:20:26 +00:00
1. Expand the **Sign-in restrictions** section, where you can configure both.
2015-12-24 20:58:46 +00:00
2020-11-10 00:08:52 +00:00
If you want 2FA enforcement to take effect during the next sign-in attempt,
change the grace period to `0` .
2016-01-22 09:23:32 +00:00
2019-06-05 19:20:26 +00:00
## Enforcing 2FA for all users in a group
2016-01-22 09:23:32 +00:00
2021-04-23 15:09:37 +00:00
> [Introduced in](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/24965) GitLab 12.0, 2FA settings for a group are also applied to subgroups.
2019-06-05 19:20:26 +00:00
If you want to enforce 2FA only for certain groups, you can:
2015-12-24 20:58:46 +00:00
2020-11-10 00:08:52 +00:00
1. Enable it in the group's **Settings > General** page. Navigate to
**Permissions, LFS, 2FA > Two-factor authentication** . You can then select
the **Require all users in this group to setup Two-factor authentication**
option.
2020-07-24 18:09:45 +00:00
1. You can also specify a grace period in the **Time before enforced** option.
2017-01-24 21:09:58 +00:00
2019-06-05 19:20:26 +00:00
To change this setting, you need to be administrator or owner of the group.
2017-01-24 21:09:58 +00:00
2019-06-03 04:15:53 +00:00
If you want to enforce 2FA only for certain groups, you can enable it in the
group settings and specify a grace period as above. To change this setting you
need to be administrator or owner of the group.
The following are important notes about 2FA:
- Projects belonging to a 2FA-enabled group that
2019-07-15 00:46:34 +00:00
[is shared ](../user/project/members/share_project_with_groups.md )
2019-06-03 04:15:53 +00:00
with a 2FA-disabled group will *not* require members of the 2FA-disabled group to use
2019-07-15 00:46:34 +00:00
2FA for the project. For example, if project *P* belongs to 2FA-enabled group *A* and
2019-06-03 04:15:53 +00:00
is shared with 2FA-disabled group *B* , members of group *B* can access project *P*
2019-07-15 00:46:34 +00:00
without 2FA. To ensure this scenario doesn't occur,
2021-03-02 00:11:26 +00:00
[prevent sharing of projects ](../user/group/index.md#prevent-a-project-from-being-shared-with-groups )
2019-06-03 04:15:53 +00:00
for the 2FA-enabled group.
- If you add additional members to a project within a group or subgroup that has
2FA enabled, 2FA is **not** required for those individually added members.
- If there are multiple 2FA requirements (for example, group + all users, or multiple
2021-04-25 21:09:26 +00:00
groups) the shortest grace period is used.
2020-10-15 21:09:12 +00:00
- It is possible to disallow subgroups from setting up their own 2FA requirements.
2021-04-25 21:09:26 +00:00
Navigate to the top-level group's **Settings > General > Permissions, LFS, 2FA > Two-factor authentication** and uncheck the **Allow subgroups to set up their own two-factor authentication rule** field. This action causes all subgroups with 2FA requirements to stop requiring that from their members.
2017-01-24 21:09:58 +00:00
2015-12-24 20:58:46 +00:00
## Disabling 2FA for everyone
2020-12-04 21:09:29 +00:00
WARNING:
2020-10-01 00:10:16 +00:00
Disabling 2FA for everyone does not disable the [enforce 2FA for all users ](#enforcing-2fa-for-all-users )
or [enforce 2FA for all users in a group ](#enforcing-2fa-for-all-users-in-a-group )
2021-04-25 21:09:26 +00:00
settings. In addition to the steps in this section, you must disable any enforced 2FA
2020-10-01 00:10:16 +00:00
settings so users aren't asked to set up 2FA again, the next time the user signs in to GitLab.
Disabling 2FA for everyone does not disable the [enforce 2FA for all users ](#enforcing-2fa-for-all-users )
or [enforce 2FA for all users in a group ](#enforcing-2fa-for-all-users-in-a-group )
settings if they have been configured. In addition to the steps in this section,
2021-04-25 21:09:26 +00:00
you must disable any enforced 2FA settings so users aren't asked to setup
2020-10-01 00:10:16 +00:00
2FA again when the next login to GitLab.
2015-12-24 20:58:46 +00:00
There may be some special situations where you want to disable 2FA for everyone
2020-03-31 12:08:09 +00:00
even when forced 2FA is disabled. There is a Rake task for that:
2015-12-24 20:58:46 +00:00
2020-01-30 15:09:15 +00:00
```shell
2016-01-22 09:23:32 +00:00
# Omnibus installations
2015-12-24 20:58:46 +00:00
sudo gitlab-rake gitlab:two_factor:disable_for_all_users
2016-01-22 09:23:32 +00:00
# Installations from source
2015-12-24 20:58:46 +00:00
sudo -u git -H bundle exec rake gitlab:two_factor:disable_for_all_users RAILS_ENV=production
```
2020-12-04 21:09:29 +00:00
WARNING:
2021-04-25 21:09:26 +00:00
This is a permanent and irreversible action. Users have to
2019-06-05 19:20:26 +00:00
reactivate 2FA from scratch if they want to use it again.
2019-06-07 14:33:31 +00:00
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
Each scenario can be a third-level heading, e.g. `### Getting error message X` .
If you have none to add when creating a doc, leave this section in place
but commented out to help encourage others to add to it in the future. -->
2020-12-10 06:09:47 +00:00
2021-02-09 15:09:39 +00:00
## Two-factor Authentication (2FA) for Git over SSH operations **(PREMIUM)**
2020-12-10 06:09:47 +00:00
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/270554) in GitLab 13.7.
2021-02-09 15:09:39 +00:00
> - [Moved](https://gitlab.com/gitlab-org/gitlab/-/issues/299088) from GitLab Free to GitLab Premium in 13.9.
2020-12-16 00:09:58 +00:00
> - It's [deployed behind a feature flag](../user/feature_flags.md), disabled by default.
2020-12-10 06:09:47 +00:00
> - It's disabled on GitLab.com.
> - It's not recommended for production use.
> - To use it in GitLab self-managed instances, ask a GitLab administrator to [enable it](#enable-or-disable-two-factor-authentication-2fa-for-git-operations).
WARNING:
This feature might not be available to you. Check the **version history** note above for details.
Two-factor authentication can be enforced for Git over SSH operations. The OTP
verification can be done via a GitLab Shell command:
```shell
ssh git@< hostname > 2fa_verify
```
2021-02-23 15:10:47 +00:00
Once the OTP is verified, Git over SSH operations can be used for a session duration of
15 minutes (default) with the associated SSH key.
### Security limitation
2FA does not protect users with compromised *private* SSH keys.
Once an OTP is verified, anyone can run Git over SSH with that private SSH key for
2021-03-08 15:08:54 +00:00
the configured [session duration ](../user/admin_area/settings/account_and_limit_settings.md#customize-session-duration-for-git-operations-when-2fa-is-enabled ).
2020-12-10 06:09:47 +00:00
### Enable or disable Two-factor Authentication (2FA) for Git operations
Two-factor Authentication (2FA) for Git operations is under development and not
ready for production use. It is deployed behind a feature flag that is
2020-12-16 00:09:58 +00:00
**disabled by default**. [GitLab administrators with access to the GitLab Rails console ](../administration/feature_flags.md )
2020-12-10 06:09:47 +00:00
can enable it.
To enable it:
```ruby
Feature.enable(:two_factor_for_cli)
```
To disable it:
```ruby
Feature.disable(:two_factor_for_cli)
```
2021-02-08 21:09:25 +00:00
The feature flag affects these features:
- [Two-factor Authentication (2FA) for Git over SSH operations ](#two-factor-authentication-2fa-for-git-over-ssh-operations ).
- [Customize session duration for Git Operations when 2FA is enabled ](../user/admin_area/settings/account_and_limit_settings.md#customize-session-duration-for-git-operations-when-2fa-is-enabled ).