Download gratuito · PDF A4 · Nível CISO / CTO
Sobreviver ao Ransomware
94% dos ataques de ransomware têm como alvo o backup. 57% conseguem.
Um email. Confirmação automática. Cancele com um clique.
O que contém
O que protege, como funciona, que normas cobre, e as provas que o auditor pedirá. Aproximadamente 10 a 14 páginas densas.
- Aquilo contra o que realmente se defende
- Como funciona o sistema e por que um atacante não consegue contorná-lo
- O que bloqueia, com exemplos do mundo real
- Que normas se aplicam: coimas, prazos, redação exata
- As contas do custo, baseadas em dados publicados
- Como nos posicionamos: na tecnologia, não no preço
- Como é a implementação e o que está fora de âmbito
- As provas que o seu auditor pedirá
Páginas de solução relacionadas
A mesma abordagem, explicada para as perguntas que vão fazer:
Backups que o ransomware não consegue tocar
Os seus backups são imutáveis desde o momento em que são criados. Ninguém os pode alterar. Nem hackers. Nem sequer você.
Ler maisTeste atualizações de SO sem o risco
Clone o seu ambiente de produção. Aplique o patch. Veja o que falha. Faça rollback se necessário. Sem tocar na produção.
Ler maisRecupere em minutos. Não em dias.
Quando o ransomware ataca, cada minuto custa dinheiro. A Rediacc repõe o seu sistema online antes de o dano se propagar.
Ler maisPerguntas dos leitores
Para quem está escrito este briefing?
Para um CISO, CTO ou engenheiro de infraestrutura sénior a avaliar a arquitetura. Pressupõe familiaridade com backup, armazenamento e as normas que a sua stack já tem de cumprir.
Existe uma versão não técnica?
Sim. Depois de enviar o email, a página disponibiliza um PDF de cinco minutos que pode reencaminhar para um CFO, diretor de TI ou membro da administração.
O que acontece ao meu email?
Um email de confirmação. Fica subscrito na newsletter (um artigo breve por mês, multi-produto). Cancele com um clique. O seu email reside na UE por padrão, conforme a política de residência de dados da Rediacc.
Porquê btrfs?
O guia cobre isto em profundidade. Resumindo: o btrfs coloca cópias write-once e clones instantâneos na camada de armazenamento, não numa aplicação acima. O send/receive envia essas cópias para fora da máquina. Um atacante, mesmo com password de root, não consegue modificá-las nem apagá-las.
Aplica-se a serviços geridos como o AWS RDS?
Não diretamente. A arquitetura cobre computação sua, com bases de dados em Docker em armazenamento btrfs. Se o seu património crítico está em RDS ou Aurora, o briefing assinala isso. Indica depois onde o modelo funciona e onde não.
Sobre este briefing
A Rediacc é uma empresa sediada em Tallina. Construímos backup e disaster recovery nativos btrfs em armazenamento commodity Linux. Este briefing foi escrito pela equipa de engenharia, editado com rigor, e verificado para precisão técnica antes de publicação.
Tem uma pergunta que devêssemos acrescentar a esta página? Contacte-nos em hello@rediacc.com.
Descarregar resumo curto (PDF)