Pular para o conteúdo principal

O alojamento gerido inclui serviços de segurança?

· Leitura de 6 minutos
Customer Care Engineer

Publicado em 24 de outubro de 2026

O alojamento gerido inclui serviços de segurança?

O alojamento gerido inclui segurança? Normalmente, sim — mas nem todas as tarefas de segurança, nem com o mesmo nível de detalhe em todos os planos. Um fornecedor de alojamento gerido deve proteger e manter a camada de servidor que opera: o sistema operativo, os serviços essenciais, a monitorização, o processo de aplicação de atualizações e as ferramentas de recuperação. A sua aplicação, as contas de utilizador, as definições de pagamento e os dados que carrega podem continuar a exigir a atenção da sua equipa.

Essa distinção é importante. «Gerido» não é um escudo mágico que protege todos os plugins, palavras-passe e linhas de código. É um acordo operacional. Antes de migrar um site de produção, uma loja, uma API ou uma carga de trabalho de um cliente, certifique-se de que o acordo especifica exatamente o que é monitorizado, atualizado, sujeito a cópias de segurança e abrangido pelo suporte.

O alojamento gerido inclui segurança por predefinição?​

Um serviço de alojamento devidamente gerido inclui normalmente a segurança básica do servidor como parte do serviço. Isto significa, geralmente, que o fornecedor configura o servidor com uma configuração inicial reforçada, restringe o acesso de rede desnecessário, aplica atualizações ao sistema operativo, monitoriza problemas de disponibilidade e mantém o acesso a técnicos de suporte que podem investigar problemas de infraestrutura.

O pacote específico continua a ser importante. Alguns fornecedores usam «gerido» para dizer que reiniciam um servidor depois de receberem um pedido de suporte. Outros monitorizam ativamente os serviços, respondem a alertas, mantêm cópias de segurança, ajudam na configuração e mantêm o sistema operativo atualizado. São níveis de serviço muito diferentes sob a mesma designação.

Se tiver uma carga de trabalho empresarial, pergunte se a gestão é proativa ou baseada em pedidos. A gestão proativa significa que os alertas podem desencadear uma ação antes de um cliente se aperceber de uma interrupção. A gestão baseada em pedidos significa que o servidor pode só ser mantido depois de comunicar um problema. Nenhuma das opções é necessariamente errada, mas a segunda deixa mais trabalho operacional a seu cargo.

Segurança pela qual o fornecedor deve ser responsável​

Ao nível da infraestrutura, o fornecedor deve ser responsável por proteger o hardware físico, o ambiente do centro de dados, a plataforma de virtualização e a rede principal. Num VPS gerido ou servidor dedicado, o fornecedor também deve indicar claramente como gere as atualizações do sistema operativo, a monitorização dos serviços, a configuração da firewall, os sistemas de cópias de segurança e o acesso ao suporte de emergência.

Um bom serviço gerido também tem um processo definido para os avisos de segurança. Se surgir uma vulnerabilidade grave no sistema operativo ou num serviço Web, alguém deve acompanhar os avisos, avaliar a exposição e agendar ou aplicar as atualizações necessárias. Quando bem feito, este trabalho é pouco visível. Tal como uma sala de servidores limpa, não é entusiasmante — e esse é precisamente o objetivo.

As cópias de segurança também fazem parte da segurança. Não impedem uma intrusão, mas reduzem os danos causados por ransomware, atualizações com falhas, eliminações acidentais ou por um programador que leva o entusiasmo diretamente para o ambiente de produção. As cópias de segurança geridas devem ter uma política de retenção, um processo de restauro claro e separação suficiente em relação ao servidor principal para que um único incidente não elimine ambas as cópias.

Segurança que muitas vezes continua a ser da sua responsabilidade​

A linha de responsabilidade partilhada sobe à medida que adiciona software. Um fornecedor de alojamento pode proteger o servidor, mas não pode decidir com segurança de que plugin do WordPress a sua equipa de marketing ainda precisa, se uma função da aplicação tem permissões em excesso ou se um colaborador reutilizou uma palavra-passe de outro serviço.

Normalmente, continua a ser da sua responsabilidade ou da do seu programador gerir as atualizações da aplicação, a segurança do código, as extensões do sistema de gestão de conteúdos, as contas de administrador, as chaves de API, as permissões da base de dados e os dados pessoais recolhidos pela aplicação. Se gerir uma loja online, também tem de manter as definições de segurança das integrações de pagamentos, envios e apoio ao cliente.

Isto não significa que o fornecedor esteja a fugir ao trabalho. É uma limitação de acesso necessária. Um fornecedor que altere silenciosamente o código da aplicação ou elimine um plugin desconhecido pode interromper um processo empresarial no pior momento possível. Uma atribuição clara de responsabilidades é mais segura do que adivinhar com boas intenções.

Como deve funcionar, na prática, a segurança gerida​

As afirmações sobre segurança só são úteis quando correspondem a operações reais. Procure um fornecedor que consiga explicar o que acontece desde a configuração inicial de um servidor até um alerta, uma atualização, o restauro de uma cópia de segurança ou uma suspeita de comprometimento.

