Arquivos cifrados por ransomware, volume que não monta, RAID degradado, pasta apagada por engano. Aqui está o caminho de volta em cada cenário — e por que o NAS sozinho, por melhor que seja, não é backup.
A grande maioria dos ataques a QNAP que chegam até nós entrou pela mesma porta — o NAS publicado na internet. Se você é o técnico chamado para resolver, comece por aqui, nesta ordem.
Antes de qualquer coisa: desative o encaminhamento de portas no roteador, desligue o UPnP e o acesso remoto. Se o ataque ainda está em andamento, cada minuto conectado significa mais arquivos cifrados. Manter só a rede local já basta para trabalhar.
Se o volume aparece como não montado ou o RAID está degradado, não aceite a sugestão de inicializar, recriar ou formatar. Não troque a ordem dos discos. Muita perda definitiva acontece aqui, tentando “resolver” pelo assistente.
O QNAP tem Lixeira de Rede por pasta compartilhada — apagou por engano, pode estar lá. E, se o modelo suporta, veja se há snapshot anterior ao incidente. São os caminhos mais rápidos quando existem.
Se for ransomware: não pague e não confie em ferramenta de descriptografia achada em fórum — várias são golpe em cima do golpe. Preserve o estado, levante de onde veio a invasão e restaure de uma cópia externa. Pagar não garante chave e financia o próximo ataque.
Com o NAS protegido pelo SERVER BACKUP, o agente roda no próprio QTS / QuTS hero e a cópia mora fora do equipamento. É isso que dá opção quando o NAS em si é o problema.
Devolve pastas compartilhadas inteiras ou apenas os arquivos que faltam, para o NAS original ou para outro destino. Sem depender do estado do equipamento, porque a cópia não está nele.
Arquivo sobrescrito, planilha corrompida, projeto salvo por cima. Com versionamento, você escolhe a data e recupera o estado que valia naquele dia — sem restaurar o resto.
No caso de ransomware, a pergunta certa é quando a infecção começou. Com retenção configurada, você volta para antes disso — e com storage imutável contratado, a cópia não pôde ser cifrada nem apagada pelo atacante.
Quando o NAS foi perdido, furtado ou está em manutenção, os dados voltam para outro NAS ou para um servidor. O negócio não fica parado esperando peça de reposição chegar.
RAID protege contra falha de disco. Não protege contra apagar sem querer, contra o equipamento ser furtado, contra incêndio, contra firmware que corrompe o volume, nem contra ransomware — que aliás cifra todos os discos do array com o mesmo empenho.
Snapshot no próprio NAS e réplica para um segundo NAS na mesma sala melhoram a vida, mas seguem no mesmo prédio e, muitas vezes, na mesma rede que foi invadida. Backup é cópia isolada, fora do alcance de quem entrou.
Nada de servidor intermediário para dar manutenção: a proteção é instalada no QTS / QuTS hero e envia direto para os nossos data centers.
O agente é instalado no próprio NAS QNAP. Não precisa de um PC ligado 24 horas fazendo o papel de intermediário — e o backup roda mesmo com todo mundo de férias.
Não é espelho. Cada versão é preservada pelo tempo que a política definir — por isso um arquivo cifrado hoje não apaga a versão boa de ontem.
O destino não é outro disco do mesmo rack: é data center Tier-III no Brasil, replicado em dois estados. O que atinge o NAS não alcança a cópia.
| Cenário no QNAP | Caminho recomendado |
|---|---|
| Ransomware cifrou as pastas | Isolar o NAS da rede, identificar a data da infecção e restaurar um ponto anterior a partir da cópia externa. Não pagar. |
| Pasta ou arquivo apagado por engano | Checar a Lixeira de Rede da pasta compartilhada. Não estando lá, restauração granular a partir da cópia. |
| Volume não monta / RAID degradado | Não inicializar nem recriar o volume. Restaurar os dados para outro destino enquanto o hardware é tratado. |
| Atualização de firmware deu errado | Restauração completa para o NAS depois de recuperado — ou para outro equipamento, se a parada não puder esperar. |
| NAS furtado, queimado ou alagado | Restauração em outro equipamento. É o único cenário em que RAID, snapshot e réplica local não ajudam em nada. |
| Arquivo sobrescrito com versão ruim | Restaurar a versão anterior pela data, sem tocar no resto da pasta. |
O mesmo padrão de proteção da bringback, aplicado ao NAS QNAP.
Dados cifrados em trânsito e em repouso. A chave é sua — só você acessa o conteúdo.
Com storage imutável (object lock / WORM) contratado, o dado não pode ser deletado, alterado ou criptografado.
Verificação periódica com correção: o dado é conferido para garantir que está 100% restaurável.
Elimina blocos repetidos e comprime — menos espaço, menos banda, mais retenção pelo mesmo custo.
Replicado em 2 data centers Tier-III em estados diferentes, de 3 que operamos no Brasil.
Políticas diária, semanal, mensal e anual, com versionamento — do jeito que a auditoria pede.
* A imutabilidade depende do tipo de storage contratado (armazenamento imutável / object lock / WORM). É uma característica da infraestrutura de armazenamento, definida na contratação.
Todo backup é monitorado 24/7 na Plataforma iCOM e passa por testes de recuperação (Restore Drill): periodicamente, os dados são restaurados em ambiente isolado, a integridade é validada e vira relatório. É esse relatório que você mostra quando o cliente — ou a auditoria — pergunta se o dado volta mesmo.
Se existe cópia externa com retenção, sim: restaura-se um ponto anterior à infecção. Sem cópia externa, as chances dependem do que sobrou — lixeira, snapshot ainda íntegro ou algum diretório não alcançado. Pagar não é recomendado: não garante chave, e há casos em que o pagamento não devolveu nada.
Não é. RAID protege contra falha de disco. Se você apagar um arquivo, ele é apagado de todos os discos ao mesmo tempo. Ransomware, furto e incêndio também atingem o array inteiro.
Ajuda muito, mas vive no mesmo equipamento. Se o NAS for furtado, queimar ou tiver o volume corrompido, os snapshots vão junto. Eles resolvem rollback rápido — não perda do equipamento.
Resolve falha de hardware, se o segundo NAS estiver em outro local. Na mesma sala e na mesma rede, ele tende a ser alcançado pelo mesmo incêndio e pelo mesmo invasor.
Na Lixeira de Rede da pasta compartilhada, se estiver habilitada. Depois, em snapshot, se o modelo suportar. Não estando em nenhum dos dois, o caminho é a restauração a partir da cópia.
Não. O agente é instalado no próprio QTS / QuTS hero e roda direto do NAS, no horário programado.
Tire o NAS da internet ou exponha só via VPN, mantenha o firmware atualizado, desative UPnP e contas padrão, use senhas fortes com duplo fator — e tenha uma cópia fora do prédio, com retenção. Os três primeiros reduzem a chance; o último é o que garante a volta.
Se você é o técnico que apaga o incêndio quando o cliente liga desesperado, existe um jeito de essa ligação não acontecer mais — e de virar receita recorrente sua. Manda o cenário no WhatsApp: modelo do NAS, volume de dados e o que precisa proteger. A resposta vem em linguagem de técnico, sem ligação e sem roteiro comercial.