Status de GitHub: problemas de acesso e relatos de interrupção

Problemas nas últimas 24 horas

O gráfico a seguir mostra o número de reclamações sobre falha no serviço GitHub que recebemos por hora do dia nas últimas 24 horas. Consideramos que há uma interrupção quando o número de reclamações é maior do que a linha de base, representada pela linha vermelha.

Problemas mais relatados

A seguir estão os problemas mais recentes relatados pelos usuários da GitHub em nosso site.

• Site desativado (65%)
• Login (18%)
• Erros (18%)

Mapa ao vivo de interrupções

As últimas reclamações sobre falhas, interrupções e problemas vieram de

City	Problem Type	Report Time
Itapema	Site desativado	há 3 dias
Tlalpan	Login	há 8 dias
Quilmes	Site desativado	há 8 dias
Bengaluru	Site desativado	há 10 dias
Yokohama	Login	há 11 dias
Gustavo Adolfo Madero	Site desativado	há 15 dias

Mapa de Falhas e Interrupções Completo

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:

• 
  Hudson Brendon (@hudsonbrendon) relatou um problema há 2 minutos

  Tava com minha impressora 3D brigada (a tela touch dela simplesmente não funcionava) pluguei ela via interface serial no meu Mac e o Claude code simplesmente corrigiu o problema. Identificou o problema de software, baixou a última versão do GitHub, buldou o instalador e configurou todo o cartão sd pra instalação.

• 
  Ygor 💻 (@YgorIsm) relatou um problema há 3 minutos

  O problema não é nem só subir o .env pro github, mas ser arrogante quando as pessoas apontam isso

• 
  arthur félix (@felixisimmune) relatou um problema há 3 minutos

  @tnshi1lol eu uso o celestial e nunca deu problemas por aqui, acho mais provavel ter sido o github msm

• 
  Grok (@grok) relatou um problema há 6 minutos

  @AlmirMachado @DevSagazz @Economesteter Os arquivos vazados ficaram expostos por erro em um cache público da Anthropic, mas eles já removeram o acesso. Alguns trechos (como drafts do "Capybara v6") foram espalhados em gists no GitHub – busque "Capybara v6 Claude Mythos leak". Não recomendo baixar materiais internos vazados: podem conter dados sensíveis e violar termos. Espera o anúncio oficial deles!

• 
  Vitor (@haceelldasilva) relatou um problema há 8 minutos

  @radiationunit @LEONARDOOCS @felipefialho_ até mesmo bigtechs estão com problemas causados por mal uso de IA: aws, github, cc, etc. ela aumenta teu output, mas tende a diminuir a qualidade dele, ao codar na mão vc pensa no que escrever, enquanto escreve e depois na review. com AI se pensa pouco e só no prompt/plan

• 
  Mx_paia_19 (@nao_mx_nao_20) relatou um problema há 8 minutos

  @gabirodev Github cometeu um erro ao fazer isso ai ser pela data do commit e nao do push

• 
  Felpz Crypto (@FelpsCrypto) relatou um problema há 8 minutos

  Em 2015, a polícia chinesa visitou a casa de um programador. Disseram-lhe para parar de trabalhar no seu código. Mandaram-lhe apagá-lo do GitHub. Ele publicou uma última mensagem antes de obedecer: "Há dois dias, a polícia veio ter comigo e pediu-me para parar de trabalhar nisto. Hoje pediram-me para apagar todo o código do GitHub. Não tenho outra escolha senão obedecer. Espero um dia viver num país onde tenha a liberdade de escrever qualquer código que eu queira, sem medo." Então, ele apagou o repositório. Depois, apagou a mensagem. Então, aconteceu algo que o governo chinês não tinha previsto. Em poucas horas, o código foi replicado em milhares de outras contas do GitHub. Em poucos dias, tornou-se o repositório mais popular do GitHub a nível mundial. Em poucas semanas, todos os programadores chineses que sabiam compilar código tinham uma cópia. O governo tentou fazê-lo desaparecer. O simples facto de tentar tornou-o permanente. O projeto chama-se Shadowsocks. O nome de utilizador do programador era clowwindy. Ele criou um pequeno software que permitia a qualquer pessoa na China contornar o Grande Firewall e acessar a internet aberta. Sem assinatura. Sem empresa. Sem conta. Você configura um servidor em algum lugar fora da China. Você se conecta a ele. Seu tráfego parece uma navegação web criptografada normal, então o firewall não consegue detectar que você está usando o software. Por que isso aterrorizou o governo chinês em 2015: → Era de código aberto. Qualquer pessoa podia compilá-lo. → Era pequeno. Todo o protocolo cabia em algumas centenas de linhas de código. → Parecia tráfego HTTPS normal. O Grande Firewall não conseguia distingui-lo. → Não exigia dinheiro. Sem contas. Sem servidor central para ser apreendido. → Funcionava em todos os sistemas operacionais. Você não pode prender um protocolo. Você só pode prender a pessoa que o escreveu. E foi o que fizeram. E o protocolo continuou se espalhando. shadowsocks-windows: mais de 59.300 estrelas. GPLv3. Ainda online 11 anos depois. Os commits de 2015 que o governo chinês queria que fossem apagados ainda constam no histórico. O Clowwindy foi forçado a desistir. O código, porém, nunca foi. Mas NÃO o instale. O Grande Firewall também tem sentimentos. 100% código aberto. (Link nos comentários)

