--- title: "Dia dos patches urgentes GitLab e Check Point liberam correções para falhas que davam controle total dos servidores" author: "Gustavo Ramos O. Klein" date: "2026-07-28 09:45:00-03" category: "Segurança & Privacidade" url: "http://desbugados.scale.press/portal/desbugados/post/2026/07/28/dia-dos-patches-urgentes-gitlab-e-check-point-liberam-correcoes-para-falhas-que-davam-controle-total-dos-servidores/md" --- ## Resumo - GitLab corrigiu duas falhas de corrupção de memória no Oj parser que permitiam RCE via diffs de Jupyter Notebooks em versões autogerenciadas. - Versões afetadas no GitLab incluem 15.2.0 a 18.10.7 (corrigida em 18.10.8), 18.11.0 a 18.11.4 (corrigida em 18.11.5) e 19.0.0 a 19.0.1 (corrigida em 19.0.2). - Check Point lançou Jumbo Hotfix em 22 de julho de 2026 para CVE-2026-16232 com CVSS 9.3, já explorada em ataques. - A falha da Check Point permite obtenção de token de login sem autenticação se o servidor de gerenciamento estiver exposto à internet sem restrições de Trusted Clients. - A PoC para o exploit do GitLab foi publicada em 24 de julho de 2026, seis semanas após o patch, e não foi listada como correção de segurança. - Atualize imediatamente as instalações autogerenciadas para evitar controle total dos servidores por invasores autenticados ou remotos. - Verifique configurações de Trusted Clients e exponha o gerenciamento apenas com proteções de firewall na Check Point. --- Nesta semana, **GitLab** e **Check Point** liberaram correções urgentes para vulnerabilidades críticas que permitiam a invasores obterem controle total de servidores em ambientes padrão de uso. A primeira envolve falhas de corrupção de memória no analisador **Oj**, um componente usado pelo GitLab para processar arquivos Jupyter Notebook, permitindo execução remota de código por usuários autenticados. A segunda é uma falha de bypass de autenticação no **SmartConsole** da Check Point, classificada com pontuação CVSS de **9,3**, que já está sendo explorada em ataques e permite privilégios administrativos completos sem credenciais quando o servidor está exposto à internet. Esses patches destacam a importância de manter os ambientes de desenvolvimento e segurança atualizados para preservar a integridade dos ecossistemas de TI, onde diferentes ferramentas se conectam como em uma rede de diálogo constante entre componentes que precisam interoperar de forma segura. Neste artigo, vamos desbugar os detalhes técnicos de forma prática, explicando o que aconteceu, quem está em risco e como aplicar as correções para proteger seus sistemas. ## A Exploração no GitLab: Quando o Parser de JSON se Torna uma Porta de Entrada no Ecossistema de Desenvolvimento A vulnerabilidade no **GitLab** surgiu de duas falhas de corrupção de memória no **Oj**, uma biblioteca de parsing de JSON escrita parcialmente em C e amplamente utilizada em aplicações Ruby para traduzir dados estruturados em objetos utilizáveis pelo programa. Essas falhas permaneceram no código por quase cinco anos, envolvendo uma escrita fora dos limites da memória e o vazamento de um ponteiro do heap, que é uma área de memória dinâmica onde o sistema aloca espaço temporário para dados em execução. A exploração aproveita a função do GitLab que exibe diferenças entre versões de arquivos Jupyter Notebook, que utilizam o formato JSON para armazenar código, visualizações e texto em documentos interativos usados por desenvolvedores e cientistas de dados. Um usuário autenticado podia enviar dois arquivos especialmente preparados e abrir a visualização das alterações, combinando as falhas para controlar um ponteiro de callback e executar comandos como o usuário de sistema git. Isso expunha repositórios, segredos da aplicação e serviços internos em edições Community e Enterprise autogerenciadas, transformando o que deveria ser uma ponte segura de interoperabilidade entre o conteúdo do notebook e o motor do GitLab em uma brecha que permite ao invasor assumir o controle do fluxo de execução. Você já parou para pensar como uma simples visualização de diff, que deveria facilitar a colaboração em projetos, pode se tornar uma falha na diplomacia digital entre componentes se não for mantida atualizada? Os pesquisadores da depthfirst publicaram o código de exploração funcional em 24 de julho de 2026, seis semanas após o patch do GitLab em 10 de junho. O **GitLab** não classificou a correção como de segurança, listando-a apenas como correção de bugs na atualização da dependência Oj para a versão 3.17.3. As versões afetadas vão de **15.2.0 até 18.10.7**, corrigidas em **18.10.8**; de **18.11.0 até 18.11.4**, corrigidas em **18.11.5**; e de **19.0.0 até 19.0.1**, corrigidas em **19.0.2**. A **GitLab.com** já estava protegida na data da divulgação, e clientes Dedicated não precisaram de ação, mas instalações autogerenciadas em versões vulneráveis devem atualizar imediatamente para evitar que a cadeia de exploração seja usada por qualquer usuário com permissão de push em um projeto. Essa situação ressalta como componentes de interoperabilidade, como o parser Oj que atua como tradutor entre dados JSON e o sistema Ruby do GitLab, precisam de manutenção constante para manter a conversa segura entre as partes do ecossistema de desenvolvimento. Para entender melhor vulnerabilidades anteriores no GitLab e como proteger sua conta, leia nosso artigo anterior sobre o tema [Alerta GitLab: Falha Crítica Permite Burlar 2FA e Expor Sua Conta. Veja Como se Proteger.](https://desbugados.com.br/post/2026/01/22/alerta-gitlab-falha-critica-permite-burlar-2fa-e-expor-sua-conta-veja-como-se-proteger) ## O Bypass na Check Point: Autenticação sem Credenciais em Ambientes Expostos à Internet Em paralelo, a **Check Point** lançou em 22 de julho de 2026 um Jumbo Hotfix para corrigir a vulnerabilidade **CVE-2026-16232**, que recebeu pontuação CVSS de **9,3** e permite que um invasor remoto sem autenticação obtenha um token de acesso válido para o SmartConsole, entrando no ambiente de gerenciamento com privilégios administrativos completos e podendo aplicar mudanças em políticas de segurança. A exploração depende de uma configuração específica: o servidor de gerenciamento precisa estar exposto diretamente à internet, sem restrições de endereço IP para clientes confiáveis, conhecidas como Trusted Clients. A fabricante identificou ataques contra um pequeno número de clientes e informou os afetados, mostrando que a falha já estava em uso ativa em configurações que não limitavam o acesso. Essa brecha afeta produtos Security Management e Multi-Domain Management, incluindo versões **R81.10**, **R81.20**, **R82** e **R82.10**, além de edições anteriores como R77.30 e outras, o que significa que muitos ambientes de gerenciamento de firewall e políticas de segurança estavam potencialmente expostos. O pacote também corrige outras duas vulnerabilidades, CVE-2026-62144 e CVE-2026-62145, relacionadas a bypass de autenticação e escalonamento de privilégios locais. No contexto de ecossistemas de segurança, o SmartConsole funciona como o centro de comando que integra políticas de firewall e gerenciamento de múltiplos domínios, e uma falha aqui é como uma falha na verificação de identidade em uma reunião diplomática, permitindo que um estranho assuma o lugar do embaixador sem passar pelos protocolos normais de acesso. Para mitigar, recomenda-se limitar os Trusted Clients a endereços IP ou sub-redes confiáveis e proteger o acesso ao gerenciamento com firewall, além de instalar o hotfix correto para cada versão, como o acumulador a partir do Take 36 para R82.10, Take 118 para R82 e Take 158 para R81.20. Todos os clientes Smart-1 Cloud já estão protegidos, e os IPs de atacantes identificados incluem **151.241.99.207**, **151.241.99.233**, **158.62.198.182**, **192.142.10.99**, **139.28.37.250** e **194.213.18.137**, que podem servir como referência para monitoramento em logs de acesso. Essa atualização urgente reforça a necessidade de revisões regulares nas configurações de exposição à internet, especialmente em ferramentas que gerenciam a segurança de toda a infraestrutura corporativa. Como as plataformas de segurança e desenvolvimento precisam interoperar de forma segura para criar valor conjunto, uma brecha em uma delas pode comprometer o diálogo entre sistemas que deveriam colaborar para proteger dados e serviços contra acessos não autorizados. ## Conectando os Casos: A Importância da Manutenção em Ecossistemas de TI Interconectados Esses dois casos ilustram como falhas em componentes específicos de ferramentas populares podem comprometer ecossistemas inteiros de TI, onde o GitLab gerencia o ciclo de vida do código e a Check Point protege as redes e políticas de segurança em uma rede de colaboração digital. A interoperabilidade entre essas soluções e outras, como pipelines de CI/CD ou sistemas de monitoramento, depende de que cada ponte esteja segura e atualizada, pois uma falha permite controle como o usuário git ou admin completo, o que vai além de um único servidor e afeta repositórios compartilhados, segredos e configurações que impactam equipes inteiras de desenvolvedores e administradores. Os patches foram liberados em datas próximas, com o do GitLab em junho e o da Check Point em julho, e a publicação da PoC para o GitLab em 24 de julho trouxe visibilidade renovada para a necessidade de ação imediata antes que exploradores ampliem o uso das técnicas. O Oj, como ponte entre JSON e Ruby, e o SmartConsole, como ponto de entrada para gerenciamento, mostram que a segurança não é isolada, mas parte de um diálogo constante entre plataformas que precisam se comunicar sem brechas. Você já refletiu sobre como sua organização lida com atualizações em ferramentas críticas, e se há processos para verificar se as versões estão nas faixas vulneráveis antes que exploradores as alcancem em ambientes de produção? ## A Caixa de Ferramentas: Passos Práticos para Aplicar os Patches e Proteger Seus Sistemas Para começar, verifique a versão atual do seu **GitLab** autogerenciado e compare com as faixas afetadas listadas acima, pois instalações em versões vulneráveis correm risco real de exploração por usuários com permissão de push em projetos que contenham notebooks. Se estiver em uma versão vulnerável, baixe e aplique a atualização para **18.10.8**, **18.11.5** ou **19.0.2** o mais rápido possível, priorizando ambientes que processam diffs de Jupyter Notebooks para restaurar a segurança na interoperabilidade entre arquivos e o sistema. Para a **Check Point**, confirme se o servidor de gerenciamento está exposto à internet e, se sim, aplique imediatamente o Jumbo Hotfix de 22 de julho de 2026, escolhendo o acumulador correto para sua versão específica para corrigir o bypass de autenticação e as falhas relacionadas. Além disso, revise as configurações de Trusted Clients para restringir o acesso apenas a IPs ou sub-redes confiáveis e adicione proteções adicionais de firewall ao redor do ponto de gerenciamento, monitorando logs para os IPs de atacantes conhecidos como forma de detecção precoce. Com essas ações coordenadas, você transforma potenciais brechas em oportunidades de fortalecer as conexões seguras no seu ecossistema, garantindo que as ferramentas continuem a dialogar de forma protegida e que o potencial humano combinado com sistemas atualizados gere resultados excepcionais sem obstáculos de segurança.