Para impedir a criptografia, vazamento ou perda de dados causados por ataques de ransomware em seus servidores e bancos de dados, o Security Center oferece um sistema de defesa em profundidade com interceptação pré-ataque, contenção durante o ataque e recuperação pós-ataque. O serviço anti-ransomware (backup de dados) é a última linha de defesa. Integrado ao Cloud Backup, ele permite restaurar rapidamente os dados essenciais a partir de backups históricos, minimizando interrupções nos negócios e perdas de dados.
Recursos principais
O recurso Anti-ransomware fornece backup de dados por meio de dois modos de proteção, conforme o tipo de ativo: Anti-ransomware for servers e Anti-ransomware for databases.
Aspecto | Anti-ransomware for Servers | Anti-ransomware for Databases |
Ativos protegidos | Arquivos e diretórios comerciais em um servidor. Importante Não use o recurso Anti-ransomware for Servers para fazer backup de arquivos de bancos de dados. Esse modo não garante consistência de dados para bancos de dados. | Bancos de dados gerenciados localmente em servidores, como MySQL, Oracle ou SQL Server em uma instância ECS. |
Como funciona | Faz backup periódico de arquivos e diretórios críticos especificados. | Usa APIs nativas de bancos de dados para fazer backup dos dados, garantindo consistência no nível do aplicativo. |
Principais benefícios | Protege dados não estruturados, como arquivos comerciais críticos, aplicações e arquivos de configuração. | Oferece backup e recuperação confiáveis e consistentes para bancos de dados gerenciados localmente — uma prática recomendada para proteger dados transacionais essenciais. |
Limitações | Não protege caminhos montados, como diretórios OSS ou NAS montados em uma instância ECS. |
|
Fluxo de trabalho
O fluxo de trabalho do Anti-ransomware (backup de dados) inclui as seguintes quatro etapas:
-
Ative e autorize
Adquira capacidade de anti-ransomware e autorize o serviço. O sistema ativa automaticamente o serviço associado de Cloud Backup. Para instruções detalhadas, consulte Ativar e adquirir o serviço.
NotaA capacidade de anti-ransomware adquirida inclui os custos de ativação e armazenamento do serviço Cloud Backup. Não há cobranças adicionais.
-
Configure a política de proteção
Crie uma política de proteção para os servidores ou bancos de dados de destino com base no seu cenário comercial e defina o agendamento e o escopo do backup. Para instruções detalhadas, consulte Criar uma política anti-ransomware.
NotaInstâncias Alibaba Cloud ECS: O sistema detecta automaticamente a região das suas instâncias e exibe apenas servidores localizados em uma região compatível.
Servidores fora da Alibaba Cloud (por exemplo, em data centers ou em outros provedores de nuvem): Ao configurar uma política de proteção, você deve selecionar manualmente a região real do servidor.
-
Backups automáticos
Após configurar a política de proteção, o cliente Anti-ransomware transfere automaticamente e com segurança os dados para o serviço Cloud Backup.
NotaO processo de backup consome uma pequena quantidade de recursos do servidor.
-
Restauração de emergência
Para se recuperar de um ataque de ransomware, crie um trabalho de restauração a partir do backup mais recente e restaure rapidamente os dados criptografados. Para instruções detalhadas, consulte Criar um trabalho de restauração de servidor e Criar um trabalho de restauração de banco de dados.
Limitações
-
Limitações gerais
Disponibilidade por região: O serviço não está disponível em todas as regiões. Para ver a lista de regiões compatíveis, consulte Regiões compatíveis.
Backup e recuperação: O serviço não consegue descriptografar arquivos que foram criptografados por ransomware.
-
Anti-ransomware for Databases — limitações
Serviços de banco de dados em nuvem: O serviço não dá suporte a bancos de dados gerenciados em nuvem, como RDS e PolarDB.
Ambiente de rede: O serviço não dá suporte a instâncias ECS em uma Rede Clássica.
-
Anti-ransomware for Servers — limitações
Ambiente de implantação: O serviço não dá suporte direto à proteção de diretórios em contêineres. Para protegê-los, você deve primeiro mapear os diretórios do contêiner para o servidor host.
Sistema operacional: O serviço só dá suporte a versões específicas de sistemas operacionais. Para ver a lista de versões compatíveis, consulte Sistemas operacionais compatíveis (Anti-ransomware para servidores).
Consumo de recursos e planejamento
-
Visão geral do consumo de recursos
Anti-ransomware para bancos de dados: O consumo de recursos é desprezível.
Anti-ransomware para servidores: O processo de backup consome CPU e memória. A quantidade consumida depende do número e do tamanho dos arquivos, mas normalmente não afeta cargas de trabalho em produção.
-
Recomendações de configuração mínima
Dados de origem
CPU
Memória
100.000 arquivos
2 núcleos
4 GB
1 milhão de arquivos, total de 8 TB
2 núcleos
8 GB
10 milhões de arquivos
4 núcleos
16 GB
-
Otimização de recursos: Para controlar o consumo de recursos durante tarefas de backup, use as opções a seguir.
Ajuste a velocidade de backup: Equilibre a velocidade de backup com o consumo de recursos. Para obter mais informações, consulte Velocidades de backup e restauração.
Limite o uso de memória: Defina um limite de memória para o cliente de backup para evitar problemas de falta de memória (OOM). Para instruções detalhadas, consulte Como resolver problemas OOM no cliente de backup.
Faturamento
O custo é calculado com base na capacidade de anti-ransomware adquirida, determinada pelo volume de dados a serem copiados e pelo período de retenção escolhido — não pelo número de servidores.
Essa capacidade inclui os custos do serviço Cloud Backup e do armazenamento associado. Não há cobranças adicionais.
Se você adicionar por engano um caminho de rede, como um diretório NAS ou OSS, a uma política de proteção, poderá incorrer em taxas adicionais de acesso à origem. Proceda com cautela. Para obter mais informações, consulte Proteger caminhos de rede (como OSS/NAS).
Recomendações
-
Construa um sistema de recuperação em camadas
Recomendação: Para servidores comerciais essenciais, configure tanto o ECS Snapshot quanto o Anti-ransomware (backup de dados).
-
Explicação: O ransomware pode corromper o sistema operacional de um servidor, o que pode danificar ou desabilitar o cliente anti-ransomware e impedir a restauração de dados. Nesse cenário extremo, o melhor caminho de recuperação é:
Restaure o sistema com um snapshot: Use imediatamente o ECS Snapshot mais recente para reverter o servidor. Isso restaura o sistema operacional e o ambiente de execução do servidor para um estado saudável e traz novamente o cliente anti-ransomware online.
Restaure os dados com o serviço anti-ransomware: Após a restauração do sistema, use o recurso Anti-ransomware (backup de dados) para restaurar os arquivos comerciais essenciais a partir da versão de backup mais recente — que pode ser mais nova que o snapshot.
-
Evite conflitos entre ferramentas de backup
Recomendação: Não execute este produto simultaneamente com outras ferramentas de backup, como softwares de terceiros ou scripts personalizados.
Explicação: Operações simultâneas podem causar conflitos de leitura/gravação de arquivos, o que frequentemente resulta em falhas de backup ou corrupção de dados.
-
Proteja caminhos de rede (como OSS/NAS)
Recomendação: Não adicione caminhos de rede montados, como diretórios OSS ou NAS montados em servidores, a uma política de proteção anti-ransomware.
Explicação: Fazer backup desses caminhos envolve acesso frequente ao serviço de origem (OSS/NAS), o que pode gerar taxas adicionais elevadas por tráfego ou solicitações. Para esses cenários, use diretamente os recursos relevantes do Cloud Backup. Para instruções detalhadas, consulte Introdução ao backup de OSS e Introdução ao backup de NAS local.
-
Use proteção dedicada para arquivos de banco de dados
Recomendação: Use o recurso Anti-ransomware for Databases para proteger arquivos de bancos de dados em seu servidor, como
.mdfe.ibd.Explicação: Fazer backup direto de arquivos de bancos de dados não garante consistência nem recuperabilidade dos dados. O recurso Anti-ransomware para bancos de dados usa APIs nativas de bancos de dados para garantir backups válidos e consistentes no nível do aplicativo.
-
Configure a proteção de contêineres
Recomendação: Para proteger um diretório dentro de um contêiner, mapeie-o para o servidor host.
-
Explicação:
O recurso Anti-ransomware (backup de dados) funciona protegendo diretórios do host. Portanto, ele não pode fazer backup diretamente de bancos de dados ou arquivos não mapeados dentro de um contêiner.
-
Use o parâmetro
-vdo comandodocker runpara vincular um diretório do host a um diretório do contêiner.-
Formato do comando:
-
Exemplo:
Mapeie o diretório
/app/datadentro do contêiner para o diretório/home/user/datano host:
-
Apêndice
Regiões compatíveis
Recurso | Área | Regiões compatíveis |
Antiransomware para servidores | Continente chinês |
|
Ásia-Pacífico | Indonésia (Jacarta), Japão (Tóquio), Malásia (Kuala Lumpur), China (Hong Kong), Cingapura, Filipinas (Manila) | |
Europa e América | EUA (Silicon Valley), EUA (Virgínia), Alemanha (Frankfurt), Reino Unido (Londres) | |
Oriente Médio | Arábia Saudita (Riade — indisponível no momento devido a problemas de rede) | |
Antiransomware para bancos de dados | Continente chinês |
|
Ásia-Pacífico | China (Hong Kong), Cingapura |
Sistemas operacionais compatíveis (Anti-ransomware for Servers)
O recurso Anti-ransomware for Databases permite instalar o cliente antiransomware apenas nos sistemas operacionais listados na tabela a seguir.
|
Sistema |
Versões compatíveis |
|
Windows |
7, 8, 10, 11 |
|
Windows Server |
2008 R2, 2012, 2012 R2, 2016, 2019, 2022, 2025 |
|
RHEL |
7.0, 7.2, 7.4, 7.5, 7.6, 7.7, 7.8, 8.0, 8.1, 8.2 |
|
CentOS |
6.5, 6.9, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.2, 8.3 |
|
Ubuntu |
14.04, 16.04, 18.04, 20.04 |
|
SUSE Linux Enterprise Server |
11, 12, 15 |
|
Rocky Linux |
8.7 |
Bancos de dados e sistemas operacionais compatíveis Anti-ransomware for Databases
O recurso Anti-ransomware for Databases permite instalar o cliente antiransomware apenas nos bancos de dados e sistemas operacionais listados na tabela a seguir.
Tipo de banco de dados | Versões compatíveis do banco de dados | Versões compatíveis do sistema operacional |
Oracle | 9i |
|
10g |
| |
11g |
| |
12c |
| |
18c |
| |
19c | Oracle Enterprise Linux 7.0 | |
Oracle RAC | 9i | SUSE 9.3, RHEL |
10g | Windows 2008 R2 | |
11g |
| |
12c |
| |
18c | Windows 2008 R2 | |
19c | RHEL 7.6 | |
Oracle Data Guard | 11g |
|
12c | Oracle Enterprise Linux 6 | |
MySQL | 5.0 |
|
5.1 |
| |
5.4 |
| |
5.5 |
| |
5.6 |
| |
5.7 |
| |
8.0~8.0.32 |
| |
SQL Server | 2005 | Windows 2008 R2 SP1 |
2008 | Windows 2008 R2, Windows 2008 R2 SP1 | |
2008 R2 | Windows 2008 R2 | |
2012 | Windows 2012 RC | |
2014 | Windows 2008 R2 SP1, Windows 2016 | |
2016 (RTM) | Windows 2012 R2 | |
2017 | Windows 2012, Windows 2016 | |
2019 | Windows 2016 | |
SQL Server Always On | 2012, 2016, 2017 | Windows 2012 R2 |
Endpoint de rede
Tipos de endpoint
Plano de gerenciamento: Transmite sinais de controle entre o cliente anti-ransomware e o serviço Cloud Backup.
Plano de dados: Transfere os dados de backup.
Servidores Alibaba Cloud
Endpoints da política de proteção v2.0
Região | Tipo | Endpoint público | Endpoint VPC |
China (Hangzhou) | Plano de gerenciamento | post-cn-mp90rcien05.mqtt.aliyuncs.com | post-cn-mp90rcien05-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-hangzhou.aliyuncs.com | *.oss-cn-hangzhou-internal.aliyuncs.com | |
China (Shanghai) | Plano de gerenciamento | post-cn-4590rcihm02.mqtt.aliyuncs.com | post-cn-4590rcihm02-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-shanghai.aliyuncs.com | *.oss-cn-shanghai-internal.aliyuncs.com | |
China (Qingdao) | Plano de gerenciamento | post-cn-n6w1oj5j506.mqtt.aliyuncs.com | post-cn-n6w1oj5j506-internal-vpc.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-qingdao.aliyuncs.com | *.oss-cn-qingdao-internal.aliyuncs.com | |
China (Beijing) | Plano de gerenciamento | post-cn-mp90rcibd04.mqtt.aliyuncs.com | post-cn-mp90rcibd04-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-beijing.aliyuncs.com | *.oss-cn-beijing-internal.aliyuncs.com | |
China (Zhangjiakou) | Plano de gerenciamento | post-cn-45917akja09.mqtt.aliyuncs.com | post-cn-45917akja09-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-zhangjiakou.aliyuncs.com | *.oss-cn-zhangjiakou-internal.aliyuncs.com | |
China (Hohhot) | Plano de gerenciamento | post-cn-0pp1epkb50h.mqtt.aliyuncs.com | post-cn-0pp1epkb50h-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-huhehaote.aliyuncs.com | *.oss-cn-huhehaote-internal.aliyuncs.com | |
China (Shenzhen) | Plano de gerenciamento | post-cn-v0h0rcijv04.mqtt.aliyuncs.com | post-cn-v0h0rcijv04-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-shenzhen.aliyuncs.com | *.oss-cn-shenzhen-internal.aliyuncs.com | |
China (Chengdu) | Plano de gerenciamento | post-cn-st21piid30e.mqtt.aliyuncs.com | post-cn-st21piid30e-internal-vpc.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-chengdu.aliyuncs.com | *.oss-cn-chengdu-internal.aliyuncs.com | |
China (Hong Kong) | Plano de gerenciamento | mqtt-cn-v0h1cmss401.mqtt.aliyuncs.com | mqtt-cn-v0h1cmss401-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-cn-hongkong.aliyuncs.com | *.oss-cn-hongkong-internal.aliyuncs.com | |
Singapore (Singapore) | Plano de gerenciamento | post-cn-4590unarx01.mqtt.aliyuncs.com | post-cn-4590unarx01-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-ap-southeast-1.aliyuncs.com | *.oss-ap-southeast-1-internal.aliyuncs.com | |
Malaysia (Kuala Lumpur) | Plano de gerenciamento | mqtt-cn-v0h1k5d7707.mqtt.aliyuncs.com | mqtt-cn-v0h1k5d7707-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-ap-southeast-3.aliyuncs.com | *.oss-ap-southeast-3-internal.aliyuncs.com | |
Indonesia (Jakarta) | Plano de gerenciamento | post-cn-4591ee94i03.mqtt.aliyuncs.com | post-cn-4591ee94i03-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-ap-southeast-5.aliyuncs.com | *.oss-ap-southeast-5-internal.aliyuncs.com | |
Japan (Tokyo) | Plano de gerenciamento | post-cn-mp91kij0p01.mqtt.aliyuncs.com | post-cn-mp91kij0p01-internal-vpc.mqtt.aliyuncs.com |
Plano de dados | *.oss-ap-northeast-1.aliyuncs.com | *.oss-ap-northeast-1-internal.aliyuncs.com | |
Germany (Frankfurt) | Plano de gerenciamento | post-cn-mp91ki6sl0k.mqtt.aliyuncs.com | post-cn-mp91ki6sl0k-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-eu-central-1.aliyuncs.com | *.oss-eu-central-1-internal.aliyuncs.com | |
US (Silicon Valley) | Plano de gerenciamento | mqtt-cn-mp91j6gou03.mqtt.aliyuncs.com | mqtt-cn-mp91j6gou03-internal.mqtt.aliyuncs.com |
Plano de dados | *.oss-us-west-1.aliyuncs.com | *.oss-us-west-1-internal.aliyuncs.com | |
US (Virginia) | Plano de gerenciamento | post-cn-oew1qqlw309.mqtt.aliyuncs.com | post-cn-oew1qqlw309-internal-vpc.mqtt.aliyuncs.com |
Plano de dados | *.oss-us-east-1.aliyuncs.com | *.oss-us-east-1-internal.aliyuncs.com | |
UAE (Dubai) | Plano de gerenciamento | post-cn-oew1tb52204.mqtt.aliyuncs.com | post-cn-oew1tb52204-internal-vpc.mqtt.aliyuncs.com |
Plano de dados | *.oss-me-east-1.aliyuncs.com | *.oss-me-east-1-internal.aliyuncs.com | |
SAU (Riyadh) | Plano de gerenciamento | mqtt-cn-7pp2urf8g04.mqtt.aliyuncs.com | mqtt-cn-7pp2urf8g04-internal-vpc.mqtt.aliyuncs.com |
Plano de dados | *.oss-me-central-1.aliyuncs.com | *.oss-me-central-1-internal.aliyuncs.com |
Endpoints da política de proteção v1.0
Região | Tipo | Endpoint público | Endpoint VPC |
China (Hangzhou) | Plano de gerenciamento | post-cn-mp90rcien05.mqtt.aliyuncs.com | post-cn-mp90rcien05-internal.mqtt.aliyuncs.com |
hbr.cn-hangzhou.aliyuncs.com | hbr-vpc.cn-hangzhou.aliyuncs.com | ||
Plano de dados | *.oss-cn-hangzhou.aliyuncs.com | *.oss-cn-hangzhou-internal.aliyuncs.com | |
China (Shanghai) | Plano de gerenciamento | post-cn-4590rcihm02.mqtt.aliyuncs.com | post-cn-4590rcihm02-internal.mqtt.aliyuncs.com |
hbr.cn-shanghai.aliyuncs.com | hbr-vpc.cn-shanghai.aliyuncs.com | ||
Plano de dados | *.oss-cn-shanghai.aliyuncs.com | *.oss-cn-shanghai-internal.aliyuncs.com | |
China (Qingdao) | Plano de gerenciamento | post-cn-n6w1oj5j506.mqtt.aliyuncs.com | post-cn-n6w1oj5j506-internal-vpc.mqtt.aliyuncs.com |
hbr.cn-qingdao.aliyuncs.com | hbr-vpc.cn-qingdao.aliyuncs.com | ||
Plano de dados | *.oss-cn-qingdao.aliyuncs.com | *.oss-cn-qingdao-internal.aliyuncs.com | |
China (Beijing) | Plano de gerenciamento | post-cn-mp90rcibd04.mqtt.aliyuncs.com | post-cn-mp90rcibd04-internal.mqtt.aliyuncs.com |
hbr.cn-beijing.aliyuncs.com | hbr-vpc.cn-beijing.aliyuncs.com | ||
Plano de dados | *.oss-cn-beijing.aliyuncs.com | *.oss-cn-beijing-internal.aliyuncs.com | |
China (Zhangjiakou) | Plano de gerenciamento | post-cn-45917akja09.mqtt.aliyuncs.com | post-cn-45917akja09-internal.mqtt.aliyuncs.com |
hbr.cn-zhangjiakou.aliyuncs.com | hbr-vpc.cn-zhangjiakou.aliyuncs.com | ||
Plano de dados | *.oss-cn-zhangjiakou.aliyuncs.com | *.oss-cn-zhangjiakou-internal.aliyuncs.com | |
China (Hohhot) | Plano de gerenciamento | post-cn-0pp1epkb50h.mqtt.aliyuncs.com | post-cn-0pp1epkb50h-internal.mqtt.aliyuncs.com |
hbr.cn-huhehaote.aliyuncs.com | hbr-vpc.cn-huhehaote.aliyuncs.com | ||
Plano de dados | *.oss-cn-huhehaote.aliyuncs.com | *.oss-cn-huhehaote-internal.aliyuncs.com | |
China (Shenzhen) | Plano de gerenciamento | post-cn-v0h0rcijv04.mqtt.aliyuncs.com | post-cn-v0h0rcijv04-internal.mqtt.aliyuncs.com |
hbr.cn-shenzhen.aliyuncs.com | hbr-vpc.cn-shenzhen.aliyuncs.com | ||
Plano de dados | *.oss-cn-shenzhen.aliyuncs.com | *.oss-cn-shenzhen-internal.aliyuncs.com | |
China (Chengdu) | Plano de gerenciamento | post-cn-st21piid30e.mqtt.aliyuncs.com | post-cn-st21piid30e-internal-vpc.mqtt.aliyuncs.com |
hbr.cn-chengdu.aliyuncs.com | hbr-vpc.cn-chengdu.aliyuncs.com | ||
Plano de dados | *.oss-cn-chengdu.aliyuncs.com | *.oss-cn-chengdu-internal.aliyuncs.com | |
China (Hong Kong) | Plano de gerenciamento | mqtt-cn-v0h1cmss401.mqtt.aliyuncs.com | mqtt-cn-v0h1cmss401-internal.mqtt.aliyuncs.com |
hbr.cn-hongkong.aliyuncs.com | hbr-vpc.cn-hongkong.aliyuncs.com | ||
Plano de dados | *.oss-cn-hongkong.aliyuncs.com | *.oss-cn-hongkong-internal.aliyuncs.com | |
Singapore (Singapore) | Plano de gerenciamento | post-cn-4590unarx01.mqtt.aliyuncs.com | post-cn-4590unarx01-internal.mqtt.aliyuncs.com |
hbr.ap-southeast-1.aliyuncs.com | hbr-internal.ap-southeast-1.aliyuncs.com | ||
Plano de dados | *.oss-ap-southeast-1.aliyuncs.com | *.oss-ap-southeast-1-internal.aliyuncs.com | |
Malaysia (Kuala Lumpur) | Plano de gerenciamento | mqtt-cn-v0h1k5d7707.mqtt.aliyuncs.com | mqtt-cn-v0h1k5d7707-internal.mqtt.aliyuncs.com |
hbr.ap-southeast-3.aliyuncs.com | hbr.ap-southeast-3.aliyuncs.com | ||
Plano de dados | *.oss-ap-southeast-3.aliyuncs.com | *.oss-ap-southeast-3-internal.aliyuncs.com | |
Indonesia (Jakarta) | Plano de gerenciamento | post-cn-4591ee94i03.mqtt.aliyuncs.com | post-cn-4591ee94i03-internal.mqtt.aliyuncs.com |
hbr.ap-southeast-5.aliyuncs.com | hbr-vpc.ap-southeast-5.aliyuncs.com | ||
Plano de dados | *.oss-ap-southeast-5.aliyuncs.com | *.oss-ap-southeast-5-internal.aliyuncs.com | |
Japan (Tokyo) | Plano de gerenciamento | post-cn-mp91kij0p01.mqtt.aliyuncs.com | post-cn-mp91kij0p01-internal-vpc.mqtt.aliyuncs.com |
hbr.ap-northeast-1.aliyuncs.com | hbr.ap-northeast-1.aliyuncs.com | ||
Plano de dados | *.oss-ap-northeast-1.aliyuncs.com | *.oss-ap-northeast-1-internal.aliyuncs.com | |
Germany (Frankfurt) | Plano de gerenciamento | post-cn-mp91ki6sl0k.mqtt.aliyuncs.com | post-cn-mp91ki6sl0k-internal.mqtt.aliyuncs.com |
hbr.eu-central-1.aliyuncs.com | hbr.eu-central-1.aliyuncs.com | ||
Plano de dados | *.oss-eu-central-1.aliyuncs.com | ## **Perguntas frequentes (FAQ)** ### **Seleção de produtos** Qual é a diferença entre o Anti-ransomware (backup de dados) e um snapshot do ECS? Quando devo usar cada um? Comparação: Snapshot do ECS: Executa um backup em nível de bloco de todo um disco em nuvem. É ideal para recuperação de desastres em nível de sistema, como uma falha do sistema operacional ou uma pane no disco. A recuperação é granular em nível grosseiro e normalmente leva mais tempo. Anti-ransomware (backup de dados): Foca-se em backups em nível de arquivo e banco de dados. Oferece recuperação granular (você pode restaurar um único arquivo ou banco de dados), garante consistência dos dados em nível de aplicativo e permite tempos de restauração mais rápidos. Como escolher: Essas soluções são complementares, não mutuamente exclusivas. Recomendamos usá-las em conjunto para proteção abrangente. Use um snapshot do ECS para recuperação de desastres em nível de sistema. Use o Anti-ransomware (backup de dados) para proteção granular e de alta frequência de arquivos e bancos de dados críticos. O que é o recurso honeypot? Posso excluir manualmente os arquivos isca?
O honeypot é um recurso de defesa proativa, disponível nas edições avançadas do Security Center. Ele protege seus dados implantando arquivos isca em seus servidores para detectar e bloquear novos tipos de ransomware antes que causem danos.
Como funciona
Implantar iscas: O recurso cria arquivos isca ocultos em diretórios críticos no servidor, como Detectar ataques: Quando um novo tipo de ransomware explora e tenta criptografar esses arquivos isca, o Security Center detecta imediatamente esse comportamento malicioso. Bloquear em tempo real: O Security Center bloqueia instantaneamente o processo malicioso, impedindo que ele danifique seus arquivos reais. Importante: Trata-se de arquivos de segurança padrão. Não os exclua manualmente. Para obter mais informações, consulte Configurações de proteção de host. Preciso ajustar as políticas anti-ransomware do WAF após receber um alerta de ransomware? Não. O WAF (Web Application Firewall) e o recurso anti-ransomware do Security Center são produtos independentes, com responsabilidades distintas: WAF: Protege contra ataques em aplicações web, como injeção SQL e XSS. Não possui nenhuma conexão direta com o recurso anti-ransomware. Anti-ransomware do Security Center: Implementado nas instâncias ECS, esse recurso protege os dados do servidor por meio de backups em nível de arquivo e mecanismos honeypot para recuperação pós-criptografia. Anti-ransomware for Databases — O recurso anti-ransomware para bancos de dados oferece suporte a bancos de dados Alibaba Cloud RDS? Não. O recurso Anti-ransomware para bancos de dados protege bancos de dados autoadministrados implantados em um ambiente IaaS, como em uma instância ECS. Para serviços gerenciados de banco de dados em nuvem, como RDS e PolarDB, use seus recursos nativos de backup e recuperação. O recurso anti-ransomware fornece defesa proativa ou apenas backup e recuperação? O serviço Anti-ransomware foca-se na recuperação, que inclui backup e restauração de dados. Uma estratégia completa de proteção contra ransomware também engloba defesa proativa (interceptação pré-ataque e armadilha durante o ataque). Juntos, esses níveis formam um sistema de defesa em profundidade. Defesa proativa Nota
Os recursos de defesa proativa exigem que você atualize o Security Center para a edição Antivírus ou superior. Para obter mais informações, consulte Configurações de proteção de host. Armadilha durante o ataque: Honeypot Ao implantar arquivos isca em seus servidores, esse recurso detecta e bloqueia em tempo real novos tipos de ransomware. Se o sistema identificar uma tentativa de criptografar um arquivo isca, ele encerra imediatamente o processo suspeito para proteger seus dados reais. Recuperação O Anti-ransomware (backup de dados) é sua última linha de defesa. Ele garante que você possa recuperar rapidamente seus dados críticos em situações extremas, como quando outros sistemas de defesa são contornados. Como desabilito o recurso anti-ransomware para um servidor específico? Para desabilitar o recurso anti-ransomware (honeypot) para um servidor específico, modifique a política de proteção ou remova o servidor dessa política: Faça login no console do Security Center e acesse a página anti-ransomware. Localize a política de proteção para o servidor de destino e clique no nome da política para visualizar os detalhes. Na lista de servidores protegidos, remova o servidor do qual deseja interromper a proteção. Aviso
Não exclua a política de proteção. Excluir uma política remove permanentemente todos os dados de backup de todos os servidores incluídos nessa política. Definição: Capacidade anti-ransomware é a quantidade de armazenamento que você adquire para o recurso Consequências ao ultrapassar a capacidade: Você recebe um alerta quando o uso da capacidade excede 80%. Se a capacidade ficar totalmente esgotada, novos trabalhos de backup falham, deixando os dados recém-gerados sem proteção. Você ainda pode usar versões existentes de backup para recuperação. Quanto tempo leva para restaurar os dados (RTO)? O Objetivo de Tempo de Recuperação (RTO) depende de fatores como volume de dados, largura de banda de rede e desempenho do servidor. Restaurar um pequeno número de arquivos normalmente leva minutos, enquanto terabytes de dados podem exigir várias horas. Nota
Recomendamos realizar testes regulares de recuperação para determinar um RTO realista para o seu ambiente empresarial. O serviço anti-ransomware consegue recuperar arquivos criptografados? Não. O serviço restaura arquivos a partir de backups históricos não criptografados. Ele não consegue descriptografar arquivos que já foram criptografados. Para proteger seus dados: Faça backup regular de seus arquivos para garantir que você tenha versões recentes e não criptografadas. Use os recursos de proteção de host do Security Center para bloquear ransomware. Se você não configurou backups e seus dados já foram criptografados, entre em contato com um serviço de recuperação de dados de terceiros. A recuperação não é garantida. Onde estão os arquivos de log do cliente anti-ransomware, e como coletá-los? Quando um trabalho de backup anti-ransomware falha ou encontra um erro, colete os logs do cliente e envie-os ao suporte técnico para solução de problemas. Windows: Execute o comando de coleta de logs no PowerShell no host. Após coletar os logs, envie-os a um engenheiro de suporte técnico. Verifique a formatação ao copiar e colar o comando. Se a execução falhar, copie novamente o comando completo e tente novamente. Linux: Os logs do cliente anti-ransomware são armazenados, por padrão, no diretório de instalação. Colete os logs usando comandos do sistema e envie-os para solução de problemas. Qual é a diferença entre o backup completo inicial e os backups incrementais subsequentes? O primeiro trabalho de backup realiza um backup de todos os dados nos diretórios protegidos (backup completo) e leva mais tempo para ser concluído. Os backups agendados subsequentes são incrementais e fazem backup apenas dos dados alterados desde o último backup. Taxa de compactação do backup: Após a compactação, o backup completo inicial ocupa aproximadamente de 60% a 80% do tamanho dos dados de origem. Os backups incrementais subsequentes são proporcionais ao volume de dados alterados. Tipos de arquivo não compatíveis: Determinados tipos de arquivo não podem ser feitos backup, como arquivos socket, links físicos (hard links) e arquivos pipe. Se o status de um trabalho de backup exibir "Sucesso parcial (PARTIAL_COMPLETE)", isso geralmente indica que alguns tipos de arquivo não são compatíveis ou que os arquivos estão bloqueados por outro processo. |