Pular para o conteúdo
Última horaFerramentas dev

GitLab 19.5.1 corrige uma falha de execução de código com CVSS 10.0

O GitLab lançou em 21 de outubro de 2026 correções para a CVE-2026-110264, uma falha com CVSS 10.0 que permite a um atacante sem conta executar código em servidores autogerenciados.

Por Tech AI Wire Team

3 min de leitura

XLinkedIn
GitLab Docs page titled GitLab Critical Patch Release: 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10, 18.11.13, with a list of CVEs in the sidebar.

Em números

CVSS score of CVE-2026-110264
10.0
vulnerabilities fixed in the release
12
GitLab version lines patched
7
exposed GitLab CE instances tracked by Shadowserver
2,700+

O GitLab lançou em 21 de outubro de 2026 correções para a CVE-2026-110264, uma falha com nota 10.0, o máximo da escala de gravidade CVSS. Um bug no compilador de expressões regulares do GitLab podia permitir que um atacante sem conta executasse código em um servidor GitLab. O GitLab.com já foi corrigido, mas toda instalação autogerenciada precisa de atualização.

O que é a falha

Uma expressão regular, ou regex, é um padrão usado para buscar e reconhecer texto. O GitLab compila esses padrões em instruções antes de executá-los. Neste caso, o compilador sofre um estouro de inteiro: um número cresce além do que seu espaço de armazenamento comporta e volta ao início, o que pode corromper a memória.

Segundo a nota de correção do GitLab, uma regex criada de propósito provoca o estouro. Isso "poderia ter permitido que um usuário não autenticado executasse código arbitrário no servidor GitLab". A falha afeta tanto a Community Edition quanto a Enterprise Edition, desde o GitLab 7.0.

O ataque funciona pela rede e não exige privilégios nem ação de nenhum usuário, informa o GBHackers. Uma pessoa conhecida como joaxcar relatou a falha pelo programa de recompensa por bugs do GitLab no HackerOne. Nenhuma fonte relata ataques reais nem um exploit público. O GIGAZINE observa que o bug não está na lista de vulnerabilidades sabidamente exploradas da CISA.

Quais versões corrigem a falha

O GitLab corrigiu sete linhas de versões de uma vez:

LinhaVersão corrigida
19.519.5.1
19.419.4.3
19.319.3.6
19.219.2.9
19.119.1.9
19.019.0.10
18.1118.11.13

As quatro linhas mais antigas receberam a correção da CVE-2026-110264 como backport. Clientes do GitLab Dedicated com 19.3.5-internal0, 19.4.2-internal0 ou mais recente já têm as correções.

As outras 11 correções

A versão corrige 12 vulnerabilidades no total: uma crítica, duas altas, cinco médias e quatro baixas. Todas as 12 estão corrigidas em 19.3.6, 19.4.3 e 19.5.1.

As duas falhas altas afetam equipes que usam login único. A CVE-2026-15723, com nota 8,2, é uma falha de autenticação na vinculação automática do OmniAuth com o LDAP, mas só quando SAML e a vinculação automática do LDAP estão ligados ao mesmo tempo. A CVE-2026-112212, com nota 7,5, permite envenenamento de cache nos endpoints de descoberta do OAuth e do OpenID Connect.

Um mês agitado para a segurança do GitLab

Este não é o primeiro patch crítico do GitLab em outubro. Dez dias antes, o GitLab alertou sobre a CVE-2026-97229, outra falha 10.0 no compilador de regex do CI/CD, informa o BleepingComputer. Segundo o GIGAZINE, aquele patch de 12 de outubro tratava de 24 problemas, e servidores que só têm ele continuam expostos ao novo bug.

O BleepingComputer também cita a Shadowserver, que acompanha mais de 2.700 instâncias do GitLab CE acessíveis pela internet. Esse número mede a exposição, não ataques confirmados.

O conselho do GitLab é direto: "recomendamos fortemente que todas as instalações autogerenciadas do GitLab sejam atualizadas para uma dessas versões imediatamente".

O que isso significa para desenvolvedores

Um servidor GitLab próprio guarda o código-fonte e os segredos de CI de uma empresa, então um bug de execução de código sem login é o mais grave possível.

  • Atualize hoje e planeje a parada. As versões 19.3.6 e 19.4.3 trazem migrações de banco de dados. Instalações de um único nó precisam parar enquanto elas rodam, e configurações com vários nós podem usar o procedimento sem parada do GitLab.
  • Saia dos branches mais antigos. O GitLab só lista o conjunto completo de 12 correções para a 19.3.6 em diante. As linhas antigas, de 18.11.13 a 19.2.9, aparecem pela correção crítica.
  • Procure sinais de ataque. O GitLab publicou duas detecções para instâncias autogerenciadas, onigmo_native_worker_crash e org_mode_render_error_burst. Procure por elas nos seus logs.
  • Reduza a exposição. Se o seu GitLab não precisa estar na internet pública, coloque-o atrás de uma VPN ou de um gateway de login único.
  • Troque os segredos na dúvida. Um servidor GitLab comprometido expõe variáveis de CI/CD e chaves de deploy. Se encontrar sinais de invasão, troque todas.

Fontes

  1. GitLab Critical Patch Release: 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10, 18.11.13 - GitLab
  2. GitLab warns of new max severity code execution vulnerability - BleepingComputer
  3. GitLab Patches Critical 10.0 RCE Vulnerability Allowing Unauthenticated Remote Code Execution - GBHackers
  4. 12-Year-Old GitLab Vulnerability Allows Remote Code Execution on Self-Managed Server - Cyber Security News

Artigos relacionados