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 |
|---|---|
| Township of Evan, KS | 1 |
| Madrid, Madrid | 1 |
| Bogotá, Bogota D.C. | 1 |
| Paris, Île-de-France | 4 |
| Lyon, Auvergne-Rhône-Alpes | 1 |
| Lima, Lima | 1 |
| Aix-en-Provence, Provence-Alpes-Côte d'Azur | 1 |
| Trento, Trentino-Alto Adige | 1 |
| Le Chambon-Feugerolles, Auvergne-Rhône-Alpes | 1 |
| Antananarivo, Analamanga | 1 |
| Lure, Bourgogne-Franche-Comté | 1 |
| Ashkelon, Southern District | 1 |
| Veigné, Centre | 1 |
| Saint-Paul, Réunion | 2 |
| Mexico City, CDMX | 1 |
| León de los Aldama, GUA | 1 |
| Créteil, Île-de-France | 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:
-
ִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִִ (@FernaandoJrDev) relatou um problemaapi do github sem dando erro 500 até agora 🤦
-
Vitor (@haceelldasilva) relatou um problema@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
-
CryptoGeek (@CryptoGeekPT) relatou um problema3/ Isto não é anedota. Em Maio, outro paper analisou agentic workflows reais em GitHub Actions. 13.392 workflows. 10.792 repositórios. 519 potenciais vulnerabilidades. 496 confirmadas como exploráveis. 343 zero-days. O problema não é “o modelo alucina”. É o output virar acção.
-
Fabio Catalão (@fabiocatalao_) relatou um problemaUm relatório da Finbold mostra que hacks cripto já drenaram cerca de US$955 milhões no primeiro semestre de 2026. E a lista continua crescendo: no dia 11 de julho, um atacante suspeito fez uma ponte de $3,7 milhões de dólares em ativos da rede Hedera para a Ethereum via LayerZero, convertendo os fundos de WBTC para ETH, em uma carteira estimada em US$5,8 milhões. 1 semana antes, o DAO da memecoin BONK sofreu um ataque de sequestro de votação de governança que drenou cerca de US$20 milhões (4,426 trilhões de tokens) do tesouro da comunidade, derrubando o token em 18%. Além disso, pesquisadores éticos da Hexens revelaram em 4 de julho uma falha crítica na blockchain Aptos que poderia ter colocado até US$70 bilhões em risco sistêmico,(incluindo stablecoins e pontes entre cadeias), mas que foi corrigida antes de exploração. Na mesma semana, dia 08, o repositório GitHub do SDK da Injective Labs foi comprometido em um ataque de cadeia de suprimentos, com um pacote malicioso publicado no npm capturando chaves privadas e seed-phrase de wallets. Para o mercado, ondas de hack recorrentes têm duplo efeito: No curto prazo, geram pressão vendedora localizada nos tokens afetados e alimentam narrativa negativa sobre segurança do setor; No médio prazo, reforçam o argumento a favor de regulação mais rígida (municiando o debate do CLARITY Act). Proteções simples: evite concentrar posições em DAOs com governança de baixo quó*** e projetos DeFi novos ou com poucos testes de auditoria. Prefira carteiras hardware para guardar seus ativos no médio/longo prazo.
-
nanda ⭒˚.⋆ this & that (@nandaverseo_c) relatou um problemagithub para de dar erro, em nome de jesus
-
Arthur Castro (@arthurklose) relatou um problema*6. Quem não mete a mão não vê o gargalo.** João Del Valle, CEO do EBANX, reativando GitHub. Se não for na empresa, Replit na conta pessoal. Build lento? Só quem constrói sente. Contratação muda: ***** de palíndromo perde sentido. Junior deixa de ser pool de task simples e precisa entregar jornada fim a fim. O 10x sem o x é multiplicador: multiplica o bom e o ruim, e a discrepância fica gritante.
-
pedro (@pedrordrigs) relatou um problema@foryouyeji @fernando_bu_ Opus conseguiu criar repo no meu Github, configurou todo o pipeline do Github Actions, alocou toda stack via AWS Cloudformation e deployou sem nenhum erro, api, front e banco one-shot é só saber escrever o prompt e validar o resultado
-
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
-
albuquerque (@byalbuquerquesz) relatou um problemaEsse tipo de atitude é um mal exemplo terrível, pois desencoraja muita gente talentosa de melhorar a segurança da Internet e consequentemente pagar as contas com o trabalho bem-sucedido. É uma atitude deplorável vindo da empresa dona do Github
-
FellipeC (@FellipeC) relatou um problema@ayubio Explicado porque tá dando erro de rede pra logar no Github na extensão dos Github actions. Não importa o quanto, você odeia pouco o governo.
-
dennysmvn (@dennysmvn) relatou um problemaAPI do Github apresentando problemas no Brasil...
-
Rafael Coelho (@coelho_lab_) relatou um problemaapi do Github tem serios problemas com o domingo ne?
-
Gabriel Souto ◤✠◢ (@gabrielsouto) relatou um problemaForam 6 anos sem solução da Lenovo. E agora o ChatGPT resolveu o problema. Vou criar um repo público no github e disponibilizar lá a solução.
-
Augusto César (@AugustoCB23) relatou um problema@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!
-
Milca0 (@Milca0_) relatou um problemaFishing Frenzy está ENCERRANDO e DEVOLVENDO USDC @FishingFrenzyCo anunciou hoje que tanto Fishing Frenzy quanto Uncharted estão encerrando operações após não conseguirem encontrar product-market fit viável. Os servidores desligam em 25 de junho às 2am UTC e toda a economia entra em modo de encerramento USDC packages não estão mais disponíveis pra compra no jogo. FISH token virou spend-only e não é tradável. Karma scores agora são open source e estarão disponíveis no GitHub pra qualquer time usar. Todo USDC na liquidity pool será redistribuído pra comunidade e stakers baseado no Karma score snapshot tirado em 15 de junho. Se você gastou USDC desde o Chapter 3 launch em 14 de maio, esse valor será totalmente reembolsado A mensagem do time foi honesta e direta: gastaram muito tempo testando diferentes direções e modelos de negócio, mas os resultados não deram conviction suficiente pra seguir em frente. Preferem parar agora do que continuar queimando recursos em algo que não tá funcionando Isso é raro demais na indústria de Web3 Gaming. A maioria dos projetos ignora sinais ruins e continua pretendendo que tá tudo certo enquanto a comunidade perde grana. Fishing Frenzy fez diferente: reconheceu o problema, não jogou a culpa pra fora, devolveu o máximo que conseguiu, e saiu com transparência O time abriu a FAQ deles e tá disponível no Discord pra responder qualquer pergunta que a comunidade tiver sobre o processo de encerramento e redistribuição de fundos. Sky Mavis vai executar a distribuição final de Proof of Distribution rewards direto pra comunidade baseado nos dados que o time de Fishing Frenzy deixou documentado A lição pesada aqui é que nem todo experimento Web3 Gaming vai dar certo, e tá ok. O que não tá ok é desaparecer silenciosamente ou roubar a comunidade. Fishing Frenzy saiu certo Você tinha USDC investido em Fishing Frenzy ou era só observador do projeto? comenta pra gente 👇