CVE ID | Publié | Description | Score | Gravité |
---|---|---|---|---|
In Gitea through 1.17.1, repo cloning can occur in the migration function. | 6.5 |
Moyen |
||
Open Redirect in GitHub repository go-gitea/gitea prior to 1.19.4. | 4.4 |
Moyen |
||
Gitea before 1.17.3 does not sanitize and escape refs in the git backend. Arguments to git commands are mishandled. | 9.8 |
Critique |
||
In Gitea before 1.16.9, it was possible for users to add existing issues to projects. Due to improper access controls, an attacker could assign any issue to any project in Gitea (there was no permission check for fetching the issue). As a result, the attacker would get access to private issue titles. | 6.5 |
Moyen |
||
Cross-site Scripting (XSS) - Stored in GitHub repository go-gitea/gitea prior to 1.16.9. | 5.4 |
Moyen |
||
Gitea before 1.16.7 does not escape git fetch remote. | 7.5 |
Haute |
||
Open Redirect on login in GitHub repository go-gitea/gitea prior to 1.16.5. | 6.1 |
Moyen |
||
The avatar middleware in Gitea before 1.13.6 allows Directory Traversal via a crafted URL. | 5.3 |
Moyen |
||
Missing Authorization in GitHub repository go-gitea/gitea prior to 1.16.4. | 7.1 |
Haute |
||
An issue exsits in Gitea through 1.15.7, which could let a malicious user gain privileges due to client side cookies not being deleted and the session remains valid on the server side for reuse. | 9.8 |
Critique |
||
Gitea 1.12.x and 1.13.x before 1.13.4 allows XSS via certain issue data in some situations. | 5.4 |
Moyen |
||
Stack buffer overflow vulnerability in gitea 1.9.0 through 1.13.1 allows remote attackers to cause a denial of service (crash) via vectors related to a file path. | 7.5 |
Haute |
||
Gitea 0.9.99 through 1.12.x before 1.12.6 does not prevent a git protocol path that specifies a TCP port number and also contains newlines (with URL encoding) in ParseRemoteAddr in modules/auth/repo_form.go. | 9.8 |
Critique |
||
The git hook feature in Gitea 1.1.0 through 1.12.5 might allow for authenticated remote code execution in customer environments where the documentation was not understood (e.g., one viewpoint is that the dangerousness of this feature should be documented immediately above the ENABLE_GIT_HOOKS line in the config file). NOTE: The vendor has indicated this is not a vulnerability and states "This is a functionality of the software that is limited to a very limited subset of accounts. If you give someone the privilege to execute arbitrary code on your server, they can execute arbitrary code on your server. We provide very clear warnings to users around this functionality and what it provides. | 7.2 |
Haute |