• 
  Luis Fernando Roquette (@luisroquette) relatou um problema há 9 minutos

  Crabbox 0.3.0 saiu. Agora roda Linux remoto, login via GitHub, e replay de runs ao vivo. DevOps sem frescura.

• 
  Daniel Schrage (@odanielschrage) relatou um problema há 12 minutos

  @FernandoCruz_21 Cara, isso realmente é uma falha de segurança da Lovable mas ao mesmo tempo, por padrão ao sincronizar no GitHub, o repo é privado. Tem que entender porque ele deixou o repo público, que foi o que ocasionou tudo isso

• 
  MayckO.On (@CreatorsOfChaos) relatou um problema há 14 minutos

  @lwa_exe Mari, respira fundo. Essa sensação de que o GitHub, o currículo e o LinkedIn estão péssimos bate em todo mundo que constrói tecnologia. Sabe o que é isso na verdade? É o seu senso crítico evoluindo. Você está estudando e aprendendo tanto que, quando olha para as coisas que estruturou no passado, acha ruim. Isso não é um sinal de fracasso, é a prova matemática de que você evoluiu. Dá vontade de dar um rm -rf em tudo e mudar de área, mas não tome decisões estruturais enquanto o seu sistema está em sobrecarga. A mente cansada e desmotivada gera muito falso positivo e faz a gente enxergar problema onde só falta um pouco de manutenção. Não tenta refatorar a sua vida inteira hoje. Dá um shutdown, vai descansar um pouco, tira o olho da tela. Quando você recuperar a energia, não olhe para o cenário inteiro de uma vez para não gerar ansiedade. Escolhe apenas uma única variável , um único README de projeto ou uma sessão do LinkedIn, e melhora só aquilo. Um bloco de cada vez, de forma determinística, sem pressa. A infraestrutura base você já tem, o resto é ajuste de rota. Se precisar de uma segunda opinião técnica ou de uma força para revisar esse material depois com calma, estamos na trincheira com você. Leva no seu tempo e fica bem!

• 
  0xM4ur1c10 (@0xM4ur1c10) relatou um problema há 16 minutos

  @p2pmebrasil só um detalhe rapeize, tenho movimentação na minha wallet de 2025 usando a p2p, porém não consigo fazer a verificação zk, x, github, linkedin, instagram não funciona 😞

• 
  Naldo Portela (@naldorp) relatou um problema há 16 minutos

  esse 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

• 
  Aldrei Peralta ➔ Campo ****ítico (@Aldreiperalta) relatou um problema há 19 minutos

  @_ferisso Querendo ou não todos vocês se copiaram , principalmente a interface só mudando o Layout da Hubla. Mas, isso pouco importa visto que vocês mesmo não ligam para esse movimento que é criar algo independente e orgânico. Por isso no Brasil não funciona Build in Public ou open Github!

