Para: estudantes atuais, ex-alunos, pais e funcionários da Universidade Metropolitana de Osaka, pessoas que pensam em se candidatar à instituição, e profissionais de TI de universidades, empresas e governos locais que operam muitos servidores em uma plataforma de virtualização. Este artigo é baseado nos comunicados oficiais da Universidade Metropolitana de Osaka e em grandes reportagens, e não trata de técnicas de ataque.
Em andamento: este artigo será atualizado conforme a organização publicar novas informações
Até 24 de outubro de 2026Ainda não se sabe
- Quais dados pessoais vazaram do armazenamento em nuvem da contratada, e em que quantidade (a universidade está verificando com a contratada)
- Se os dados da plataforma de virtualização da universidade (cerca de 130.000 registros acadêmicos, entre outros) vazaram
- Uma linha telefônica de ajuda para ex-alunos e pais (a ser divulgada depois)
- Quando os sistemas principais serão restaurados (o comunicado de status de 23 de outubro é apenas interno; seu texto não é público)
No quinto comunicado, de 21 de outubro, a universidade afirma que está verificando com a contratada o conteúdo, os números e outros detalhes dos dados vazados e que tomará as medidas necessárias quando eles forem conhecidos. Um comunicado da biblioteca publicado em 23 de outubro diz que ainda não há previsão de restauração do sistema da biblioteca ou da rede, por isso dias, horários, usuários elegíveis e serviços seguem limitados por enquanto.
O que estudantes, ex-alunos e funcionários devem fazer agora
Consulte os comunicados na página OMU Entrance
O site principal (www.omu.ac.jp) está fora do ar. A universidade diz que publica as informações mais recentes sobre aulas e admissões na página OMU Entrance (https://e.omu.ac.jp/). Em 3 de outubro, também abriu um site provisório de comunicados (https://www.omu.moe/) para uso até que o site oficial seja restaurado, e este endereço aparece no material distribuído na entrevista coletiva.
Como o site provisório usa um domínio pouco familiar, é mais difícil distingui-lo de sites falsos semelhantes. Acesse-o pelo link na página Entrance que você salvou nos favoritos, e não por links em e-mails ou mensagens de texto.
Não siga links ou instruções em e-mails, mensagens de texto ou ligações que se digam da universidade
Reportagens dizem que os sistemas continham nomes, endereços residenciais, endereços de e-mail, fotos de carteirinha de estudante e outros dados. Uma mensagem com seu nome correto e dados de estudante não comprova que seja genuína.
Não responda mensagens que pedem para informar sua identidade, senha ou número de cartão em uma página linkada, mencionando "desculpas pela interrupção", "redefinição de conta", "reemissão de carteirinha" ou "procedimentos de mensalidade ou bolsa". Pergunte sobre qualquer coisa suspeita por um ponto de contato encontrado na página Entrance (como identificar golpes: O que é phishing).
Troque sua senha seguindo as instruções da universidade, na tela oficial
Em comunicado de 10 de outubro, a universidade diz que, como resposta de emergência ao ataque de ransomware, vem pedindo aos usuários que troquem a senha do sistema de autenticação OMU por uma nova. Quem ainda não configurou a autenticação em dois fatores não pode configurá-la ou redefini-la por enquanto e deve aguardar novas instruções.
Confirme se a instrução também aparece no site provisório de comunicados aberto a partir da página Entrance e, em seguida, troque sua senha na tela de login oficial da universidade. Não faça isso por links em e-mails ou mensagens de texto.
Se você usa a mesma senha da conta universitária em outros serviços, troque-as por senhas diferentes agora (como verificar: Como verificar se sua senha vazou; uma ferramenta para manter senhas separadas: Como escolher um gerenciador de senhas).
Não responda a quem disser que tem seus dados
Se você receber uma mensagem de alguém que afirma ter suas informações e pede pagamento ou resposta, não responda, não pague e não informe nada em uma página linkada. Guarde a mensagem e comunique à universidade e, no Japão, à linha de consulta da polícia #9110.
O destinatário não tem como verificar se o remetente realmente possui os dados. Responder pode marcar seu endereço como ativo e levar a mais mensagens.
Ex-alunos e pais: comparem qualquer mensagem com os comunicados da universidade e usem a central de atendimento em caso de dúvida
Diferentemente dos estudantes atuais, ex-alunos e pais não consultam os comunicados da universidade todos os dias, por isso mensagens falsas são mais difíceis de notar. Se receber uma mensagem sobre "confirmação da lista de ex-alunos", "taxas da associação de ex-alunos" ou "emissão de certificados", verifique se a mesma informação aparece na página Entrance ou no site provisório de comunicados.
Em 23 de outubro, a universidade abriu uma central de consultas e atendimento para ex-alunos e pais. Você pode usar o formulário do comunicado "本学情報基盤システムにおける障害にともなう相談・問い合わせ窓口について" no site provisório de comunicados (uma linha telefônica será divulgada depois). Se receber um contato suspeito que possa estar ligado a este incidente, comunique-o por lá.
Até 24 de outubro, os comunicados oficiais da universidade não informam quais ex-alunos são abrangidos (de quantos anos atrás, ou se estão incluídos os egressos de suas instituições antecessoras, a Universidade Municipal de Osaka e a Universidade Prefeitural de Osaka).
O que aconteceu (a partir dos comunicados da Universidade Metropolitana de Osaka)
A universidade emitiu seu primeiro e segundo comunicados em 2 de outubro, realizou uma entrevista coletiva em 5 de outubro, publicou um resumo da entrevista e o material distribuído em seu site provisório em 6 de outubro, emitiu um quarto comunicado em 8 de outubro e um quinto em 21 de outubro, e abriu uma central de atendimento para ex-alunos e pais em 23 de outubro. Salvo indicação em contrário, as informações a seguir se baseiam nos comunicados e no material da universidade.
2 de outubro de 2026, por volta de 0h20
A contratada responsável pela manutenção percebeu que os servidores da infraestrutura de informação estavam sendo desligados um após o outro e começou a investigar.2 de outubro, por volta de 1h40–4h00
A contratada notificou o departamento de TI da universidade. A equipe foi ao local e a investigação constatou que um grupo de servidores virtuais havia parado e que alguns dados apresentavam sinais de adulteração.2 de outubro, manhã
Por volta das 7h, o cancelamento das aulas foi anunciado na página Entrance. Por volta das 8h, a universidade comunicou o governo da Província de Osaka e a Prefeitura da Cidade de Osaka e, às 8h15, instalou um quartel-general de resposta a crises chefiado pelo reitor. Por volta das 11h, comunicou o Ministério da Educação, organizações de segurança da informação e a polícia.2 de outubro, tarde
Emitidos o primeiro comunicado (causa em investigação) e o segundo comunicado. As aulas foram suspensas até 8 de outubro, com retomada presencial prevista a partir de 9 de outubro.3 de outubro, por volta de 7h30
Foi aberto um site provisório para comunicados.5 de outubro
Por volta das 10h, a universidade entrou em contato com a Comissão de Proteção de Informações Pessoais. Na entrevista coletiva, a partir das 16h, afirmou ter concluído que a causa foi um ataque de ransomware.8 de outubro
Quarto comunicado: com a investigação e a recuperação ainda em andamento, a universidade anunciou que as aulas presenciais seriam retomadas em todos os campi na sexta-feira, 9 de outubro. No mesmo dia, o OMU Mail entre estudantes e funcionários voltou a ficar disponível.10 de outubro
Sobre a troca para uma nova senha do sistema de autenticação OMU, a universidade disse que quem não configurou a autenticação em dois fatores não pode fazê-lo por enquanto.20 de outubro
A contratada que mantém e opera os sistemas principais informou que uma subcontratada foi alvo de um ataque cibernético no fim de setembro e os sistemas da universidade foram acessados usando a conta legítima da subcontratada, e que dados pessoais relacionados à universidade e informações de sistema armazenados em nuvem usada pela contratada foram confirmados como vazados.21 de outubro
Quinto comunicado: a universidade publicou o relatório e disse que o conteúdo e os números dos dados vazados estão sendo verificados com a contratada. Os dados acadêmicos citados na entrevista (cerca de 130.000 registros, entre outros) estão na plataforma de virtualização da universidade e são separados; se vazaram, ainda está sob investigação.23 de outubro
Foi aberta uma central de consultas e atendimento para ex-alunos e pais (formulário; linha telefônica a ser divulgada depois). A biblioteca informou que ainda não há previsão de restaurar seu sistema ou rede e que seguirá funcionando com funções limitadas.
- O que aconteceu
- A partir das primeiras horas de 2 de outubro, uma falha em larga escala atingiu a plataforma de virtualização da universidade. Um grupo de servidores virtuais parou, e alguns dados apresentaram sinais de adulteração
- Causa
- Concluída como ataque cibernético, a saber, ataque de ransomware (5 de outubro). Em 20 de outubro, a contratada informou que uma subcontratada foi alvo de um ataque cibernético no fim de setembro e os sistemas da universidade foram acessados usando a conta legítima da subcontratada (quinto comunicado). A contratada está investigando os fatos e o alcance
- Principais sistemas afetados
- Rede do campus, OMU Mail, sites da corporação, portal da equipe, computadores de escritório (funcionários não conseguem fazer login), finanças e contabilidade, RH e folha de pagamento, assuntos acadêmicos, sistemas de apoio ao aprendizado, banco de dados de admissões, sistema da biblioteca (o material descreve esta como uma lista parcial)
- Informados como não afetados
- O primeiro comunicado disse que os sistemas do hospital universitário e do centro de medicina veterinária não foram afetados. Os sites de inscrição online e de matrícula funcionam em servidores externos e podem ser usados
- Dados pessoais (armazenamento em nuvem da contratada)
- A contratada informou que "dados pessoais relacionados à universidade e informações de sistema" armazenados em nuvem que ela utilizava foram confirmados como vazados. Conteúdo, números e outros detalhes estão sendo verificados com a contratada (quinto comunicado)
- Dados pessoais (plataforma de virtualização da universidade)
- Os dados citados na entrevista como possivelmente vazados (cerca de 130.000 registros acadêmicos, entre outros) estão na plataforma de virtualização da universidade e são separados dos acima. Se vazaram, ainda está sob investigação (quinto comunicado). A Comissão de Proteção de Informações Pessoais foi contatada em 5 de outubro
- Comunicado a
- Governo da Província de Osaka e Prefeitura da Cidade de Osaka, Ministério da Educação, polícia, organizações de segurança da informação, incluindo o JPCERT (centro japonês de coordenação de incidentes de segurança informática), e a Comissão de Proteção de Informações Pessoais
- Contato
- Ex-alunos e pais: a central de consultas e atendimento aberta em 23 de outubro (formulário; linha telefônica a ser divulgada depois). Inscrições e matrícula: Escritório de Admissões, 072-254-9117. Uma lista de pontos de contato está no comunicado "お問い合わせ先について" (pontos de contato) no site provisório de comunicados
- Situação da recuperação (pública)
- O comunicado sobre a situação e a perspectiva de recuperação dos sistemas principais (até 23 de outubro) é apenas interno, e seu texto não é público. O comunicado público da biblioteca (23 de outubro) diz que ainda não há previsão de restaurar o sistema ou a rede da biblioteca
O que dizem as reportagens
A entrevista coletiva de 5 de outubro foi coberta pela Kyodo News, Nikkei, Sankei Shimbun, Asahi Shimbun, Kansai TV, Yomiuri TV e outros veículos. Os números que não aparecem nos comunicados oficiais da universidade são tratados como informações de reportagens, conforme a seguir. No quinto comunicado, de 21 de outubro, a própria universidade descreve o número apresentado na entrevista como "cerca de 130.000 registros relacionados ao sistema de assuntos acadêmicos, entre outros" (registros, diferentemente das "cerca de 130.000 pessoas" citadas nas reportagens).
O que vários grandes veículos concordam
- Cerca de 500 servidores pararam
- Grande parte dos dados de backup também foi criptografada (Kansai TV, Yomiuri TV)
- Dados pessoais de pelo menos cerca de 130.000 pessoas, incluindo estudantes atuais e ex-alunos, podem ter vazado
- Os dados armazenados incluem nomes, endereços residenciais, endereços de e-mail e fotos de carteirinha de estudante
Não confirmado, ou com divergência entre reportagens
- Se os dados da plataforma de virtualização da universidade foram realmente vazados (a universidade está investigando; os dados no armazenamento em nuvem da contratada foram confirmados como vazados)
- Outros itens, como números de telefone (as reportagens divergem)
- Até que ponto funcionários e egressos das instituições antecessoras estão incluídos
- Se um resgate foi exigido (a universidade não comentou, citando a investigação)
Como ler: cerca de 130.000 registros não é um número confirmado de vazamento
O Asahi Shimbun e outros descrevem cerca de 130.000 pessoas como a quantidade de dados pessoais armazenados nos sistemas afetados. No quinto comunicado, a universidade situa isso como dados em sua plataforma de virtualização que "podem ter" vazado (cerca de 130.000 registros acadêmicos, entre outros), e diz que se vazaram está sob investigação. O que foi confirmado como vazado são outros dados, no armazenamento em nuvem da contratada, cujo conteúdo e números não foram publicados.
Mensagens falsas podem chegar enquanto todos aguardam a confirmação. Mesmo antes de saber se você foi afetado, vale começar hoje os passos acima.
O que é específico deste incidente: quando uma plataforma de virtualização para, centenas de servidores param de uma vez
Uma plataforma de virtualização executa muitos servidores (servidores virtuais) em conjunto sobre um conjunto de servidores físicos. Ela reduz custos de hardware e simplifica a gestão, mas, quando essa base para, todos os servidores que rodam nela também param.
Segundo a universidade, a falha em sua plataforma de virtualização parou um grupo de servidores virtuais, e sistemas muito diferentes, da rede e do e-mail até o acadêmico e a folha de pagamento, ficaram inutilizáveis ao mesmo tempo. Reportagens dizem que grande parte dos dados de backup usados para a recuperação também foi criptografada. A universidade afirma que sua contratada informou que o acesso ocorreu pela conta legítima de uma subcontratada, mas não divulgou até onde a criptografia se espalhou nem o estado de seus backups; por isso, o que segue trata desse tipo de configuração em geral.
Mesmo domínio de gestão
Conta administrativa da plataforma de virtualização
↓ controla ambos
Centenas de servidores virtuais
Backups
→ produção e backups ficam inutilizáveis juntos
Domínios de gestão separados
Administração da virtualização
Administração somente de backup (com MFA)
↓ permissões separadas
Centenas de servidores virtuais
Cópia que não pode ser apagada por um período definido, ou mantida offline
→ mesmo se a produção parar, há algo para restaurar
Ter backups não basta se eles estiverem onde as mesmas permissões de produção conseguem alcançá-los; em um incidente, eles também podem ficar inutilizáveis. No incidente de 2021 do Hospital Handa (município de Tsurugi), o relatório de investigação também registrou que o servidor de backup estava entre os servidores criptografados. O que este incidente acrescenta é a escala. Para restaurar centenas de servidores, não basta uma cópia sobrevivente: é preciso também uma ordem definida e um número conhecido de horas para colocá-los de volta.
Para organizações que operam muitos servidores em uma plataforma de virtualização
Os pontos abaixo não afirmam que a resposta da Universidade Metropolitana de Osaka foi inadequada. São precauções extraídas dos fatos nos comunicados e nas reportagens. Os fundamentos da regra 3-2-1 e dos testes de restauração estão em Fundamentos de backup (a regra 3-2-1). Aqui acrescentamos o que é específico das plataformas de virtualização.
Mantenha um backup que os administradores da virtualização não possam apagar
Primeiro, liste quais pessoas e quais contas podem apagar ou sobrescrever backups. Se a conta administrativa da plataforma de virtualização, ou o administrador do diretório que gerencia as contas de usuários do dia a dia, puder apagá-los, os backups estão no mesmo domínio de gestão da produção.
Como primeiro passo, crie uma conta administrativa separada apenas para backups, proteja-a com autenticação multifator e mantenha ao menos uma cópia em uma configuração que não possa ser apagada ou sobrescrita por um período definido (armazenamento imutável) ou em armazenamento normalmente desconectado da rede. Muitos produtos de backup e serviços de armazenamento em nuvem oferecem um recurso que bloqueia a exclusão durante o período de retenção.
Meça os testes de restauração em servidores e horas
Meça não apenas "conseguimos restaurar?", mas "quantas horas leva para restaurar os sistemas necessários para retomar o ensino ou o trabalho?". Para uma universidade, defina antecipadamente a ordem necessária para retomar, por exemplo autenticação, e-mail, sistema de gestão de aprendizagem, assuntos acadêmicos e, depois, a rede.
Uma vez por ano, restaure os 10 servidores mais importantes a partir da cópia desconectada em um ambiente separado e registre quanto tempo leva. Multiplique esse tempo pelo número de servidores para estimar quanto levaria uma restauração completa. Se a estimativa for longa demais, é sinal de que é preciso repensar como os backups são feitos ou como as prioridades são definidas.
Liste as contas que contratadas e subcontratadas usam e ative-as apenas quando necessário
Segundo o quinto comunicado da universidade, a contratada informou que a causa foi o acesso não autorizado usando a conta legítima de uma subcontratada. Como essa conta foi comprometida não foi publicado, então o que segue são preparativos gerais.
Primeiro, liste em quais dos seus sistemas as contratadas de manutenção e desenvolvimento, e suas subcontratadas, podem fazer login, e com quais contas. Inclua as contas usadas pela equipe das subcontratadas, não apenas pela contratada com quem você assinou. Depois, verifique se cada uma tem autenticação multifator, restrições de onde pode se conectar, ou se está habilitada apenas durante trabalhos programados. Verifique também, tanto no contrato quanto onde os dados realmente ficam, quantos dos seus dados pessoais e informações de sistema as contratadas podem manter em nuvem usada para o trabalho.
Prepare e divulgue um canal que continue funcionando quando a plataforma estiver fora do ar
Os comunicados da universidade mostram que seu site de inscrição online, em servidores externos, continuou funcionando, que foi possível anunciar o cancelamento de aulas na página Entrance na manhã da interrupção e que um site provisório de comunicados foi aberto na manhã seguinte. Quando o e-mail e o site oficial caem juntos, desaparece o meio de alcançar os usuários.
Prepare, em tempos normais, uma página de comunicados de interrupção que rode com outro provedor e contas administrativas diferentes das de produção. Se você informar seu endereço a estudantes e parceiros com antecedência, eles não precisarão adivinhar, durante uma interrupção, se um domínio pouco familiar é falso.
Como funciona o ransomware e como as organizações podem se preparar está em O que é ransomware, e casos em que sistemas hospitalares pararam estão em Hospitais com atendimento interrompido por ataques cibernéticos em 2026.
Fontes (registro público)
Os fatos deste artigo se baseiam nas informações públicas a seguir. Não especulamos sobre métodos de ataque ou causas que a universidade não divulgou. Números que vêm apenas de reportagens são identificados como tais no texto.
- Universidade Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第1報】" (primeiro comunicado sobre a falha no sistema de infraestrutura de informação, 2 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第2報】" (segundo comunicado, 2 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "情報基盤システムにおける障害に関する記者会見を実施" (entrevista coletiva realizada, 6 de outubro de 2026) e o material distribuído na entrevista (5 de outubro) — site provisório de comunicados / material distribuído (PDF)
- Universidade Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第4報】対面授業再開のお知らせ" (quarto comunicado: retomada das aulas presenciais, 8 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "【学生向け】OMUメール利用再開について" (retomada do OMU Mail, 8 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "OMU認証システムについて（二要素認証できない人について）" (sistema de autenticação OMU e configuração de dois fatores, 10 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第5報】委託先公表のサイバー攻撃事案に伴うシステム障害・情報漏洩について" (quinto comunicado: falha de sistema e vazamento de dados após ataque cibernético divulgado pela contratada, 21 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "本学情報基盤システムにおける障害にともなう相談・問い合わせ窓口について" (central de consultas e atendimento para ex-alunos e pais, 23 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, "図書館の開館について" (abertura da biblioteca, versão publicada em 23 de outubro de 2026) — site provisório de comunicados
- Universidade Metropolitana de Osaka, página OMU Entrance (informações sobre a interrupção e comunicados de cancelamento de aulas) — e.omu.ac.jp
- NHK News (reportagem sobre a entrevista coletiva da universidade, 5 de outubro de 2026) — news.web.nhk
- Kyodo News, "大阪公立大にランサム攻撃 個人情報、13万人流出恐れ" (5 de outubro de 2026, via Kahoku Shimpo Online) — kahoku.news
- Nikkei, "大阪公立大学にランサム攻撃 個人情報、13万人流出恐れ" (5 de outubro de 2026) — nikkei.com
- The Sankei Shimbun, "大阪公立大の大規模システム障害、サイバー攻撃が原因か 13万人超の個人情報流出恐れ" (5 de outubro de 2026, via Yahoo! News Japan) — news.yahoo.co.jp
- The Asahi Shimbun, "大阪公立大のシステム障害「ランサムウェアによる攻撃」大学が発表" (5 de outubro de 2026, via Yahoo! News Japan) — news.yahoo.co.jp
- Kansai TV, "大阪公立大 大規模システム障害の原因は「ランサムウェアによるサイバー攻撃」か" (5 de outubro de 2026) — ktv.jp
- Yomiuri TV, "大阪公立大学にサイバー攻撃か サーバー500台停止し全学部休講" (5 de outubro de 2026, via Infoseek News) — news.infoseek.co.jp
- Governo do Japão, relações públicas, "警察に対する相談は警察相談専用電話「#9110」番へ" (linha de consulta da polícia #9110) — gov-online.go.jp
Histórico de atualizações
2026-10-06: Primeira versão, com base no primeiro e segundo comunicados da Universidade Metropolitana de Osaka de 2 de outubro, na entrevista coletiva de 5 de outubro e seu material, e em grandes reportagens. A universidade diz que se dados pessoais vazaram está sob investigação; atualizaremos este artigo quando novos fatos forem publicados.
2026-10-11: Acrescentado o quarto comunicado de 8 de outubro (retomada das aulas presenciais em todos os campi a partir de 9 de outubro), a retomada do OMU Mail interno e o comunicado de 10 de outubro sobre a troca de senhas do sistema de autenticação OMU; reescrito o passo sobre senha. Se dados pessoais vazaram ainda estava sob investigação em 11 de outubro.
2026-10-24: Acrescentados o quinto comunicado de 21 de outubro (a contratada informou que a causa foi acesso não autorizado usando a conta legítima de uma subcontratada, que dados pessoais relacionados à universidade e informações de sistema no armazenamento em nuvem da contratada foram confirmados como vazados, e que isso é separado dos cerca de 130.000 registros e outros dados da plataforma de virtualização), a central de atendimento para ex-alunos e pais de 23 de outubro e o comunicado da biblioteca de 23 de outubro (ainda sem previsão de restauração). Atualizados o título, a descrição, o resumo, a linha do tempo, a lista de fatos e o FAQ, e acrescentados um quadro "ainda não se sabe" e um passo para organizações sobre a listagem das contas de contratadas. O comunicado de 23 de outubro sobre a situação e a perspectiva de recuperação é apenas interno e seu texto não é público, por isso não está refletido.
Leia a seguir
- Proteção contra mensagens falsas: O que é phishing / Como escolher um gerenciador de senhas
- Ransomware e backups: O que é ransomware / Fundamentos de backup (a regra 3-2-1) / O incidente do Hospital Handa
- Incidentes semelhantes no Japão: Ataque de ransomware na Medica Shuppan / Hospitais afetados por ataques cibernéticos
- Outros incidentes de 2026: Vazamentos de dados e ataques cibernéticos em 2026 (Japão e no mundo)