# Ataque de supply chain no GitHub: o que houve

> Published 2026-09-28T01:08:16.851Z on https://www.crazystack.com.br/pt/p/ataque-de-supply-chain-no-github-o-que-houve/
> Source video: https://www.youtube.com/watch?v=9fdEYPqZsF4

O ataque de supply chain contra o GitHub começou em uma extensão infectada do VS Code instalada no computador de um funcionário. Em maio de 2026, invasores roubaram dados de cerca de 3.800 repositórios internos da plataforma, sem evidência de impacto em repositórios de clientes.

## Como foi o ataque de supply chain contra o GitHub

O GitHub confirmou em 19 de maio de 2026 que foi alvo de um ataque de supply chain no qual invasores roubaram dados de cerca de 3.800 repositórios de código interno. A invasão começou em uma extensão infectada do [VS Code](https://code.visualstudio.com), o editor da Microsoft, instalada no dispositivo de um funcionário. Segundo a plataforma, não há evidência de impacto nos dados de clientes armazenados fora dos repositórios internos, e a investigação seguia em andamento na época.

O ponto mais delicado é que o GitHub não divulgou o nome da extensão comprometida. Como discutido na live da Fernanda Kipper com o Dev Doido do canal do youtube, se a extensão é popular, a comunidade precisaria saber o nome para remover o risco. Sem essa informação, cada desenvolvedor continua instalando plugins sem saber quem está por trás do código.

Veículos como o [BleepingComputer](https://www.bleepingcomputer.com) noticiaram que um grupo chamado ShinyHunters (identificado na cobertura da semana como responsável) assumiu a autoria e passou a vender os dados em fóruns de crime cibernético. O mesmo grupo já havia reivindicado um vazamento na Comissão Europeia em 2025, obtido a partir de uma chave de nuvem roubada por meio da ferramenta de varredura Trivy.

A lição técnica do caso é simples de enunciar e difícil de aplicar: o atacante não tentou derrubar os servidores do GitHub com força bruta. Ele comprometeu um fornecedor de software, a extensão do editor, e usou a máquina do funcionário como trampolim. Com tokens de API e arquivos de ambiente locais em mãos, o comportamento dos invasores imitou o dia a dia de um desenvolvedor legítimo, o que dificulta o disparo de alertas de segurança.

## O que é um ataque de supply chain e por que ele virou moda

Um ataque de supply chain explora a cadeia de fornecedores e ferramentas de uma empresa, em vez de atacar o alvo final diretamente. Em vez de tentar invadir os servidores do GitHub, o invasor compromete um software que o GitHub usa, como uma extensão do VS Code, e entra por esse elo intermediário.

A razão econômica é clara: grandes empresas têm times de segurança robustos, mas o mesmo nível de proteção raramente existe em bibliotecas open source, extensões de editor e plataformas menores que prestam serviço a elas. O custo de comprometer um plugin é muito menor do que o de furar a camada de defesa de uma enterprise.

O caso não é isolado. A própria OpenAI foi alvo de um ataque semelhante envolvendo o [TrickBot-style supply compromise de ferramentas de desenvolvedor](https://techcrunch.com), e semanas antes bibliotecas populares de JavaScript com milhões de downloads receberam versões com código malicioso que varriam tokens e chaves privadas das máquinas de quem instalava. A [OpenAI](https://openai.com) e outras empresas de IA aparecem cada vez mais como alvos desse tipo de campanha.

Isso muda o checklist de qualquer desenvolvedor. Cada extensão, skill de agente ou biblioteca que você instala é um elo da sua própria cadeia de suprimentos. Antes de instalar, vale olhar quem mantém o projeto, quantas pessoas revisam o código e se a versão mais recente tem atualizações inexplicáveis.

## A semana de 19 de maio de 2026 em resumo

Além do ataque ao GitHub, a mesma semana trouxe o incidente do Railway, a contratação de Andrej Karpathy pela Anthropic o início dos cortes de 10% da força de trabalho da Meta. A tabela abaixo resume os principais eventos com suas datas.

| Evento | Data (2026) | O que aconteceu |
| --- | --- | --- |
| Ataque ao GitHub | 19 de maio | Dados de ~3.800 repositórios internos roubados via extensão do VS Code |
| Incidente do Railway | 19 de maio | Conta no Google Cloud suspensa; ~8 horas de indisponibilidade total |
| Karpathy na Anthropic de maio | Pesquisador membro fundador da OpenAI anuncia entrada no time |
| Layoffs da Meta | 20 de maio | Início do corte de ~8.000 funcionários, cerca de 10% do quadro |

Cinco dias concentraram um ataque cibernético, um incidente de infraestrutura, uma movimentação de talento entre gigantes de IA e milhares de demissões. Para quem acompanha o mercado de tecnologia, foi uma aula de quanto o setor depende de confiança: confiança nas ferramentas que instalamos, nos provedores de nuvem que sustentam nossos deploys e nas pessoas que constroem os modelos.

## Incidente do Railway: 8 horas fora do ar por uma conta suspensa

O [Railway](https://railway.com), provedor de cloud focado em backend e bancos de dados que costuma ser citado como análogo do backend para quem usa a [Vercel](https://vercel.com) no frontend, ficou cerca de 8 horas completamente fora do ar na terça-feira, 19 de maio de 2026. A causa: a conta da empresa no Google Cloud foi suspensa automaticamente, sem aviso, pelo time do [Google Cloud](https://cloud.google.com).

A arquitetura explica o tamanho do estrago. O Railway divide a plataforma em duas camadas: a camada de dados, onde rodam os workloads dos clientes, e o control plane, o cérebro que gerencia login, pagamentos, builds e roteamento de domínios. A API de roteamento ainda estava hospedada no Google Cloud durante a migração para hardware próprio. Quando a conta foi suspensa, o control plane caiu junto.

O pior detalhe veio depois. À medida que os caches dos servidores de borda expiravam o TTL, cada requisição precisava consultar novamente a API de roteamento, que seguia fora do ar. Sem a tabela de roteamento, os domínios de todos os clientes deixaram de apontar para as máquinas corretas. As VMs e os bancos de dados continuavam de pé, mas nada respondia, porque o ponto de entrada havia desaparecido.

A conta foi restaurada rapidamente após contato com o Google, mas a recuperação completa levou de 6 a 8 horas para reiniciar servidores e repor caches. A conclusão do caso é de arquitetura, não de fornecedor: depender de um único provedor para o componente que roteia todo o tráfego é um ponto único de falha. A análise técnica completa, incluindo esse desenho de duas camadas, foi detalhada no [portal de conteúdo](https://crazystack.com.br) da Fernanda Kipper.

## Andrej Karpathy deixa a OpenAI e entra na Anthropic

Andrej Karpathy, pesquisador de IA que foi membro fundador da [OpenAI](https://openai.com) e liderou os programas de direção autônoma na Tesla até 2022, anunciou em 19 de maio de 2026 que entrou na [Anthropic](https://www.anthropic.com). No post no X, ele afirmou que os próximos anos na fronteira dos LLMs serão especialmente formativos e que queria voltar à pesquisa e desenvolvimento.

O cargo dele importa para entender o sinal. Karpathy não é um executivo: é um pesquisador formado em Stanford que participou das primeiras pesquisas da OpenAI, criou o curso online Neural Networks: Zero to Hero e mantém um canal no YouTube com aulas longas sobre LLMs. Pessoas com esse perfil são raras e disputadas.

Na Anthropic, ele começou trabalhando em pré-treinamento sob a supervisão do líder da equipe de pretraining. O pré-treinamento é a fase mais cara de um modelo de fronteira: é onde bilhões de dados formam os pesos da rede e dão ao Claude seu conhecimento essencial. Relatos da imprensa indicam que a contratação não gerou multa nem penalidade contratual entre os dois laboratórios.

Na mesma semana, a Anthropic também contratou Chris Huff, veterano de mais de 20 anos de cibersegurança com passagens pela Yahoo e pela Meta, para a equipe de testes de ameaças que estressa modelos avançados de IA. Dois hires pesados em uma única semana mostram a briga por talento entre os gigantes: OpenAI, Anthropic, Google e Microsoft estão todas disputando as mesmas poucas pessoas, e nós, usuários, colhemos os produtos dessa disputa.

## Layoffs da Meta: 8.000 cortes já anunciados desde abril

A [Meta](https://about.meta.com) iniciou em 20 de maio de 2026 o processo de demitir cerca de 8.000 funcionários, próximo a 10% da força de trabalho. Diferente do que parte da mídia noticiou, o corte não veio da noite para o dia: a empresa havia anunciado o plano em 24 de abril, com quase um mês de antecedência, e sinalizado que as demissões ocorreriam no fim de maio.

Depoimentos de sobreviventes aos cortes circularam nas redes e ajudam a entender o critério. Um funcionário relatou que uma colega com histórico de avaliações positivas, comits às 3 da manhã e menos de 4 horas de sono por noite durante meses foi demitida sem estar em zona de risco de performance. A própria Meta deixou claro que o corte não foi sobre desempenho individual, mas sobre realocar orçamento para investimentos em IA.

Um áudio atribuído a Mark Zuckerberg em uma conversa interna também circulou, no qual ele explicaria que o uso diário dos dispositivos dos funcionários serve para gerar dados de treinamento dos modelos. Como o áudio não pôde ser autenticado na live, trate essa parte como alegação não confirmada, não como fato. O roteiro, porém, é plausível: dados de trabalho de engenheiros de alto nível valem mais do que dados genéricos de consultorias.

## O que esses três casos ensinam sobre segurança e carreira

Os três eventos apontam para a mesma direção: reduzir pontos únicos de falha, tanto na infraestrutura quanto na carreira. Na infraestrutura, a lição do Railway é replicar o control plane em mais de um provedor. Na segurança, a lição do GitHub é auditar cada extensão e biblioteca antes de instalar.

Na carreira, os cortes da Meta e a mobilidade de um pesquisador como Karpathy mostram que nem esforço extremo nem senioridade técnica garantem estabilidade em uma empresa só. O que sobra é apostar em fundamentos: inglês funcional para vagas internacionais em plataformas como Arc e Proxify, redes de contato e conhecimento que atravessa ferramentas.

Uma lista prática para levar da semana:

- Revise as extensões do seu editor e remova as que você não conhece a origem.
- Guarde tokens e credenciais fora da máquina local, em cofres de segredos, para limitar o dano de um comprometimento.
- Evite pontos únicos de falha em arquiteturas críticas, especialmente em roteamento e autenticação.
- Não trate demissões em massa como julgamento de performance; planeje a carreira com essa realidade em mente.

## Perguntas frequentes

- **O ataque de supply chain contra o GitHub afetou repositórios privados de clientes?** Segundo o próprio GitHub, não há evidência de impacto nos dados de clientes armazenados fora dos repositórios internos da empresa. Os dados roubados somam cerca de 3.800 repositórios de código interno, e a investigação seguia em andamento em maio de 2026.

- **Como me proteger de um ataque de supply chain como desenvolvedor?** Audite o que você instala: extensões de editor, bibliotecas e skills de agentes de IA. Prefira projetos com mantedores conhecidos, desconfie de versões novas sem changelog claro e mantenha segredos fora da máquina local.

- **Por que o Railway ficou fora do ar por 8 horas?** A conta da empresa no Google Cloud foi suspensa automaticamente em 19 de maio de 2026, derrubando o control plane e a API de roteamento. Sem roteamento, os domínios de todos os clientes pararam de resolver, mesmo com as máquinas dos workloads ainda ligadas.

- **Andrej Karpathy saiu da OpenAI por multa ou penalidade?** Não. Relatos da imprensa indicam que a transição para a Anthropic resultou em penalidade ou multa por acordo entre os dois laboratórios. Ele começou trabalhando em pré-treinamento.

- **Os layoffs da Meta foram surpresa para os funcionários?** Não completamente. A Meta havia anunciado em 24 de abril de 2026 que cortaria cerca de 10% do quadro, próximo de 8.000 pessoas, com execução prevista para o fim de maio. A empresa também afirmou que o corte não foi baseado em performance individual.

## Transforme suas lives e vídeos em conteúdo que fica

A live que originou este artigo durou quase duas horas e cobriu segurança, infraestrutura, IA e mercado de trabalho. Esse tipo de conhecimento costuma ficar preso no arquivo da transmissão, difícil de buscar e de citar. Se você também tem entrevistas, aulas ou opiniões gravadas em vídeos no YouTube, dá para transformar esse material em um artigo estruturado e pesquisável: acesse o [Skala Blog](https://skalablog.com), cole a URL do vídeo, gere a transcrição e produza o artigo a partir dela.

[Source video](https://www.youtube.com/watch?v=9fdEYPqZsF4)