Mapa de falhas e interrupções no serviço GitHub
O mapa de interrupções a seguir mostra os últimos locais em todo o mundo onde usuários do serviço GitHub relataram estar tendo problemas e interrupções. Se você estiver tendo problemas com o serviço GitHub e sua área não estiver listada, não deixe de de enviar uma reclamação abaixo
O mapa de calor acima mostra onde os relatórios de mídia social e enviados por usuários mais recentes estão agrupados geograficamente. A densidade desses relatórios é representada pela escala de cores conforme mostrado abaixo.
Usuários da GitHub afetados:
A GitHub é uma empresa que fornece hospedagem para desenvolvimento de software e controle de versão usando o sistema Git. Ela oferece controle de versão distribuído e a funcionalidade de gerenciamento de código-fonte pelo Git, além de seus próprios recursos.
Locais mais afetados
Nos últimos 15 dias, as reclamações sobre interrupções e problemas tiveram origem em:
| Localização | Reclamações |
|---|---|
| Itapema, SC | 1 |
| Cleveland, TN | 1 |
| Tlalpan, CDMX | 1 |
| Quilmes, BA | 1 |
| Bengaluru, KA | 1 |
| Yokohama, Kanagawa | 1 |
| Gustavo Adolfo Madero, CDMX | 1 |
| Nice, Provence-Alpes-Côte d'Azur | 1 |
| Brasília, DF | 1 |
| Montataire, Hauts-de-France | 3 |
| Colima, COL | 1 |
| Poblete, Castille-La Mancha | 1 |
| Ronda, Andalusia | 1 |
| Hernani, Basque Country | 1 |
| Tortosa, Catalonia | 1 |
| Culiacán, SIN | 1 |
| Haarlem, nh | 1 |
| Villemomble, Île-de-France | 1 |
| Bordeaux, Nouvelle-Aquitaine | 1 |
| Ingolstadt, Bavaria | 1 |
| Paris, Île-de-France | 1 |
| Berlin, Berlin | 1 |
| Dortmund, NRW | 1 |
| Davenport, IA | 1 |
Discussão da comunidade
Dicas? Frustrações? Compartilhe aqui o que você está pensando. Não se esqueça de incluir a descrição do problema e a sua cidade e código postal.
Cuidado com "números de suporte" ou contas de "recuperação" que podem ser postadas abaixo. Certifique-se de denunciar e votar contra esses comentários. Evite postar suas informações pessoais.
Reclamações sobre problemas no serviço GitHub
Reclamações sobre falhas, interrupções e problemas mais recentes nas redes sociais:
-
Daniel Schrage (@odanielschrage) relatou um problemaSó eu que não consigo usar o Claude Design? Conecto no GitHub, e quando dou o prompt fica dando erro de conexão/network 🤡 O bom que consome igual
-
Yield Hunter (@yieldhunter95) relatou um problema90% do código produzido pelo Claude vai para repositórios GitHub com menos de 2 estrelas. Análise publicada hoje no Hacker News — 303 pontos de engajamento. Isso é sinal de problema ou sinal de saúde? Um lado diz: código descartável, IA gerando coisas que ninguém usa nem mantém. O outro diz: experimentação em escala real — a maioria das ideias sempre foi descartada antes de escalar. Isso nunca mudou. O que mudou: antes, apenas engenheiros experientes conseguiam prototipar rápido. Agora qualquer pessoa pode testar 10 ideias em um dia. Mas o mercado pode estar errado sobre o que métricas de estrelas no GitHub ainda significam na era da IA.
-
br-dev.org (@br_dev_org) relatou um problemaA TanStack publicou um postmortem detalhando um grande ataque de supply chain no npm ocorrido em 11 de maio de 2026, no qual invasores publicaram 84 versões maliciosas em 42 pacotes @tanstack/* em apenas seis minutos. O ataque combinou cache poisoning em GitHub Actions, abuso de pull_request_target e extração de um token OIDC diretamente da memória do runner, sem roubo de tokens npm tradicionais. Os pacotes comprometidos executavam payloads durante o npm install, podendo expor credenciais AWS, GCP, Kubernetes, Vault, GitHub e SSH em máquinas afetadas. A falha foi detectada publicamente em cerca de 20 minutos, e todas as versões maliciosas foram removidas e depreciadas posteriormente. A equipe também endureceu workflows, removeu caches e adicionou novas proteções nos pipelines CI/CD. Com base em: “Postmortem: TanStack npm supply-chain compromise”, do site TanStack. Siga, compartilhe, e comente.
-
Naldo Portela (@naldorp) relatou um problemaesse projeto no github usa sinal de wifi normal pra detectar posição humana, batimentos cardíacos e presença em tempo real. zero câmera. o roteador que vc já tem em casa consegue fazer isso com a lib certa. invisível, sem opt-out. privacidade vai ser o problema de tech da próxima década
-
Vinicius Alves Sousa (@Vinicius_ASousa) relatou um problemaCTOs, uma curiosidade: Quando um novo desenvolvedor entra na empresa, quanto tempo sua equipe leva para provisionar todos os acessos necessários? GitHub, Slack, Google Workspace, Jira, Notion, AWS, grupos internos e demais ferramentas. Isso é algo que já está automatizado ou ainda acontece de forma manual? Gostaria de entender se esse problema é realmente comum entre startups e empresas de tecnologia.
-
julAI (@estudajuly) relatou um problemaeu ainda não vejo necessidade de fazer um LinkedIn e um github porque na minha cabeça eu não sei de nada e ainda estou estudando lógica de programação, talvez eu esteja cometendo um erro brutal
-
Suet (@suet_https) relatou um problema@AkitaOnRails Como tenho matrícula na faculdade, uso o GitHub Copilot conectado no Crush ou OpenCode da Zen e acesso os modelos do Claude Sonnet, Opus e GPT. O problema é que você fica limitado ao que o GitHub disponibiliza, mas, se você está na faculdade, é um método de uso sem custo.
-
Primo dos Dividendos (@FrenteOcidental) relatou um problemaImagina que você quer que o Claude leia seu Google Drive, edite seu Notion, mande mensagem no Slack e analise dados do GitHub. Antes: 4 integrações separadas, cada uma reinventada. Depois do MCP: você instala 4 "MCP servers" e pronto. Plug and play. Os devs chamavam isso de "problema N×M". Acabou.
-
Roberta Duarte (@import_robs) relatou um problemaÉ absurdo o que o GitHub Spec Kit faz, estou há três semanas usando ele e já fez uma diferença na produtividade. Isso que estou usando o mini do GPT, imagino que com o Claude é coisa de céu sendo limite. Mas uma coisa é, como cientista, não tem como não ter a parte humana pra analisar e entender o sistema físico da coisa (no meu caso). E acho que é isso quando falam que agora estamos entrando na Physical AI, as LLMs e Agentes tão aí pra ajudar mas é preciso entender problemas do mundo real, aplicações reais.
-
Antonio Carlos Filho - trapiche.cloud (@acfilho_dev) relatou um problemaUMA ATRIZ DE HOLLYWOOD RESOLVEU O PROBLEMA DE MEMÓRIA DAS LLMS A atriz Mila Jovovic publicou um repo no GitHub que bateu todos os benchmarks de modelos pagos de memória de llms What a time to be alive
-
vicky! (@ickyvickywhy) relatou um problema@Satogai21zus provavelmente são drivers ruins no kernel, o problema é principalmente com os chips da Realtek, que são os mais comuns mas também tem um suporte bem pior que Intel e Mediatek Procura o modelo do seu chip de rede e um driver da comunidade no GitHub
-
jeannie/acc. (@FRGMTDJeannie) relatou um problema- Claude = programação. (US$ 20/mês) - Supabase = backend. (Gratuito) - Vercel = implantação. (Gratuito) - Namecheap = domínio. (US$ 12/ano) - Stripe = pagamentos. (2,9%/transação) - GitHub = controle de versão. (Gratuito) - Resend = e-mails. (Gratuito) - Clerk = autenticação. (Gratuito) - Cloudflare = DNS. (Gratuito) - PostHog = análise. (Gratuito) - Sentry = rastreamento de erros. (Gratuito) - Upstash = Redis. (Gratuito) - Pinecone = banco de dados vetorial. (Gratuito) Total para criar uma startup: ~US$ 20
-
CV.YH (@0xCVYH) relatou um problema@geicimonclb essa versao e a mais recente? tenta rodar openclaw update e ve se resolve. Se nao, abre uma issue no github com o erro completo que a gente investiga
-
Grok (@grok) relatou um problema@dostoievskizs @AQUELECARA @Abraham_Abrahub Pelo que vi no vídeo e no contexto do caso: ele tem culpa pela falha inicial de segurança ( .env público no GitHub + endpoint sem autenticação), que expôs os dados da AbraHub. Isso permitiu o vazamento. Depois, quem espalhou pode ter agravado (divulgação indevida). Ele se posiciona como vítima e cita advogados/ética, mas a raiz foi negligência dele. Não é só um ou outro – responsabilidade principal é dele.
-
Allyson de Paula (@DePaulaAllyson) relatou um problema🚨Estamos vivendo um daqueles momentos estranhos da indústria onde ninguém sabe ainda o tamanho real do problema… mas todo mundo experiente já entendeu que o risco é grande o suficiente pra agir AGORA. Então pare pra ler com calma… GitHub confirmou investigação sobre acesso não autorizado a repositórios internos. Ao mesmo tempo, grupos alegam ter acesso a milhares de repos privados e código interno sendo negociado por dezenas de milhões de dólares Até o momento, NÃO existe confirmação pública de que repositórios privados de clientes foram vazados em ***** Mas tem um detalhe importante aqui: Segurança não funciona só na base da confirmação. Funciona na base de superfície de risco… E é exatamente por isso que metade do X técnico entrou em modo: - rotacionar todas as chaves - rotacionar tokens - revisar GitHub Actions - congelar pipelines - revisar secrets - espelhar repos críticos fora do GitHub Porque existe uma diferença brutal entre: “não há evidência de impacto” e “temos certeza que não houve impacto” São coisas completamente diferentes O mais assustador nem é o suposto vazamento. É perceber o nível de dependência que a indústria inteira criou em cima de UMA plataforma centralizada: - CI/CD - Secrets - Deploy - Packages - Actions - OIDC - Infra - Produção Tudo acoplado e muitas vezes em dependência circular Muita empresa descobriu hoje que o GitHub não era “só um git remoto”. Era literalmente parte do perímetro de segurança da empresa… E isso explica a corrida desesperada que vc pode estar vendo no seu feed: - gente desabilitando GitHub Actions - removendo runners - rotacionando credenciais cloud - repatriando mirror dos repositórios - revendo integrações com terceiros Isso não significa que o GitHub “caiu” / nem que “acabou” / nem que “todo repo privado vazou” Mas significa que o mercado inteiro acabou de receber um lembrete extremamente relevante: “private repository” nunca significou “zero trust” E honestamente? Se essa história escalar, 2026 pode virar o ano em que muita empresa finalmente vai começar a tratar supply chain e CI/CD como infraestrutura crítica… e não como “feature de produtividade” Contexto importante: até agora o GitHub afirma que investiga acesso a repositórios internos e diz não haver evidências de impacto aos dados dos clientes fora dos seus próprios sistemas. Mas a investigação ainda está em andamento… Se você é CTO, SRE, DevOps ou Security: agora NÃO é hora de pânico. Mas definitivamente é hora de assumir que: - qualquer secret commitado um dia pode estar comprometido - qualquer token antigo merece rotação - qualquer pipeline merece auditoria - qualquer dependência automática merece revisão O custo de rotacionar credenciais hoje é irritante O custo de não rotacionar, se a situação piorar, pode ser existencial