CVE-2026-52811
KrytyczneCVSS 9.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 37 — wyżej niż 37% wszystkich znanych CVE
Streszczenie
Gogs przed wersją 0.14.3 zawiera podatność polegającą na nieprawidłowym sprawdzaniu dowiązań symbolicznych podczas przesyłania plików przez multipart upload. Atakujący z uprawnieniami do zapisu w repozytorium może wykorzystać nazwę pliku zawierającą backslash, co prowadzi do zapisu dowolnych danych poza repozytorium, np. do pliku authorized_keys lub hooka post-receive.
Ocena ryzyka
Ryzyko obejmuje przejęcie kontroli nad serwerem Gogs poprzez dodanie klucza SSH do pliku authorized_keys lub wykonanie kodu po pushu (RCE) przez podmianę hooka post-receive.
Rekomendacja
Należy natychmiast zaktualizować Gogs do wersji 0.14.3 lub nowszej, która zawiera poprawkę usuwającą tę lukę.
Oryginalny opis (angielski, źródło NVD)
Gogs is an open source self-hosted Git service. Prior to 0.14.3, (*Repository).UploadRepoFiles checks for symlinks only on the leaf of the upload target (osx.IsSymlink(targetPath)). The siblings UpdateRepoFile, DeleteRepoFile, and GetDiffPreview use hasSymlinkInPath, which lstats every component — UploadRepoFiles is the lone outlier. An attacker with repo-write access plus a multipart upload whose filename contains a literal backslash (preserved by filepath.Base on Linux, then converted to / by pathx.Clean) redirects the write through a previously-committed directory symlink. iox.CopyFile opens the destination with os.Create (no O_NOFOLLOW), so the kernel follows the parent symlink and writes attacker bytes anywhere the gogs UID can write — ~git/.ssh/authorized_keys → SSH foothold, or <repo>.git/hooks/post-receive → next-push RCE. This vulnerability is fixed in 0.14.3.