O DirectAdmin é um dos painéis de controle de hospedagem web mais eficientes, leve e popular do mercado. No entanto, sua grande adoção mundial também o torna um alvo constante para cibercriminosos, botnets e scripts automatizados que varrem a internet em busca de vulnerabilidades 24 horas por dia. Se você administra servidores, saber como proteger DirectAdmin não é apenas um diferencial, é uma obrigação para garantir a integridade dos dados dos seus clientes.
Um servidor mal configurado pode ser comprometido rapidamente, resultando em roubo de dados, mineração de criptomoedas e perda da reputação do IP. Para proteger DirectAdmin de forma eficaz, não basta instalar um antivírus básico. É necessário aplicar uma abordagem em camadas, conhecida como Defense in Depth (Defesa em Profundidade). Nesta primeira parte do nosso guia de mais de 2000 palavras, focaremos em fechar as portas principais e estabelecer a fundação de segurança do seu servidor.
Antes de aplicar medidas de segurança, é fundamental entender toda a estrutura do servidor. Para isso, veja o guia completo do DirectAdmin para administradores, onde abordamos configuração, segurança e boas práticas.
1. Hardening do Serviço SSH (A Porta de Entrada)
O Secure Shell (SSH) é a principal forma de administrar seu servidor via linha de comando. Como ele oferece controle total sobre a máquina, é o alvo número um de ataques de força bruta. O primeiro passo para proteger DirectAdmin é blindar o acesso SSH, que muitas vezes é a porta de entrada para invasões.
Para mitigar isso, edite o arquivo de configuração principal: /etc/ssh/sshd_config.
1.1. Alterar a porta padrão (Porta 22) A maioria dos scripts de ataque procura exclusivamente a porta 22. Alterar a porta reduz o ruído de fundo drasticamente.
- Abra o arquivo:
nano /etc/ssh/sshd_config - Localize a linha
#Port 22ouPort 22. - Altere para uma porta alta (ex:
Port 49228). Lembre-se de liberar esta porta no firewall antes de reiniciar o serviço e testar login com nova porta. Para o Firewall CSF, insira a porta em TCP_IN TCP_OUT
1.2. Desativar o login direto como Root . Ao proteger DirectAdmin, nunca deixe o usuário root exposto.
- Crie um usuário comum:
useradd admin_sece defina uma senha forte compasswd admin_sec. - Adicione o usuário ao grupo
wheel no almalinux/rock linux/ ou RHEL:usermod -aG wheeladmin_sec - Alterne para o novo usuário e teste um comando sudo:
su -admin_sec;sudo whoami - No arquivo
sshd_config, altere a linha para:PermitRootLogin prohibit-password. - Veja o artigo: SSH seguro além de mudar a porta
1.3. Utilizar Autenticação por Chaves SSH Senhas podem ser quebradas; chaves criptográficas RSA de 4096 bits são praticamente inquebráveis. No sshd_config, defina PasswordAuthentication no para forçar o uso de chaves. Reinicie o serviço com systemctl restart sshd. Lembre-se de manter uma sessão aberta antes de testar uma nova conexão.
2. Gestão de Atualizações com CustomBuild 2.0
Um dos maiores vetores de ataque são softwares desatualizados. Uma das melhores formas de proteger DirectAdmin é manter os serviços rodando em suas versões mais seguras usando a ferramenta CustomBuild 2.0.
2.1. Atualizando os componentes básicos Execute os seguintes comandos como root para atualizar os pacotes (PHP, Apache, MySQL, Exim):
cd /usr/local/directadmin/custombuild
./build update
./build all d2.2. Automatizando as atualizações de segurança Edite o arquivo /usr/local/directadmin/custombuild/options.conf e certifique-se de ativar cron jobs e notificações para receber alertas sempre que uma vulnerabilidade for corrigida.
3. Instale e configure Crowdsec.
CrowdSec é um software de segurança de código aberto projetado para proteger sistemas contra ataques cibernéticos. Ele utiliza uma abordagem baseada em multidão (crowdsourcing) para coletar informações sobre atividades maliciosas e distribuir essa inteligência para proteger outros sistemas.
O CrowdSec monitora e analisa registros de eventos de segurança em tempo real, como logs de autenticação, registros de firewall e outros dados relevantes. Com base nessa análise, ele identifica padrões e comportamentos suspeitos, incluindo tentativas de login mal-sucedidas, exploração de vulnerabilidades e ataques de força bruta.
Veja aqui: Como instalar Crowdsec
4. Instalação e Configuração Avançada do CSF (ConfigServer Security & Firewall)
O iptables padrão do Linux é robusto, mas o CSF (ConfigServer Security & Firewall) é a solução definitiva para servidores de hospedagem. Para proteger DirectAdmin adequadamente contra ataques de negação de serviço e escaneamento de portas, o CSF é indispensável.
4.1. Instalação do CSF. Veja o artigo CSF Firewall no DirectAdmin: Como Configurar.
4.2. Configurações Críticas do CSF No arquivo /etc/csf/csf.conf ou pela interface gráfica do painel:
- Desative o Modo de Teste: Mude
TESTING = "1"paraTESTING = "0". - Proteção contra Port Scans: Ative o
PS_INTERVALe oPS_LIMITpara bloquear IPs maliciosos automaticamente. - Prevenção de SYN Flood: Ative
SYNFLOOD = "1"para proteger DirectAdmin contra ataques DoS que visam derrubar o servidor web.
Com essas configurações iniciais, você já construiu um muro alto em volta do seu servidor.
Muitos ataques exploram falhas de configuração do servidor. Para entender melhor como evitar isso, confira o DirectAdmin para administradores.
Uma das formas mais eficientes de bloquear ataques é utilizar firewall avançado. Veja como configurar CSF no DirectAdmin corretamente.
Parte 2
Na primeira etapa deste artigo, focamos em construir muros altos ao redor do seu servidor, restringindo acessos e configurando o firewall de rede (CSF). No entanto, para proteger DirectAdmin de ameaças mais sofisticadas que utilizam portas legítimas (como a porta 443 do HTTPS), precisamos de mecanismos de Defesa Ativa e Prevenção de Intrusões.
Nesta segunda parte, vamos configurar o monitoramento de força bruta do próprio painel, implementar um Firewall de Aplicação Web (WAF) e estabelecer varreduras contra malwares.
5. Configuração do Brute Force Monitor (BFM) Nativo
O DirectAdmin possui um recurso nativo incrivelmente poderoso chamado Brute Force Monitor (BFM). Ele analisa os logs do painel, do servidor de e-mail (Exim/Dovecot), do FTP (ProFTPd/Pure-FTPd) e do SSH em busca de repetidas falhas de login.
Apenas ativar o BFM não bloqueia os atacantes; ele apenas os detecta e alerta o administrador. Para proteger DirectAdmin de forma automatizada, precisamos integrar o BFM com o firewall CSF que instalamos na Parte 1.
5.1. Ativando o BFM no Painel
- Acesse o DirectAdmin como administrador (
Admin Level). - Vá em Administrator Settings (Configurações do Administrador) -> Security (Segurança).
- Certifique-se de que a opção “Enable Brute Force Monitor” esteja ativada. Verifique se Brute force log scanner >> Enable brute force log scanner está ativada.
- Ajuste o número de tentativas de login falhas para um valor baixo, como 10 ou 20, antes que o IP seja notificado.
5.2. Integrando o BFM com o CSF Para que o CSF bloqueie automaticamente os IPs detectados pelo BFM, precisamos usar os scripts oficiais fornecidos pela comunidade do DirectAdmin. Execute no terminal SSH como root:
cd /usr/local/directadmin/scripts/custom
wget https://raw.githubusercontent.com/poralix/directadmin-bfm-csf/master/block_ip.sh
wget https://raw.githubusercontent.com/poralix/directadmin-bfm-csf/master/unblock_ip.sh
chmod 700 block_ip.sh unblock_ip.shA partir desse momento, qualquer bot que tentar adivinhar a senha de um e-mail hospedado no seu servidor será sumariamente banido no firewall pelo script block_ip.sh. Essa é uma das configurações mais críticas para proteger DirectAdmin contra o sequestro de contas.
6. Implementação de Web Application Firewall (WAF) com ModSecurity
O firewall CSF bloqueia IPs e portas, mas não entende o conteúdo que passa pelo protocolo HTTP/HTTPS. Se um hacker tentar injetar um código SQL (SQL Injection) ou explorar uma falha no WordPress de um cliente através da porta 443, o CSF não fará nada. É aqui que entra o ModSecurity.
O ModSecurity atua como um inspetor de bagagens. Ele analisa cada requisição web e a compara com o conjunto de regras da OWASP (Open Web Application Security Project).
6.1. Instalando o ModSecurity via CustomBuild Mais uma vez, a ferramenta CustomBuild torna a tarefa de proteger DirectAdmin extremamente simples. Execute os comandos abaixo para compilar e ativar o ModSecurity:
cd /usr/local/directadmin/custombuild
./build set modsecurity yes
./build set modsecurity_ruleset owasp
./build modsecurity
./build modsecurity_rules6.2. Ajuste Fino e Falsos Positivos Após a instalação, o ModSecurity pode bloquear algumas ações legítimas de usuários (falsos positivos), especialmente em painéis administrativos de CMS como o WordPress.
- O DirectAdmin possui uma interface visual para gerenciar o ModSecurity em Server Manager -> ModSecurity.
- Se um cliente relatar erro 403 (Forbidden) ao salvar um post, você pode acessar essa interface, localizar a regra que bloqueou a ação pelo IP do cliente e desativar aquela regra específica (ID da regra) apenas para o domínio em questão.
No Directadmin é possível desativar uma regra através da conta admin no painel. Abaixo enviamos algumas regras que geram falso positivo e podem ser desativadas.
- Acesse o directadmin utilizando sua conta admin.
- Clique em Gerenciamento do servidor >> Modsecurity
- clique no botão Default Configuration
- Abaixo do campo Excluded rules você verá ID da regra. Adicione a regra que deseja desativar e a seguir clique no botão Adicionar exclusão. Clique no botão Salvar configuração. Abaixo enviamos algumas regras que geram falso positivos e podem ser desativadas.
As IDS das regras que desejamos desativar são:
921130
941100
941160
920420
941130
941140
941180
941190
941250
941260
932370
942290
930130
933150
Após salvar as configurações, reinicie seu web server. Você pode fazer isso no painel DirectAdmin. Acesse Ferramentas >> System services e localize seu web server ao final da linha em … você terá a opção reiniciar.
7. Proteção contra Malware (ClamAV e Imunify360)
Mesmo com um WAF, plugins vulneráveis podem permitir que cibercriminosos façam o upload de arquivos maliciosos (Web Shells, scripts de phishing) para dentro do servidor. Para proteger DirectAdmin contra infecções internas, a verificação de malwares é essencial.
7.1. A Abordagem Gratuita: ClamAV O ClamAV é um antivírus de código aberto que varre os arquivos do servidor e analisa e-mails em busca de vírus. Instalá-lo no DirectAdmin é rápido:
cd /usr/local/directadmin/custombuild
./build set clamav yes
./build clamavIsso adicionará uma camada de proteção aos e-mails. Para varrer os arquivos dos sites, você precisará configurar tarefas Cron (cronjobs) que executem o comando clamscan nos diretórios /home/.
7.2. A Abordagem Profissional Premium: Imunify360 ou ImunifyAV Se você hospeda sites comerciais ou possui muitos clientes, depender apenas do ClamAV pode não ser suficiente. A solução padrão da indústria hoje para proteger DirectAdmin é o Imunify360 (pago) ou o ImunifyAV (versão gratuita de varredura).
- O ImunifyAV Pro se integra ao painel do DirectAdmin e varre ativamente todos os arquivos em busca de injeções de código malicioso em arquivos PHP e JavaScript.
- O Imunify360 vai além: ele limpa os malwares automaticamente, possui um WAF proativo impulsionado por IA e substitui a necessidade de gerenciar o ModSecurity manualmente.
Parte 3
Até agora, configuramos barreiras de rede, firewalls e defesas ativas. No entanto, a principal porta de entrada para invasões em servidores de hospedagem não é o sistema operacional em si, mas as aplicações web rodando nele, especialmente scripts em PHP. Para proteger DirectAdmin de forma integral, precisamos isolar os ambientes dos usuários e endurecer as configurações do servidor web e do banco de dados.
Nesta terceira parte, aplicaremos o conceito de privilégio mínimo: garantir que um site comprometido não consiga afetar outros sites no mesmo servidor.
8. Hardening e Segurança no PHP
O PHP é a linguagem por trás de gerenciadores de conteúdo populares como WordPress, Joomla e Magento. Por padrão, o PHP possui funções poderosas que permitem interagir diretamente com o sistema operacional do servidor. Se um hacker faz upload de um script malicioso (Web Shell), ele usará essas funções para assumir o controle da máquina.
Para proteger DirectAdmin, você deve restringir o que o PHP pode fazer.
8.1. Desativar Funções Perigosas (disable_functions)
O DirectAdmin permite configurar o PHP de forma global e por domínio. No CustomBuild, você pode definir um arquivo genérico de segurança. Edite o arquivo /usr/local/phpXX/lib/php.ini (o caminho exato pode variar conforme a versão do PHP instalada, substitura XX pela versão do php) e localize a diretiva disable_functions.
Adicione as seguintes funções à lista para bloquear a execução de comandos no nível do sistema:
disable_functions = exec, system, passthru, shell_exec, escapeshellarg, escapeshellcmd, proc_close, proc_open, dl, popen, show_source8.2. Isolamento de Diretórios (open_basedir)
A diretiva open_basedir restringe os scripts PHP de acessarem arquivos fora do diretório base do site do usuário (geralmente /home/usuario/domains/dominio.com/public_html). Isso impede que um script malicioso leia arquivos de configuração do servidor ou dados de outros clientes. No DirectAdmin, o open_basedir geralmente é ativado por padrão durante a criação da conta, mas verifique as configurações em SERVER MANAGER -> PHP Settings para garantir que esteja forçado globalmente.
8.3. Limites de Recursos
Evite que um script mal construído ou um ataque de negação de serviço (DoS) na camada de aplicação esgote a memória do servidor. Ajuste os seguintes valores no php.ini:
memory_limit = 256M(Aumente apenas para sites específicos que realmente necessitem).max_execution_time = 60(Impede que scripts rodem infinitamente).expose_php = Off(Oculta a versão do PHP nos cabeçalhos HTTP, dificultando o trabalho de bots que buscam vulnerabilidades específicas de versão).
O CSF é amplamente utilizado para proteção de servidores Linux. Confira o guia completo de CSF Firewall no DirectAdmin
9. Otimização e Proteção do Servidor Web
O servidor web é a face pública do seu servidor. O DirectAdmin suporta várias opções através do CustomBuild. A escolha do servidor web impacta diretamente na performance e nas ferramentas de segurança disponíveis.
Comparativo Rápido de Servidores Web no DirectAdmin:
| Servidor Web | Foco Principal | Compatibilidade com WAF | Isolamento |
| Apache | Estabilidade e compatibilidade legada | Excelente (ModSecurity nativo) | Alto (usando PHP-FPM) |
| Nginx | Alta performance e tráfego massivo | Bom (suporta ModSecurity, mas complexo) | Alto |
| OpenLiteSpeed/Litespeed | Performance extrema para PHP/WordPress | Excelente (Regras WAF embutidas) | Altíssimo |
Independentemente do servidor web escolhido para proteger DirectAdmin, aplique estas duas regras universais:
9.1. Ocultar Assinaturas do Servidor
Não revele qual software ou versão você está usando. No Apache, por exemplo, edite o arquivo /etc/httpd/conf/extra/httpd-default.conf:
ServerSignature OffServerTokens Prod
9.2. Prevenir Listagem de Diretórios
Se um diretório não tiver um arquivo index.php ou index.html, o servidor web pode listar todos os arquivos contidos nele, expondo dados sensíveis. Desative isso garantindo que a diretriz Options -Indexes esteja configurada globalmente nas configurações do seu servidor web.
10. Segurança do Servidor MySQL/MariaDB
Bancos de dados contêm as informações mais valiosas dos seus clientes: senhas criptografadas, dados pessoais e conteúdo dos sites. Um banco de dados mal configurado é um risco crítico.
Para proteger DirectAdmin e seus dados, o serviço de banco de dados deve ser invisível para o mundo exterior.
10.1. Desativar Acesso Externo (Bind Address)
Por padrão, o MySQL/MariaDB não deve aceitar conexões vindas da internet, apenas do próprio servidor (localhost). Edite o arquivo de configuração (geralmente /etc/my.cnf ou /etc/my.cnf.d/server.cnf) e adicione ou modifique a seguinte linha na seção [mysqld]:
bind-address = 127.0.0.1
Reinicie o serviço: systemctl restart mysqld ou systemctl restart mariadb.
Parte 4
Chegamos à última camada da nossa estratégia de Defense in Depth (Defesa em Profundidade). Nas partes anteriores, blindamos o sistema operacional, configuramos firewalls de rede e de aplicação, e restringimos o PHP e o banco de dados. Contudo, para proteger DirectAdmin em sua totalidade, precisamos assumir que senhas podem vazar e que desastres (como falhas de hardware ou ransomwares de dia zero) podem ocorrer.
Nesta quarta parte, vamos implementar a Autenticação de Dois Fatores (2FA), forçar conexões criptografadas modernas, estruturar backups remotos e estabelecer uma rotina de auditoria.
11. Implementação de 2FA (Autenticação de Dois Fatores) no Painel
O roubo de credenciais (phishing, keyloggers ou vazamento de senhas) anula qualquer firewall. Se um atacante descobrir a senha do seu usuário admin, ele terá controle total. Portanto, uma das medidas mais eficazes para proteger DirectAdmin é exigir um segundo fator de autenticação.
O DirectAdmin possui suporte nativo ao 2FA baseado em TOTP (Time-based One-Time Password), compatível com aplicativos como Google Authenticator, Authy, Proton Authenticator.
11.1. Ativando o 2FA Globalmente
- Acesse o DirectAdmin como administrador.
- Navegue até a parte superior a direita e clique em Hello Admin -> Profile.
- Procure a opção “Two-Step Authentication” e ative-a com Google Authenticator ou Proton Authenticator.
- Escaneie o QR Code com o seu aplicativo autenticador.
- Insira o código gerado e salve os códigos de recuperação (scratch codes) em um local extremamente seguro e offline. Sem eles, se você perder o celular, perderá o acesso ao painel.
12. Forçando SSL/TLS e Configurações de Criptografia Modernas
Quando pensamos em proteger DirectAdmin, não podemos esquecer dos dados em trânsito. O acesso ao painel (porta 2222) e aos sites dos clientes deve ser feito exclusivamente via HTTPS. O uso de HTTP expõe senhas e cookies de sessão em texto plano na rede.
12.1. Protegendo o Painel na Porta 2222 com Let’s Encrypt Use os seguintes comandos no terminal SSH (como root) para gerar um certificado SSL gratuito e válido para o hostname do seu servidor:
/usr/local/directadmin/scripts/letsencrypt.sh server_certApós gerar o certificado, force o redirecionamento automático configurando o arquivo directadmin.conf:
/usr/local/directadmin/directadmin set ssl 1
/usr/local/directadmin/directadmin set force_hostname seu-hostname.com
/usr/local/directadmin/directadmin set ssl_redirect_host seu-hostname.com
systemctl restart directadmin12.2. Desativando Protocolos Obsoletos (TLS 1.0 e 1.1) Protocolos de criptografia antigos possuem falhas conhecidas. Para proteger DirectAdmin contra ataques de interceptação (Man-in-the-Middle), force o uso do TLS 1.2 e TLS 1.3. O CustomBuild facilita isso:
cd /usr/local/directadmin/custombuild
./build set ssl_configuration modern
./build rewrite_confs13. Estratégias de Backup Remoto e Imutável
Seja por uma falha catastrófica ou por um ataque de Ransomware, a última linha de defesa para proteger DirectAdmin é ter um backup limpo, atualizado e inacessível pelo próprio servidor comprometido.
13.1. Configurando o Admin Backup and Restore. O DirectAdmin possui uma ferramenta fantástica chamada Admin Backup and Restore. Ela permite criar pacotes completos de usuários (arquivos, bancos de dados, e-mails, zonas DNS).
- Acesse Admin Tools -> Admin Backup and Restore.
- Programe uma rotina (Cron) diária durante a madrugada (ex: 03:00 AM).
- O Segredo: Nunca salve os backups apenas no disco local. Configure o Step 3 (Destination) para enviar via FTP, SFTP ou rsync para um servidor de storage remoto externo.
13.2. A Importância de Backups Imutáveis Se o seu servidor for invadido por um ransomware e o atacante obtiver privilégios de root, ele poderá acessar a conta de FTP remota e deletar seus backups. Para resolver isso, o servidor de destino (storage) deve estar configurado para retenção imutável (append-only) ou possuir snapshots independentes que o seu servidor DirectAdmin não tenha permissão para apagar.
14. Monitoramento de Logs e Auditoria Contínua
A segurança não é um estado, é um processo. Saber como proteger DirectAdmin de forma contínua exige monitoramento proativo.
- Logwatch: Instale o Logwatch no servidor Linux (
yum install logwatchouapt install logwatch). Ele analisa os logs do sistema diariamente e envia um resumo por e-mail para o administrador, destacando erros no disco, logins falhos e uso de sudo. - Message System do DirectAdmin: Preste atenção às mensagens enviadas pelo próprio painel. Ele avisa automaticamente sobre contas enviando spam, serviços travados e limites de disco atingidos.
15. Ativar DKIM no servidor DirectAdmin.
Ativar DKIM:
cd /usr/local/directadmin
./directadmin config-set dkim 1Ative-o nas configurações exim:
cd /usr/local/directadmin/custombuild
./build update
./build exim
./build eximconfUsar dkim = 1 significa que ele será ativado imediatamente quando um domínio for criado no sistema.
Se DNS externo for usado(como cloudflare por exemplo), os registros DKIM TXT deverão ser copiados para o DNS remoto; caso contrário, os emails de saída serão assinados, mas falharão, pois as verificações de DNS falharão, o que é realmente muito pior do que não ter DKIM.
16. Segurança de DNS e E-mail
Um servidor seguro também protege a reputação do seu IP.
- DNSSEC: Ative o DNSSEC no DirectAdmin para evitar o sequestro de DNS (DNS Spoofing).
- Comando:
- cd /usr/local/directadmin
./directadmin set dnssec 1- EasySpamFighter (ESF):
- cd /usr/local/directadmin/custombuild
./build set eximconf yes./build set eximconf_release 4.5./build set blockcracking yes./build set easy_spam_fighter yes./build eximconfIsso força verificações rigorosas de SPF, DKIM e DMARC, impedindo que seu servidor receba ou envie e-mails falsificados.
17. Permissões e segurança de arquivos
🔍 Encontrar arquivos perigosos:
find /home -type f -perm 777🔒 Corrigir:
chmod 644 arquivos
chmod 755 diretórios
🌍 18. Proteção Externa (ALTAMENTE RECOMENDADO)
Use:
- Cloudflare (WAF + CDN)
- proteção DDoS
- rate limit global
- bloqueio por país
⚠️ 19. Ataques reais mais comuns
🔴 Brute force DirectAdmin
→ solução: CSF + Login Keys
🔴 WordPress vulnerável
→ solução: WAF + atualização
🔴 SMTP abuse
→ solução: limite + monitoramento
🔴 SSH attack
→ solução: chave + bloqueio
🔴 Webshell upload
→ solução: permissões + WAF
✅ CHECKLIST PROFISSIONAL
- SSH com chave e sem root
- CSF configurado corretamente
- ModSecurity ativo
- DirectAdmin com login keys
- Senhas fortes
- WordPress protegido
- SMTP limitado
- Logs monitorados
- Backup externo
- portas revisadas
🚀 CONCLUSÃO (VISÃO REAL DE PRODUÇÃO)
Segurança no DirectAdmin não é plugin nem configuração única.
É:
✔ disciplina
✔ monitoramento
✔ atualização constante
✔ arquitetura em camadas
O erro mais comum não é “não saber configurar”
É achar que já está seguro.
Proteger o servidor é um processo contínuo. Para aprofundar sua administração e segurança, consulte o DirectAdmin para administradores.
Para reforçar a segurança do servidor, é essencial utilizar firewall. Veja como aplicar proteção com CSF no DirectAdmin.
FAQ
Use CSF/LFD, limite tentativas, Login Keys e autenticação forte.
WordPress vulnerável e credenciais fracas.
Não. Deve ser combinado com WAF, SSH hardening clique aqui e monitoramento.
Sim, reduz ataques antes de chegar ao servidor.
A melhor forma de proteger DirectAdmin contra ataques é aplicar segurança em camadas: firewall, SSH seguro, WAF, atualizações e monitoramento.
Sim, o CSF é uma das principais ferramentas para proteger DirectAdmin contra ataques, principalmente brute force e conexões abusivas.
Sim. Um WordPress vulnerável pode ser usado como porta de entrada, por isso proteger DirectAdmin contra ataques inclui proteger os sites hospedados.
Veja Mais:
Guia Completo do DirectAdmin para Administradores (Instalação, Segurança e Configuração)
Como habilitar a compressão Brotli no DirectAdmin com Nginx (Guia Completo)
Como Instalar e Otimizar o Redis no DirectAdmin: Guia Definitivo 2026
Onde ficam as configurações PHP-FPM no DirectAdmin? (Guia 2026)
Como Ativar o HTTP/3 no DirectAdmin: Guia Completo 2026
DirectAdmin Lento? Guia Definitivo de Diagnóstico e Otimização [2026]
CSF Firewall no DirectAdmin: Como Configurar
Migração de Contas DirectAdmin: Guia Completo e Passo a Passo
Como Otimizar MariaDB no DirectAdmin (Guia Completo de Alta Performance)
Como Otimizar DirectAdmin para Alto Tráfego (Guia Definitivo)
DirectAdmin em VPS ou Servidor Dedicado: Qual a Melhor Escolha?
DirectAdmin em Cloud: Vale a Pena? O Guia Definitivo (2026)
Como Reduzir Uso de CPU no DirectAdmin: Guia Completo 2026
Como migrar DirectAdmin para dedicado? : Guia Completo e Seguro