Como proteger o banco de dados do SQL Server [Guia Rápido]
Depois de todo esse tempo, os servidores SQL ainda são bastante populares entre administradores qualificados. E por um bom motivo também.
Eles são incrivelmente fáceis de instalar, oferecem muitos recursos de segurança diferentes, são relativamente de baixo custo para possuir e operar, e oferecem muitos recursos de gerenciamento de dados e logs.
No entanto, possuir e operar um servidor SQL, seja a versão da Microsoft ou o gratuito MySQL da Oracle, vem com uma série de responsabilidades.
Uma das coisas mais importantes que você deve cuidar é a segurança. Se seus bancos de dados de servidor não forem totalmente seguros, você pode sofrer ataques mais cedo do que imagina.
E se você não fizer isso a tempo, temos um ótimo guia sobre como reparar um banco de dados corrompido no SQL Server e recuperar seus dados.
Por essa razão, compilamos estas sugestões rápidas que você pode usar para proteger seu banco de dados do SQL Server em pouco tempo.
Como proteger o banco de dados do SQL Server?
1. Monitore o servidor de perto
Dizem que a prevenção é melhor do que a cura. No nosso caso, manter um olho atento no seu servidor SQL pode fazer maravilhas, já que isso lhe dá algum tempo muito necessário para combater ameaças. 
No entanto, você não pode monitorar o servidor 24/7 a menos que seja um robô e não precise dormir. Por essa razão, soluções de software de terceiros podem ser usadas com sucesso nesse cenário.
Recomendamos de todo coração o Paessler PRTG Network Monitor, pois ele oferece vários recursos poderosos e pode ser facilmente configurado também.
Aqui está o que você precisa saber sobre o Paessler PRTG Network Monitor:
- Oferece vários sensores para todos os sistemas SQL populares (MySQL, SQL Server, Oracle SQL, PostgreSQL, SAP SQL)
- Inclui visões gerais dos servidores monitorados
- Pode ser facilmente implantado em vários sistemas
- Tem servidores pré-configurados para fácil instalação
- Vem com sensores de monitoramento extensivos
- Monitora logins SQL
2. Sempre use senhas fortes
É desnecessário dizer que usar uma senha forte composta por caracteres minúsculos e maiúsculos, números e símbolos, pode salvá-lo de muitos problemas.
Concedido, é mais fácil usar uma senha fraca e simples, mas isso também se aplica ao invasor.
Certifique-se de usar senhas fortes tanto para a conta SA quanto para o usuário root do MySQL. É melhor se você usar um gerador de senhas para criar uma combinação que seja difícil de lembrar.
Faça um backup em um local seguro para que você não a perca.
3. Desative a conta SA
É muito comum que a conta SA seja alvo de ameaças cibernéticas. Por essa razão, é melhor desativá-la e deixá-la assim, a menos que você esteja usando um aplicativo que exija que ela esteja ativa.
Melhor ainda, renomeie-a para algo diferente e depois desative-a. Mesmo processos que requerem a conta SA continuarão funcionando, mesmo após renomeá-la e desativá-la.
No entanto, aplicar atualizações cumulativas ou instalar pacotes de serviço pode se tornar um pouco problemático. Nesse caso, basta restaurar a conta SA para seu estado original, renomeá-la e desativá-la após concluir.
Ou, se você tiver know-how, pode automatizar o processo e usar as instalações acima como gatilhos.
4. Mantenha simples
Tente se abster de instalar qualquer coisa que você não precisa em seu servidor SQL para evitar vulnerabilidades exploráveis. Durante a instalação do seu banco de dados do SQL Server, você provavelmente será solicitado a escolher quais recursos implantar.
Apenas se certifique de desmarcar tudo que você não precisará 100%. Além disso, ao atribuir privilégios aos usuários do seu banco de dados, tente não conceder muito acesso desnecessário e evite TODAS as permissões a todo custo sempre que possível.
Além disso, como observação, mantenha tudo atualizado. Há um bom motivo pelo qual atualizações e correções de segurança são lançadas tão frequentemente. Várias vulnerabilidades de zero-day são descobertas a cada dia e as atualizações podem ajudar a corrigi-las.
5. Preste atenção aos backups
Se você tem habilidades adequadas de gerenciamento de banco de dados do servidor, então provavelmente tem backups. No entanto, se você não proteger seus backups da mesma forma que seu banco de dados principal, você estará propenso a desastres.
Um hacker não precisa necessariamente acessar o servidor principal, contanto que haja um backup que possa ser acessado mais facilmente. Portanto, certifique-se de impor políticas de segurança fortes para seus backups também.
6. Use procedimentos armazenados em vez de consultas SQL diretas
Você já ouviu falar de injeções de SQL? Se não, deve agradecer à sua estrela da sorte, pois elas são códigos maliciosos que podem ser usados por praticamente qualquer um para comprometer seu servidor.
Basta procurar e você entenderá por que até uma criança curiosa pode causar estragos em seu servidor usando apenas uma linha de código no campo certo.
Felizmente, você pode eliminar o risco de injeções de SQL mudando para procedimentos armazenados. Esses procedimentos funcionam apenas com parâmetros predefinidos e podem ser usados para realizar funções fixas.
Portanto, os usuários não podem injetar códigos ruins em seu servidor e comprometi-lo.
Considerações finais sobre a proteção do seu banco de dados do SQL Server
Considerando tudo, ainda defendemos que a prevenção é melhor do que a cura. Manter seu banco de dados do SQL Server seguro é muito mais fácil do que ter que lidar com as consequências de um ataque cibernético.
Ficar de olho no seu banco de dados SQL o tempo todo com ferramentas especializadas, como o Passler PRTG Network Monitor, pode colocá-lo alguns passos à frente de quaisquer invasores em potencial.
No entanto, você deve lembrar que monitorar seu banco de dados do SQL Server sozinho não vai fazer muito. Assim, você deve tentar aplicar medidas de segurança para qualquer área que possa ser propensa a exploração.
Falando em bancos de dados, recentemente escrevemos um guia sobre o que fazer se o download do driver DBeaver falhar, então não perca mais informações.
