{"id":184239,"date":"2026-11-12T11:41:56","date_gmt":"2026-11-12T09:41:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/uyazvimost-v-git-dopuskayushhaya-vypolnenie-koda-pri-klonirovanii-iz-vredonosnogo-git-repozitoriya"},"modified":"2026-11-12T11:42:03","modified_gmt":"2026-11-12T09:42:03","slug":"git-vulnerability-allows-code-execution-when-cloning-a-malicious-git-repository","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/git-vulnerability-allows-code-execution-when-cloning-a-malicious-git-repository","title":{"rendered":"Vulnerabilidade no Git que permite a execu\u00e7\u00e3o de c\u00f3digo ao clonar de um reposit\u00f3rio Git malicioso.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foram lan\u00e7adas vers\u00f5es corretivas do sistema de controle de vers\u00e3o distribu\u00eddo Git 2.56.1, 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 e 2.50.2, que corrigem 6 vulnerabilidades. A vulnerabilidade mais cr\u00edtica (CVE-2026-111760) permite a execu\u00e7\u00e3o de c\u00f3digo utilizando o comando «git clone» no modo «—recurse-submodules» com reposit\u00f3rios sob controle do atacante.<\/p>\n
O problema \u00e9 causado pelo fato de que o comprimento do nome da entrada no \u00edndice \u00e9 calculado usando um tipo inteiro de 32 bits. Ao passar um nome muito longo como «.git\/….», ocorre um estouro de inteiro e o atacante pode fazer com que o comprimento calculado seja igual a 4 bytes. Como resultado, ao verificar o valor, s\u00e3o usados os dados reais, enquanto ao realizar a opera\u00e7\u00e3o \u00e9 utilizada a vers\u00e3o truncada «.git», o que permite ao atacante substituir o arquivo «.git» no subm\u00f3dulo por um link simb\u00f3lico que aponta para um diret\u00f3rio com configura\u00e7\u00f5es e hooks.<\/p>\n
Outras vulnerabilidades:<\/p>\n
\n
CVE-2026-113408 — acesso al\u00e9m do diret\u00f3rio refs\/ atrav\u00e9s da passagem de um link simb\u00f3lico como HEAD com o valor «refs\/heads\/..\/\/..\/\/..\/\/TARGET» ao clonar um reposit\u00f3rio vazio pelo protocolo Git v2. Durante a execu\u00e7\u00e3o subsequente de «git commit», ser\u00e1 criado um arquivo TARGET na raiz do reposit\u00f3rio, que pode ser utilizado para sobrescrever arquivos no reposit\u00f3rio e permitir a execu\u00e7\u00e3o de c\u00f3digo.\n
CVE-2026-114467 — estouro de pilha ao remover assinaturas GPG, que potencialmente pode resultar na execu\u00e7\u00e3o de c\u00f3digo arbitr\u00e1rio. O problema \u00e9 causado pelo fato de que a fun\u00e7\u00e3o remove_signature() armazena as posi\u00e7\u00f5es das assinaturas em um array fixo, projetado para no m\u00e1ximo duas assinaturas. Ao passar uma tag com tr\u00eas ou mais assinaturas, os dados s\u00e3o salvos fora do array.\n
CVE-2026-114469 — ao verificar as restri\u00e7\u00f5es sobre o tamanho dos patches bin\u00e1rios, os dados antes da descompress\u00e3o dos dados comprimidos eram considerados, o que resultava na leitura de conte\u00fado fora dos limites do buffer.\n
CVE-2026-105437 — corrup\u00e7\u00e3o de mem\u00f3ria ao executar grandes opera\u00e7\u00f5es de mesclagem devido ao ac\u00famulo no tamanho do resultado em um campo do tipo int. Na configura\u00e7\u00e3o do GitLab, a vulnerabilidade pode ser explorada para executar c\u00f3digo (o problema foi bloqueado no GitLab 19.5.4).\n
CVE-2026-114466 — sobrescri\u00e7\u00e3o de arquivos arbitr\u00e1rios no sistema de arquivos atrav\u00e9s do comando «git fast-import» devido \u00e0 elimina\u00e7\u00e3o incompleta da vulnerabilidade CVE-2019-1348.\n<\/ul>\n