Actualización de seguridad de Git: también hay que parchear los ejecutores de CI

Seis vulnerabilidades de Git afectan operaciones como los clones recursivos y los parches binarios. Inventaria las instalaciones locales, integradas y automatizadas.

José Palanco José Palanco
Last Updated:
1 min read
Compartir
Actualización de seguridad de Git: también hay que parchear los ejecutores de CI

Más allá de ASPM

AppSec basada en pruebas para equipos que desarrollan con IA

Plexicus usa AI Swarm Pentest para explorar rutas de aplicaciones autorizadas, validar qué es explotable y dar a los equipos evidencia para priorizar la remediación.

Explorar AI Swarm Pentest

El 10 de noviembre, el proyecto Git publicó correcciones para seis vulnerabilidades. Una puede permitir la ejecución de código al clonar recursivamente un repositorio malicioso. El componente afectado es Git: el inventario debe incluir equipos de desarrollo, ejecutores de CI y aplicaciones que incorporan su propia copia.

Qué corrige la versión

El anuncio de GitHub identifica CVE-2026-111760 en clones recursivos y CVE-2026-113408 en el HEAD anunciado por un servidor. Los demás problemas afectan fusiones de etiquetas firmadas, parches binarios, fusiones grandes y flujos fast-import. Sus consecuencias son diferentes: no todos permiten ejecutar código remotamente.

Instala Git 2.56.1 o la versión corregida de tu rama: 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 o 2.50.2. Consulta el aviso de tu distribuidor y sus posibles retrocorrecciones; actualiza también las aplicaciones que incluyen Git.

Respuesta práctica

  1. Inventaría las versiones de Git en equipos, imágenes de compilación, ejecutores de CI y servicios que procesan repositorios.
  2. Aplica los parches del distribuidor de confianza, reconstruye las imágenes y comprueba la versión que realmente se ejecuta.
  3. Hasta actualizar, evita clones recursivos de repositorios no confiables y fusiones, parches binarios y flujos fast-import no confiables. Estas precauciones no sustituyen la actualización.
  4. Asigna responsables y sigue la corrección; escanear un repositorio no demuestra qué versión de Git usa un ejecutor.

Dónde encaja Plexicus

La remediación de Plexicus ayuda a dar seguimiento a hallazgos validados de seguridad de aplicaciones. Esta actualización requiere además un proceso de parcheo de infraestructura: no supongas que un análisis de aplicaciones actualiza Git.

Miniatura: logotipo de Git de Jason Long, CC BY 3.0; logotipo original sin modificar sobre un fondo editorial.

Escrito por
José Palanco
José Palanco
José Ramón Palanco es el CEO/CTO de Plexicus, una empresa pionera en ASPM (Gestión de Postura de Seguridad de Aplicaciones) lanzada en 2024, que ofrece capacidades de remediación impulsadas por IA. Anteriormente, fundó Dinoflux en 2014, una startup de Inteligencia de Amenazas que fue adquirida por Telefónica, y ha estado trabajando con 11paths desde 2018. Su experiencia incluye roles en el departamento de I+D de Ericsson y Optenet (Allot). Tiene un título en Ingeniería de Telecomunicaciones de la Universidad de Alcalá de Henares y un Máster en Gobernanza de TI de la Universidad de Deusto. Como experto reconocido en ciberseguridad, ha sido ponente en varias conferencias prestigiosas, incluyendo OWASP, ROOTEDCON, ROOTCON, MALCON y FAQin. Sus contribuciones al campo de la ciberseguridad incluyen múltiples publicaciones de CVE y el desarrollo de varias herramientas de código abierto como nmap-scada, ProtocolDetector, escan, pma, EKanalyzer, SCADA IDS, y más.
Leer más de José
More to read

Related posts

¿Listo para validar lo que importa?

Listo para validar lo que importa.

Plexicus es Proof-Driven AppSec: hallazgos validados, comprensión contextual y remediación revisada — anclada en evidencia, acotada contigo.

Calificación

Comprueba si el AI Swarm Pentest encaja en tu entorno.

Déjanos el contexto mínimo. Revisaremos el alcance y te indicaremos el siguiente paso comercial.

Antes de enviar — verifica que encajas

0 / 280

Sin compromiso. Si no encajas, te lo decimos.

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 inversores