• 
  BlackCat.exe | $P2P (@blackcaatt_) relatou um problema há 22 minutos

  Hoje em dia você consegue lançar uma algo inteiro praticamente do seu quarto. Claude → programação Supabase → backend + banco de dados Vercel → deploy (publicar o app) Namecheap → domínio Stripe → pagamentos GitHub → controle de versão Resend → envio de e-mails Clerk → autenticação (login de usuários) Cloudflare → DNS e segurança PostHog → analytics (análise de dados) Sentry → monitoramento de erros Upstash → Redis Pinecone → banco de dados vetorial Com esse stack você consegue construir, lançar e escalar um produto sem precisar de uma grande estrutura. Nunca foi tão possível transformar uma ideia em um produto que pode te render múltiplos dígitos.

• 
  gamer clt (@Drigow17) relatou um problema há 25 minutos

  @hakimbeybr @lucao_gb @barraes Mano, o env tá no github, o github não é um servidor e sim um repositório para versionamento de código. Se o repositório tá público, qualquer pessoa consegue acessar, não é uma invasão.

• 
  Fenix (@FenixBR04) relatou um problema há 28 minutos

  @CanalDoEd_ O programa foi descontinuado a um tempo mas ainda é mantido no github... perda de conta vc perderia mais se vc mostrar os seus endereço sessionid essas coisas e tals... e ele vc pode pegar Ban em jogo q tem aquele sistema de VAC... eu nunca tive problemas Tem tbm o AchiSteamFarm

• 
  Claudio (@kazzkiq) relatou um problema há 30 minutos

  Atenção devs, jogar uma ideia pra melhorar nosso país aqui: O que vocês acham da gente criar uma Org no GitHub com o único objetivo de criar sistemas open-source pra prefeituras usarem? Área de segurança, infra, gastos, KPIs, etc. todo feito pra consumo fácil e padronizado de dados, com APIs expostas pra integrar com outros sistemas e agentes IA. Todo mundo ajuda. São mais de 5500 municípios, desses a maioria sendo pequenos e de população carente, com prefeituras sem nem saber por onde começar a entregar (e medir) bons resultados. Se entregarmos uma receita de bolo pronta será que já não ajuda? O que acham, é uma boa? Obs.: pessimistas não são bem vindos, se for trazer problema que seja com bons argumentos

• 
  br-dev.org (@br_dev_org) relatou um problema há 34 minutos

  A 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.

• 
  trapiche (@trapiche_cloud) relatou um problema há 36 minutos

  Essa semana na trapiche 🧵 → Suporte a múltiplas instalações do GitHub App: repositórios de organizações agora aparecem corretamente → Fila de builds migrada pra Redis: deploys persistem e escalam horizontalmente → Recursos de Kubernetes ajustados por plano de assinatura → Rollback automático de deploys com falha no k3s → Moderação de conteúdo on-demand na API admin Para o futuro: → VM's → OpenClaw cc @sseraphini @acfilho_dev #bolhadev

• 
  Scheuer (@frankiecheuer) relatou um problema há 37 minutos

  utilizei uma source do github "zenshi" como base principal, a ideia do projeto é um site de animes sem anuncios e monetização, não sei ate quando vai ficar online, então aproveitem! caso encontrar problemas no site, me manda uma dm pls

• 
  SpiderM (@SpiderMorpheus) relatou um problema há 40 minutos

  GitHub hackeado hahaha blablabla mas se liga, isso aqui é uma resposta publica a um incidente de verdade. Enquanto a mentalidade parão das empresas brasileiras NÃO FOR ASSIM Sec vai ser sempre piada. A gente nunca sabe nada nem ***** nenhuma dos ataques que acontecem aqui. Isso é um problema, porque dificulta o compartilhamento de informações. E eu sei que não é só culpa da empresa, é parcialmente culpa de como a LGPD foi escrita, mas a gente precisa mudar o mindset pra ontem. A gente precisa parar de ser criança no cenário de cibersegurança, não porque nossos pesquisadores e especialistas são ruins (não são), mas porque as empresas ainda são bebezinhos mimados em comparação com o cenário ******.

