Para: usuários do mStudio da mittwald (principalmente agências web alemãs) e operadores que executam um servidor MCP que conecta assistentes de IA ao seu próprio serviço. Este artigo se baseia na postagem oficial do blog da mittwald e nas suas perguntas frequentes. Não trata de passos de ataque.
Em andamento: este artigo será atualizado conforme a organização publicar mais informações
- Quem é afetado
usuários do mStudio da mittwald (principalmente agências web alemãs) e operadores que executam um servidor MCP que conecta assistentes de IA ao seu próprio serviço.
- Confirmado até agoraVer a tabela ↓
- Ponto de entrada
- Projetos de clientes comprometidos
- Período tratado como comprometido
Mais 4
- Descoberta e desligamento
- Informações lidas
- Situação em 6 de novembro
- Publicação de dados
Apontado como possivelmente afetado
- Uso de ferramentas de IA
- Ainda não confirmado
- Se arquivos, bancos de dados ou caixas de e-mail de clientes foram acessados (a empresa diz que a revisão continua)
- Os detalhes e a localização da falha (código da empresa ou uma biblioteca)
- O relatório detalhado da empresa (previsto para a semana seguinte)
Mais 2
- Se o servidor MCP voltará
- Se ferramentas de IA foram realmente usadas (a empresa chama de suspeita)
- O que fazer agoraVer os passos ↓
- Verifique se você foi afetado: usou o servidor MCP e recebeu um e-mail da empresa?
- Se afetado: troque a senha e ative a autenticação em duas etapas
- Revise chaves de API, tokens de projeto e chaves SSH
Mais 3
- Troque as credenciais de serviços externos e avise as pessoas envolvidas
- Pergunte à empresa sobre os sites bloqueados e os backups
- Operadores de servidores MCP: revisem a sua própria configuração
- Onde verificar (fonte)Todas as fontes ↓
- mittwald, «Sicherheitsvorfall am MCP-Server» (blog oficial, em alemão; cronologia até 7 de novembro)
- Última verificação
- Em 10 de novembro de 2026
Próximos avisos e o que verificamos
A cronologia no blog da empresa vai até 7 de novembro de 2026. A empresa diz que publicará um relato detalhado na semana seguinte, quando a análise e a recuperação estiverem totalmente concluídas, e que até lá compartilhará informações pela sua página de status e por e-mail. Quando verificamos em 10 de novembro de 2026, ainda não encontramos esse relatório.
O que os usuários da mittwald e os operadores de MCP devem fazer hoje
Verifique se você foi afetado: usou o servidor MCP e recebeu um e-mail da empresa?
Segundo as perguntas frequentes da mittwald, os afetados são os clientes que usaram o servidor MCP, e eles recebem um e-mail pessoal. Se você nunca configurou o servidor MCP e não recebeu e-mail, a visão atual da empresa é que você não foi afetado. A autenticação em duas etapas continua recomendada.
A empresa aconselha tratar a conta como potencialmente comprometida se você usou o servidor MCP em 27 de outubro de 2026 ou depois, o dia em que o atacante realmente explorou a falha.
Se afetado: troque a senha e ative a autenticação em duas etapas
Seguindo a orientação da empresa, troque sua senha do mStudio e ative a autenticação em duas etapas. Agora que o mStudio voltou a ficar disponível, você também pode configurar uma passkey. Sobre passkeys, veja O que é uma passkey; sobre o básico da autenticação multifator, Primeiros passos com a autenticação multifator.
Revise chaves de API, tokens de projeto e chaves SSH
Isto segue a orientação da empresa.
- Examine sua lista de chaves de API, tokens de projeto e chaves SSH, e exclua o que você não reconhece
- Em particular, procure usuários SSH que você mesmo não criou
- A empresa revogou chaves de API por precaução
Como tratar chaves SSH é explicado em Privilégio mínimo para chaves SSH.
Troque as credenciais de serviços externos e avise as pessoas envolvidas
A empresa aconselha renovar as credenciais de serviços de terceiros, como bancos de dados, e-mail e APIs externas. Avise também as pessoas que usam seus projetos (seus clientes e sua equipe).
A empresa diz que, quando os clientes precisarem dar mais passos, ela os informará individualmente por e-mail.
Pergunte à empresa sobre os sites bloqueados e os backups
Segundo as perguntas frequentes da empresa, os sites bloqueados por precaução são reabertos um a um quando uma varredura de segurança termina. Se você restaurar a partir de um backup, a empresa diz que o cliente decide junto com ela quais alterações feitas desde 27 de outubro são mantidas. Os canais de contato e a página de status estão listados no blog da empresa.
Operadores de servidores MCP: revisem a sua própria configuração
O que verificar no seu próprio servidor MCP à luz deste incidente está resumido abaixo em «O que os operadores de servidores MCP devem revisar».
O que aconteceu (segundo o comunicado da mittwald)
Esta seção se baseia na postagem oficial do blog da mittwald «Sicherheitsvorfall am MCP-Server» (Incidente de segurança no servidor MCP) e nas suas perguntas frequentes. Os horários são os que a empresa informa. É o relato da própria empresa e não foi verificado por um terceiro.
21 de outubro (noite)
O atacante testa pela primeira vez uma falha no servidor MCP. A empresa escreve que foi mais ou menos na mesma época da discussão sobre o PHP2Shell.23 de outubro
O atacante começa a agir como um usuário comum: registra contas de teste, usa extensões e tenta injeções simples (a empresa).27 de outubro, 14:58 a 15:03
O atacante registra outra conta às 14:58 e explora a falha do servidor MCP às 15:03. A empresa trata como comprometidos todos os dados de 27 de outubro em diante.4 de novembro
De manhã a empresa percebe um comportamento incomum em um de seus sistemas. Bloqueia a primeira conta do atacante às 11:11 e coloca sua página de status em «investigando» às 12:53. Identifica o servidor MCP como ponto de entrada e o desliga. À noite o mStudio volta ao ar. Os projetos web ficaram acessíveis o tempo todo.5 de novembro
Pouco depois da meia-noite a empresa bloqueia os projetos com vestígios do atacante, desativa temporariamente o registro de contas novas e, durante o dia, bloqueia o login no mStudio e o acesso SSH aos projetos de clientes.Durante a investigação
Especialistas externos em forense de TI apoiam a análise, e a empresa informa as autoridades competentes.6 de novembro
A empresa examina forensemente os 56 projetos comprometidos e o servidor MCP. Varreduras repetidas não encontram mais projetos comprometidos e ela atualmente não consegue detectar atividade do atacante. O mStudio volta a ser utilizável durante a noite.7 de novembro
O mStudio e o acesso SSH voltam a ficar disponíveis. Os sites bloqueados por precaução continuam bloqueados por enquanto. A empresa diz que o centro de clientes e os sites gerenciados nele não foram afetados. A configuração de passkeys fica disponível.
A partir de 21 de outubro
Sondagem da falha, contas de teste
↓→
27 de outubro
Falha explorada, 56 projetos
↓→
4 de novembro
Descoberto, servidor MCP desligado
- Ponto de entrada
- Uma falha no servidor MCP, que conecta os assistentes de IA dos clientes ao painel de controle mStudio da empresa
- Alcance do comprometimento
- 56 projetos de clientes. A empresa trata como comprometidos todos os dados de 27 de outubro em diante
- O que foi lido (perguntas frequentes)
- Não senhas, mas tokens de sessão de usuários do servidor MCP, todos revogados. Com um token, quem o possuía podia acessar o mStudio com os direitos desse usuário
- Não afetados
- O centro de clientes e os sites gerenciados nele. A empresa diz que não foram afetados em nenhum momento
- Dados (perguntas frequentes)
- Não há sinal de que dados tenham sido publicados na internet, mas a revisão continua. Os clientes para os quais forem encontrados sinais de que arquivos, bancos de dados ou caixas de e-mail foram obtidos serão informados individualmente. Sem essa mensagem, atualmente não há sinal de acesso a esse projeto
- Sobre o uso de IA
- A empresa diz que os passos em seus logs se sucediam com segundos de diferença e, segundo relatos, o atacante se moveu pelos sistemas muito rápido. A empresa diz que isso sugere o uso de ferramentas de IA. É uma suspeita da empresa
- Resposta da empresa
- Bloqueio de contas e projetos, desativação do registro, bloqueio de login e SSH, revogação de acessos, desligamento do servidor MCP, varreduras repetidas. Especialistas externos em forense de TI apoiam a análise. As autoridades competentes foram informadas
- Próximo passo
- Na semana seguinte, quando a análise e a recuperação estiverem totalmente concluídas, publicará um relato detalhado. As informações virão pela página de status e por e-mail
O que se sabe e o que não se sabe
A situação em 10 de novembro de 2026. Atualizaremos a coluna de situação quando mais for divulgado.
| Item | Conteúdo | Situação |
|---|---|---|
| Ponto de entrada | Uma falha no servidor MCP | Confirmado (a empresa) |
| Projetos de clientes comprometidos | 56 | Confirmado (a empresa) |
| Período tratado como comprometido | Dados de 27 de outubro em diante | Confirmado (a empresa) |
| Descoberta e desligamento | 4 de novembro; servidor MCP desligado | Confirmado (a empresa) |
| Informações lidas | Tokens de sessão de usuários do servidor MCP. Senhas não lidas. Todos revogados | Confirmado (perguntas frequentes da empresa) |
| Centro de clientes e sites gerenciados nele | Não afetados | Não incluídos (a empresa) |
| Situação em 6 de novembro | Nenhum outro projeto comprometido encontrado; nenhuma atividade do atacante detectável | Confirmado (a empresa) |
| Acesso a dados de clientes (arquivos, bancos de dados, e-mail) | Clientes com sinais de obtenção serão informados individualmente; a revisão continua | Em investigação |
| Publicação de dados | Sem sinal de que foram publicados na internet | Confirmado (perguntas frequentes da empresa; a revisão continua) |
| Uso de ferramentas de IA | Uma inferência a partir da velocidade nos logs; sem prova direta | Possível (a empresa) |
| Detalhes e localização da falha | Não divulgados | Não informado |
| Volta do servidor MCP | Será decidida após a investigação | Em investigação |
| Relatório detalhado | Previsto para a semana seguinte | Previsto (a empresa) |
Como ler isto: o relato da empresa não foi verificado por um terceiro
O número 56 e a cronologia vêm da própria investigação da empresa. A empresa diz que especialistas externos em forense de TI apoiam a análise, mas as conclusões deles não foram publicadas. O uso de IA é uma suspeita que a empresa tirou da velocidade, não um fato confirmado. A imprensa diz que também não está claro se a falha estava no código da empresa ou em uma biblioteca de código aberto.
O que pode acontecer quando um servidor MCP se conecta a ambientes de clientes
O seguinte é geral e não significa que tenha acontecido aqui. O que a empresa publicou como tendo acontecido se limita a «O que aconteceu» acima.
MCP (Model Context Protocol) é uma forma de os assistentes de IA chamarem serviços externos. Conectado a um serviço que pode operar em servidores e bancos de dados, como um painel de controle de hospedagem, um servidor MCP vira uma porta para agir em nome dos usuários.
Se a autenticação ou as verificações de entrada nessa porta tiverem uma falha, as permissões que a porta detém podem alcançar os tokens e operações de outros usuários. Neste caso, o que a empresa diz que foi lido foram os tokens de sessão dos usuários, e com um token quem o possuía podia entrar no painel de controle com os direitos desse usuário. Quanto mais amplas as permissões do token, a mais projetos uma falha em uma única porta pode chegar.
O que os operadores de servidores MCP devem revisar
Esta seção não avalia a resposta da empresa, nem adivinha o conteúdo ou a causa da falha. A partir da cronologia publicada e da natureza geral dos servidores MCP, limita-se a pontos a verificar na sua própria configuração, e são nossa opinião.
Restrinja os tokens que você dá ao servidor MCP a cada finalidade
Nesta cronologia, os tokens que foram lidos viraram permissões do painel de controle tal como estavam (perguntas frequentes da empresa). Limite os tokens que um servidor MCP recebe ou emite ao que a tarefa do assistente de IA precisa, como somente leitura ou um único projeto, e mantenha-os separados dos direitos de administrador. Assim o alcance de um vazamento é menor (nossa opinião).
Torne os tokens de curta duração e prepare a revogação antes de um incidente
A empresa respondeu revogando todos os tokens que foram lidos. Uma expiração mais curta encurta o tempo em que um token vazado pode ser usado. Crie e ensaie antes de um incidente um procedimento para revogar tokens em massa (nossa opinião).
Pegue a fase de sondagem, antes do abuso real
No relato da empresa houve um primeiro teste em 21 de outubro, registros de contas de teste a partir de 23 de outubro e tentativas de injeção simples, e a falha foi realmente explorada em 27 de outubro. Alertas para rajadas de registros de contas novas, erros anormais nas entradas e chamadas pesadas de uma única conta poderiam pegar a fase de sondagem (nossa opinião).
Trate a velocidade como sinal de automação nos seus logs
A empresa tomou os passos com segundos de diferença como pista do uso de ferramentas de IA. Seja IA ou não, operações que continuam a partir de uma conta a uma velocidade que nenhum humano acompanharia são úteis para detecção. Coloque um teto na taxa de operações por conta e pare ou peça confirmação quando for excedido (nossa opinião).
Mantenha uma alternativa para quando desligar o servidor MCP
A empresa desligou o servidor MCP e indica aos clientes a sua ferramenta de linha de comando (CLI). Manter uma forma de trabalhar que não use MCP acelera a decisão de fechar uma porta (nossa opinião). Outro caso de IA agindo de forma autônoma em um ataque é explicado em A intrusão na Hugging Face (em inglês).
Fontes (registros públicos)
Os fatos deste artigo vêm das informações públicas abaixo. Detalhes de passos de ataque não são tratados.
- mittwald, «Sicherheitsvorfall am MCP-Server» (blog oficial, em alemão; cronologia até 7 de novembro) — mittwald.de
- mittwald, «MCP-Server: Was du jetzt wissen musst» (perguntas frequentes oficiais, em alemão; consultadas em 10 de novembro) — mittwald.de
- The Record, «Alleged AI-aided cyberattack exploits assistant interface to breach German web host» (reportagem, de apoio; 9 de novembro de 2026, em inglês) — therecord.media
Histórico de atualizações
2026-11-10: Primeira versão. Com base na postagem oficial do blog da mittwald (cronologia até 7 de novembro), nas suas perguntas frequentes e em reportagens. Atualizaremos quando for publicado o relatório detalhado que a empresa planeja para a semana seguinte.
Leia em seguida
- Plataformas de inferência de IA violadas: A falha do mecanismo de inferência da NEAR AI / O incidente de segurança da Fireworks AI
- IA agindo de forma autônoma em um ataque: A intrusão na Hugging Face (2026) (em inglês)
- Uma distribuição comprometida de ferramentas de IA: O LiteLLM 1.107.0 distribuiu um ladrão de credenciais
- Quando um provedor de hospedagem é violado: Como responder à violação de um provedor de hospedagem
- Autenticação multifator: Primeiros passos com a autenticação multifator / O que é uma passkey
- Outros incidentes de 2026: Vazamentos de dados e ciberataques de 2026 (em inglês)