No mínimo, o serviço deve abranger estas áreas operacionais:

  • Gestão de atualizações: Quem instala as atualizações do sistema operativo e dos serviços essenciais, como são tratadas as correções urgentes e se são usadas janelas de manutenção para alterações que possam exigir um reinício.
  • Monitorização e alertas: Que serviços são verificados, se os técnicos recebem alertas a qualquer hora e qual é a resposta a uma verificação falhada ou a um comportamento invulgar dos recursos.
  • Proteção de acesso: Como são controlados, registados e removidos, quando deixam de ser necessários, os acessos SSH, ao painel de controlo, de root e de suporte.
  • Cópias de segurança e restauro: Com que frequência são feitas as cópias de segurança, durante quanto tempo são retidas, onde são armazenadas e se está incluída assistência no restauro.
  • Resposta a incidentes: Quem investiga uma suspeita de violação, que provas são preservadas, com que rapidez é notificado e onde termina a responsabilidade do fornecedor.

Não precisa de um documento de políticas com 40 páginas para obter respostas úteis. Uma descrição concisa do âmbito do serviço é melhor, desde que seja específica. «Prestamos serviços de segurança» é vago. «Monitorizamos a disponibilidade do servidor 24 horas por dia, 7 dias por semana, mantemos o sistema operativo suportado atualizado, fazemos cópias de segurança programadas e ajudamos no restauro» é algo com que pode contar no seu planeamento.

A segurança de um VPS gerido não é o mesmo que a segurança da aplicação​

Um VPS gerido dá-lhe mais controlo do que o alojamento partilhado e, com esse controlo, surgem mais escolhas. Pode instalar serviços personalizados, definir regras de firewall, exportar métricas, configurar tarefas cron e implementar várias aplicações num único servidor. Essa flexibilidade é valiosa para agências e equipas de SaaS, mas também torna mais importante perceber os limites do suporte.

Por exemplo, o fornecedor pode proteger o hipervisor do VPS, o sistema operativo e a pilha de gestão padrão. A sua equipa pode ser responsável pela configuração do Docker, pelo serviço Node.js personalizado, pelo comportamento das consultas à base de dados e pelos segredos armazenados no pipeline de implementação. Se um contentor estiver exposto numa porta desnecessária, trata-se normalmente de um problema de configuração da aplicação, mesmo que o VPS subjacente tenha todas as atualizações aplicadas.

O fornecedor de serviços geridos certo ajuda-o a identificar essa fronteira antes de ocorrer um incidente. Na kodu.cloud, a infraestrutura gerida é complementada por monitorização, cópias de segurança e apoio humano, para que os clientes não fiquem sozinhos a ler os registos do servidor às 2 da manhã. Ainda assim, a configuração mais segura é aquela em que ambas as partes sabem quem monitoriza cada camada.

Perguntas a fazer antes de comprar​

Faça estas perguntas antes de migrar, não depois de receber na caixa de entrada um alerta de segurança com uma hora que ninguém aprecia. Primeiro, confirme se as atualizações do sistema operativo estão incluídas e se são automáticas, agendadas ou feitas mediante pedido de suporte. Depois, pergunte que serviços são monitorizados e se a monitorização abrange apenas a disponibilidade ou também o espaço em disco, a pressão sobre a memória, as cópias de segurança falhadas e os processos críticos.

A seguir, pergunte como funciona o restauro das cópias de segurança. Uma cópia de segurança que existe, mas não pode ser restaurada rapidamente, é apenas uma história reconfortante. Saiba se o restauro é feito pelo próprio cliente, com a ajuda de um técnico, se tem um custo adicional e se é testado periodicamente.

Também deve perguntar o que acontece após uma suspeita de comprometimento. O fornecedor vai isolar o servidor, preservar os registos, ajudar a alterar as credenciais e prestar assistência na recuperação? Ou limitar-se-á a confirmar que a máquina está online? A resposta ajuda-o a decidir se precisa de um parceiro externo de segurança, de um contrato de assistência com um programador ou de procedimentos internos mais robustos.

Por fim, analise o painel de controlo e as opções de acesso às contas. A autenticação multifator, as contas de utilizador separadas, as permissões limitadas e a remoção atempada do acesso de antigos colaboradores evitam muitos incidentes desnecessários. As ferramentas de segurança sofisticadas são úteis, mas uma boa gestão das contas continua a fazer muito trabalho importante.

Adapte a segurança aos seus riscos reais​

Um site informativo com um pequeno formulário de contacto não precisa dos mesmos controlos que uma loja que processa milhares de encomendas ou uma plataforma SaaS que guarda registos de clientes. O plano de alojamento gerido deve corresponder ao impacto que a indisponibilidade e a perda de dados teriam na empresa. As cargas de trabalho de maior risco podem exigir infraestrutura isolada, políticas de firewall mais rigorosas, cópias de segurança fora do servidor, análise de vulnerabilidades, revisões de acesso e um plano de resposta a incidentes documentado.

Para muitas pequenas e médias empresas, o objetivo prático não é criar um departamento de segurança empresarial em miniatura. É eliminar os pontos de falha previsíveis: atualizações atrasadas, ausência de monitorização, credenciais fracas, cópias de segurança não testadas e dúvidas sobre quem responde primeiro. Quando estes aspetos estão controlados, o serviço volta a funcionar sem sobressaltos.

O alojamento gerido deve reduzir o trabalho de segurança que tem a seu cargo, não transformar a segurança num mistério entregue a terceiros. Escolha um fornecedor que defina claramente as suas responsabilidades, mantenha a responsabilidade pela camada da aplicação e teste a recuperação antes de precisar dela.

Andres Saar, engenheiro de apoio ao cliente