• 
  Demostenes Albert | https://www.number.app.br (@Demoxtenex) relatou um problema há 41 minutos

  @brunocroh Eu não sei o que é o Claude Desktop, mas penso o seguinte: se você vai usar IA para conseguir trabalho como dev, o melhor não seria encher o GitHub de projetos que são úteis para você? Assim, as pessoas podem decidir se você sabe ou não resolver problemas reais usando IA. No final se não der certo quem sabe não sai um produto dai.

• 
  Preta (@monteinlobato) relatou um problema há 47 minutos

  Se tem um erro que nunca mais vou esquecer na minha vida é de integrar um projeto com o github e dar commit

• 
  Yield Hunter (@yieldhunter95) relatou um problema há 54 minutos

  hacksider/Deep-Live-Cam: 1.789 estrelas hoje no GitHub. Face swap em tempo real na webcam com uma única foto de referência. Você troca de rosto ao vivo em qualquer videoconferência. Qualquer rosto. Qualquer pessoa. A pergunta que esse projeto inevitavelmente levanta: em quanto tempo isso se torna um problema sério para verificações KYC, reuniões corporativas e autenticação por vídeo? A tecnologia está 3 anos à frente da regulação. Como sempre.

• 
  Augusto César (@AugustoCB23) relatou um problema há 55 minutos

  @leiaoanuncio quem não mete 2-FA em tudo é doido! Principalmente quem tem Xbox com cartão de crédito cadastrado. Abre QUALQUER app grande (Gmail, GitHub, Microsoft, etc) e procura nas opções o histórico de tentativas de login. Vai ficar abismado!

• 
  João Paulo Lins (@jpaulolins) relatou um problema há 55 minutos

  Tem que ficar ligado no TeamPCP (@pcpcats) que tá bombando agora. Eles estão fazendo uma campanha pesada de supply chain attack no open source. Começaram com o Trivy, pegaram credenciais via GitHub Actions, depois foram pra Checkmarx, LiteLLM e vários pacotes no npm e PyPI (incluindo Telnyx recentemente). O mais assustador? Gastaram menos de 150 dólares e já comprometeram mais de mil ambientes, roubando tokens de cloud, SSH, etc. Imagina o que um ator estatal faria com isso. No Telnyx eles trouxeram novidade pro Windows: usam esteganografia num arquivo de áudio, extraem um binário chamado msbuild.exe (nome legítimo do Microsoft Build) e colocam na pasta de startup. Persistência automática no login. Eles mesmos chamam de “my evasion tool” e estão pedindo feedback de evasão. O teamPCP fala que o propósito não é pra roubar grana de pessoa física (eles dizem que isso é “very bad business”). É pra mostrar na cara dura como a cadeia de suprimentos tá frágil pra caramba. Importante: ainda não tem solução mágica simples contra esse tipo de ataque. Scanners tradicionais falharam feio. Por enquanto, o que salva é defesa em profundidade: - Em dev: pipelines isolados, princípio do menor privilégio, verificação de integridade. - Em ****: pinning forte de versões, SBOM, rotação de credenciais, monitoramento comportamental. Dev e **** pedem abordagens diferentes. Quem só confia em um scanner tá exposto. Fiquem atentos e revisem os pipelines de vocês e os updates de pacotes.

• 
  Orlando Vitali (@nao_twitto) relatou um problema há 56 minutos

  @YURIWinchest @niggaCosmos @Abraham_Abrahub "tipifica como invasão qualquer acesso indevido a sistema PROTEGIDO, independentemente da falha que o expôs.". Só que não estavam em sistema protegido O github com o .env e as rotas estavam públicos. Teve erro de engenharia, e erro de engenharia a bucha é do engenheiro

• 
  MIBR Kositis | T1 (@KositisOFC) relatou um problema há 57 minutos

  @joaosenzi KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK mandei o .env pro github público, tem problema? FKSDALLFKASD

• 
  Homero (@dbarjs) relatou um problema há 58 minutos

  @lfgtavora @Reeshasx Estar público no Github não é o problema, só a questão do .env

• 
  Mateus (@P3r3ir4__) relatou um problema há 59 minutos

  @YURIWinchest Como desenvolvedor, é preocupante você tratar um erro crasso como 'invasão'. Se deixaram uma secret key exposta no GitHub, ele abriu a porta e publicou o mapa. Chamar isso de invasão é tirar a responsabilidade de quem falhou na segurança.