Contas roubadas
Uma palavra-passe reutilizada ou obtida por phishing pode dar a um atacante o mesmo acesso que um utilizador legítimo, incluindo a capacidade de eliminar ficheiros.
Resiliência a ransomware
A proteção contra ransomware começa antes do incidente.
Cópias de backup separadas, pontos de restauro retidos e um procedimento de recuperação que já testou. Nenhum produto pode prometer que um ataque não acontecerá; o objetivo é reduzir o dano.
- Cópias de backup separadas
- Object Lock quando configurado
- Caminho de restauro testado
Antes
Ficheiros ativos
A cópia de trabalho num dispositivo da equipa ou numa unidade partilhada.
Previsões T3.xlsx Lista de clientes.csv Contratos.pdf
Incidente
Os ficheiros estão bloqueados
O ransomware cifra os ficheiros a que consegue aceder no dispositivo.
Previsões T3.xlsx Lista de clientes.csv
Cópias protegidas
Versões anteriores
Os pontos de backup conservados permanecem separados do dispositivo infetado.
Ponto diárioConservadoPonto semanalConservadoObject LockConforme configurado
Recuperação
Restaurar e verificar
Pré-visualize um ponto de restauro e recupere os ficheiros que importam.
Previsões T3.xlsx Hash verificado
Percurso de incidente ilustrativo: os ficheiros ativos são afetados, as cópias retidas continuam disponíveis e um restauro verificado devolve os ficheiros.
Porque é que o armazenamento é um alvo
Quatro formas de um ataque chegar aos seus ficheiros
O ransomware não é apenas um problema de endpoint. A conta de armazenamento, o cliente de sincronização e o destino do backup fazem parte da superfície de ataque.
A sincronização espalha o dano
Uma pasta sincronizada propaga a eliminação e a encriptação a todos os dispositivos ligados, muitas vezes antes de alguém notar.
Um único endpoint é suficiente
Um posto de trabalho infetado pode chegar a unidades mapeadas e pastas partilhadas com as credenciais de quem o utiliza.
Os backups tornam-se um alvo
Os atacantes procuram as cópias em que confia. Um backup que pode ser eliminado com a mesma conta não é uma cópia segura.
Defesa em camadas
Quatro camadas, nenhuma suficiente por si só
A prevenção reduz a probabilidade de um incidente. As cópias protegidas e um restauro testado reduzem o custo quando a prevenção falha.
Prevenção
O acesso nominativo, o menor privilégio e a remoção atempada de quem sai reduzem as contas que um atacante pode usar. A proteção dos endpoints continua a ser da sua responsabilidade.
Cópias protegidas
Os backups agendados criam pontos de restauro separados do dispositivo de trabalho, para que a encriptação no endpoint não os sobrescreva.
Retenção imutável
Quando o Object Lock está configurado, os pontos de restauro podem ser retidos durante um período fixo que a eliminação normal não consegue encurtar.
Planeamento da recuperação
Um procedimento de restauro documentado, um responsável nomeado e um teste periódico transformam um backup em algo que pode realmente usar.
O que a Everabyte não é
A Everabyte não é um produto de deteção e resposta em endpoints, um antivírus ou um serviço gerido de segurança. Fornecemos armazenamento, backup, controlo de acesso e opções de retenção que apoiam o seu plano de resposta a incidentes.
Resposta
As primeiras quatro horas
Um procedimento curto e ordenado evita o erro de recuperação mais comum: restaurar para um dispositivo infetado antes de a conta estar segura.
Detetar e isolar
Desligue o dispositivo afetado, preserve as evidências e confirme que contas foram utilizadas.
Identificar um ponto limpo
Reveja os pontos de restauro anteriores ao incidente e escolha o mais recente que esteja livre de ficheiros encriptados ou corrompidos.
Restaurar seletivamente
Pré-visualize o restauro, recupere primeiro os ficheiros prioritários e conserve os originais afetados para investigação.
Verificar e encerrar
Abra os ficheiros restaurados, verifique os hashes quando disponíveis e redefina as credenciais antes de voltar a ligar o dispositivo.
Teste o restauro antes de precisar dele
Escolha um conjunto de ficheiros, restaure-o para uma pasta separada, abra-o e registe o resultado. Repita com regularidade e guarde o registo com a documentação do incidente.
- Conheça a janela de retenção. Os pontos de restauro expiram de acordo com o plano e a configuração.
- Guarde uma cópia fora do caminho de sincronização. Um backup guardado apenas na pasta sincronizada pode ser afetado com ela.
- Proteja a conta de backup. Credenciais separadas e menor privilégio limitam o dano causado por um utilizador comprometido.
- Registe quem restaura. Um responsável nomeado e uma lista de passos documentada encurtam a recuperação seguinte.
Dispositivo isolado acesso à rede removidoConcluído
Ponto de restauro selecionado antes do incidenteConcluído
Ficheiros prioritários restaurados para uma pasta limpaEm curso
Verificação abrir ficheiros e comparar hashesPlaneado
Responsável: operações de TIRever após cada teste
Limites honestos
O que não prometemos
Zero incidentes
Nenhum produto de armazenamento ou backup pode garantir que o ransomware não chegará a um dispositivo. A prevenção pertence aos seus controlos de endpoint e de identidade.
Recuperação instantânea
O tempo de recuperação depende do volume, da largura de banda e do ponto de restauro escolhido. Não prometemos um restauro instantâneo ou sem indisponibilidade.
Imutabilidade universal
O Object Lock está disponível quando configurado para a implantação. Não é aplicado automaticamente a todos os ficheiros ou a todos os planos.
Um plano que cabe numa página
Escreva o que é objeto de backup, com que frequência, onde vivem as cópias, quem as pode eliminar e quem testa um restauro. Se faltar alguma resposta, essa é a primeira lacuna a colmatar.
Encurte a distância entre o incidente e a recuperação
Diga-nos que sistemas guardam os ficheiros críticos, quanto tempo tolera de indisponibilidade e o que já testa. Vamos mapear as opções de backup e retenção adequadas.
Esta página não implica qualquer garantia de zero incidentes, recuperação instantânea ou imutabilidade universal.