Atualização de segurança do Git: os runners de CI também precisam de correção

Seis vulnerabilidades do Git afetam operações como clones recursivos e patches binários. Inventarie instalações locais, incorporadas e automatizadas.

José Palanco José Palanco
Last Updated:
1 min read
Compartilhar
Atualização de segurança do Git: os runners de CI também precisam de correção

Além de ASPM

AppSec orientada por provas para equipes que desenvolvem com IA

A Plexicus usa AI Swarm Pentest para explorar caminhos autorizados da aplicação, validar o que é explorável e dar às equipes evidências para priorizar a remediação.

Explorar AI Swarm Pentest

Em 10 de novembro, o projeto Git lançou correções para seis vulnerabilidades. Uma pode permitir execução de código ao clonar recursivamente um repositório malicioso. O componente afetado é o próprio Git: inclua no inventário máquinas de desenvolvimento, runners de CI e aplicações que incorporam sua própria cópia.

O que a versão corrige

O anúncio do GitHub identifica CVE-2026-111760 em clones recursivos e CVE-2026-113408 no HEAD anunciado por um servidor. Os demais problemas afetam merges de tags assinadas, patches binários, merges grandes e fluxos fast-import. As consequências diferem: nem todos permitem execução remota de código.

Instale Git 2.56.1 ou a versão corrigida da sua linha de manutenção: 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 ou 2.50.2. Consulte o aviso e eventuais backports do distribuidor e atualize aplicações que incluem Git.

Resposta prática

  1. Inventarie versões do Git em máquinas, imagens de build, runners de CI e serviços que processam repositórios.
  2. Aplique correções do distribuidor confiável, reconstrua imagens e verifique a versão realmente executada.
  3. Até atualizar, evite clones recursivos de repositórios não confiáveis e merges, patches binários e fluxos fast-import não confiáveis. Essas medidas não substituem a atualização.
  4. Defina responsáveis e acompanhe a correção; uma varredura do repositório não comprova a versão de Git usada por um runner.

Como a Plexicus ajuda

A remediação da Plexicus ajuda no acompanhamento de achados validados de segurança de aplicações. Esta atualização também exige um processo de correção de infraestrutura: não suponha que uma varredura de aplicação atualize o Git.

Imagem: logotipo Git de Jason Long, CC BY 3.0; original sem alterações sobre fundo editorial.

Escrito por
José Palanco
José Palanco
José Ramón Palanco é o CEO/CTO da Plexicus, uma empresa pioneira em ASPM (Application Security Posture Management) lançada em 2024, oferecendo capacidades de remediação impulsionadas por IA. Anteriormente, ele fundou a Dinoflux em 2014, uma startup de Inteligência de Ameaças que foi adquirida pela Telefonica, e tem trabalhado com a 11paths desde 2018. Sua experiência inclui cargos no departamento de P&D da Ericsson e na Optenet (Allot). Ele possui um diploma em Engenharia de Telecomunicações pela Universidade de Alcalá de Henares e um Mestrado em Governança de TI pela Universidade de Deusto. Como um especialista reconhecido em cibersegurança, ele tem sido palestrante em várias conferências prestigiadas, incluindo OWASP, ROOTEDCON, ROOTCON, MALCON e FAQin. Suas contribuições para o campo da cibersegurança incluem múltiplas publicações de CVE e o desenvolvimento de várias ferramentas de código aberto, como nmap-scada, ProtocolDetector, escan, pma, EKanalyzer, SCADA IDS, e mais.
Leia mais de José
More to read

Related posts

Pronto para validar o que importa?

Pronto para validar o que importa.

O Plexicus é Proof-Driven AppSec: achados validados, compreensão contextual e remediação revisada — ancorada em evidência, escopada com você.

Qualificação

Verifique se o AI Swarm Pentest se adequa ao seu ambiente.

Partilhe o contexto mínimo. Vamos rever o escopo e indicar o próximo passo comercial.

Antes de enviar — verifique se se encaixa

0 / 280

Sem compromisso. Se não se encaixa, dizemos.

SAMPLE HANDOVER · ILLUSTRATIVE

Sample evidence handover

A trimmed view of what your team receives at the end of an AI Swarm Pentest engagement. Real engagements include full technical evidence, executive narrative, and a remediation plan.

VALIDATED FINDING Evidence attached

Server-Side Request Forgery in webhooks/receiver

demo-project/sample-app · src/webhooks/receiver.py:42

SeverityHigh CVSS 3.18.6 Priority79 Confirmedvia replay

Untrusted caller-supplied URLs reach an internal egress without an allowlist. Replayed in a sandbox against a fresh authorized target — the same control was validated to fail twice.

REVIEWER-READY REMEDIATION Merge-ready PR

Validate the target URL against an allowlist of permitted hostnames. Reject private/internal IP ranges. Enforce HTTPS only.

plexicus/remediation/webhooks-ssrf 3 changed · 0 new files
42resp = requests.get(target_url)
42+if not is_allowed_host(target_url):
43+  raise WebhookRejected(target_url)
44+resp = requests.get(target_url, timeout=5)
Every engagement hands over:
  • Executive briefing
  • Validated findings list
  • Merge-ready PRs
  • Compliance mapping (NIS2 · DORA · CRA)
Ronda privada Para investidores