Filtered by vendor Gitlab
Subscriptions
Filtered by product Gitlab
Subscriptions
Total
1073 CVE
CVE | Vendors | Products | Updated | CVSS v3.1 |
---|---|---|---|---|
CVE-2021-39914 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 3.1 Low |
A regular expression denial of service issue in GitLab versions 8.13 to 14.2.5, 14.3.0 to 14.3.3 and 14.4.0 could cause excessive usage of resources when a specially crafted username was used when provisioning a new user | ||||
CVE-2021-39913 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 4.4 Medium |
Accidental logging of system root password in the migration log in all versions of GitLab CE/EE before 14.2.6, all versions starting from 14.3 before 14.3.4, and all versions starting from 14.4 before 14.4.1 allows an attacker with local file system access to obtain system root-level privileges | ||||
CVE-2021-39912 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 5.3 Medium |
A potential DoS vulnerability was discovered in GitLab CE/EE starting with version 13.7. Using a malformed TIFF images was possible to trigger memory exhaustion. | ||||
CVE-2021-39911 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 1.7 Low |
An improper access control flaw in all versions of GitLab CE/EE starting from 13.9 before 14.2.6, all versions starting from 14.3 before 14.3.4, and all versions starting from 14.4 before 14.4.1 exposes private email address of Issue and Merge Requests assignee to Webhook data consumers | ||||
CVE-2021-39910 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 2.6 Low |
An issue has been discovered in GitLab CE/EE affecting all versions starting from 12.6 before 14.3.6, all versions starting from 14.4 before 14.4.4, all versions starting from 14.5 before 14.5.2. GitLab was vulnerable to HTML Injection through the Swagger UI feature. | ||||
CVE-2021-39909 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 5.3 Medium |
Lack of email address ownership verification in the CODEOWNERS feature in all versions of GitLab EE starting from 11.3 before 14.2.6, all versions starting from 14.3 before 14.3.4, and all versions starting from 14.4 before 14.4.1 allows an attacker to bypass CODEOWNERS Merge Request approval requirement under rare circumstances | ||||
CVE-2021-39908 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 6.5 Medium |
In all versions of GitLab CE/EE starting from 0.8.0 before 14.2.6, all versions starting from 14.3 before 14.3.4, and all versions starting from 14.4 before 14.4.1 certain Unicode characters can be abused to commit malicious code into projects without being noticed in merge request or source code viewer UI. | ||||
CVE-2021-39907 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 5.3 Medium |
A potential DOS vulnerability was discovered in GitLab CE/EE starting with version 13.7. The stripping of EXIF data from certain images resulted in high CPU usage. | ||||
CVE-2021-39906 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 8.7 High |
Improper validation of ipynb files in GitLab CE/EE version 13.5 and above allows an attacker to execute arbitrary JavaScript code on the victim's behalf. | ||||
CVE-2021-39905 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 4.3 Medium |
An information disclosure vulnerability in the GitLab CE/EE API since version 8.9.6 allows a user to see basic information on private groups that a public project has been shared with | ||||
CVE-2021-39904 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 4.3 Medium |
An Improper Access Control vulnerability in the GraphQL API in all versions of GitLab CE/EE starting from 13.1 before 14.2.6, all versions starting from 14.3 before 14.3.4, and all versions starting from 14.4 before 14.4.1 allows a Merge Request creator to resolve discussions and apply suggestions after a project owner has locked the Merge Request | ||||
CVE-2021-39903 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 6.5 Medium |
In all versions of GitLab CE/EE since version 13.0, a privileged user, through an API call, can change the visibility level of a group or a project to a restricted option even after the instance administrator sets that visibility option as restricted in settings. | ||||
CVE-2021-39902 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 4.3 Medium |
Incorrect Authorization in GitLab CE/EE 13.4 or above allows a user with guest membership in a project to modify the severity of an incident. | ||||
CVE-2021-39901 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 2.7 Low |
In all versions of GitLab CE/EE since version 11.10, an admin of a group can see the SCIM token of that group by visiting a specific endpoint. | ||||
CVE-2021-39900 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 2 Low |
Information disclosure from SendEntry in GitLab starting with 10.8 allowed exposure of full URL of artifacts stored in object-storage with a temporary availability via Rails logs. | ||||
CVE-2021-39899 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 2.9 Low |
In all versions of GitLab CE/EE, an attacker with physical access to a user’s machine may brute force the user’s password via the change password function. There is a rate limit in place, but the attack may still be conducted by stealing the session id from the physical compromise of the account and splitting the attack over several IP addresses and passing in the compromised session value from these various locations. | ||||
CVE-2021-39898 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 3.7 Low |
In all versions of GitLab CE/EE since version 10.6, a project export leaks the external webhook token value which may allow access to the project which it was exported from. | ||||
CVE-2021-39897 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 2.6 Low |
Improper access control in GitLab CE/EE version 10.5 and above allowed subgroup members with inherited access to a project from a parent group to still have access even after the subgroup is transferred | ||||
CVE-2021-39896 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 3.8 Low |
In all versions of GitLab CE/EE since version 8.0, when an admin uses the impersonate feature twice and stops impersonating, the admin may be logged in as the second user they impersonated, which may lead to repudiation issues. | ||||
CVE-2021-39895 | 1 Gitlab | 1 Gitlab | 2024-11-21 | 6 Medium |
In all versions of GitLab CE/EE since version 8.0, an attacker can set the pipeline schedules to be active in a project export so when an unsuspecting owner imports that project, pipelines are active by default on that project. Under specialized conditions, this may lead to information disclosure if the project is imported from an untrusted source. |