debian-mirror-gitlab/doc/security/password_storage.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

26 lines
1.2 KiB
Markdown
Raw Normal View History

2019-12-04 20:38:33 +05:30
---
2021-09-04 01:27:46 +05:30
stage: Manage
2022-04-04 11:22:00 +05:30
group: Authentication and Authorization
2021-02-22 17:27:13 +05:30
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-12-04 20:38:33 +05:30
type: reference
---
2021-09-04 01:27:46 +05:30
# Password storage **(FREE)**
2019-12-04 20:38:33 +05:30
2021-09-04 01:27:46 +05:30
GitLab stores user passwords in a hashed format to prevent passwords from being
stored as plain text.
2019-12-04 20:38:33 +05:30
2021-09-04 01:27:46 +05:30
GitLab uses the [Devise](https://github.com/heartcombo/devise) authentication
library to hash user passwords. Created password hashes have these attributes:
2019-12-04 20:38:33 +05:30
2021-09-04 01:27:46 +05:30
- **Hashing**: The [`bcrypt`](https://en.wikipedia.org/wiki/Bcrypt) hashing
function is used to generate the hash of the provided password. This is a
strong, industry-standard cryptographic hashing function.
- **Stretching**: Password hashes are [stretched](https://en.wikipedia.org/wiki/Key_stretching)
to harden against brute-force attacks. By default, GitLab uses a stretching
factor of 10.
- **Salting**: A [cryptographic salt](https://en.wikipedia.org/wiki/Salt_(cryptography))
is added to each password to harden against pre-computed hash and dictionary
attacks. To increase security, each salt is randomly generated for each
password, with no two passwords sharing a salt.