Acesso root em VPS: o que é e como usar com segurança

O que root permite, o que passa a ser responsabilidade sua e como configurar usuário com sudo, chave SSH e firewall em Debian ou Ubuntu.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 18 de outubro de 2026 · 9 min de leitura

Acesso root em VPS é o controle total do sistema Linux do seu servidor: você instala programas, muda configurações e cria usuários sem pedir permissão a ninguém. Em troca, segurança, atualização e cópia de segurança passam a ser sua responsabilidade.

Quem vem da hospedagem compartilhada pode estranhar essa mudança. Lá, o provedor entrega um ambiente pronto e limitado. Aqui, você recebe o servidor e decide o que fazer com ele. Este guia explica o que root significa, o que você ganha, o que passa a cuidar e como configurar um acesso mais seguro em Debian ou Ubuntu.

O que é o usuário root

Root é o usuário administrador máximo de um sistema Linux. Ele não tem as travas que um usuário comum tem. Com root, você pode instalar qualquer software, alterar qualquer arquivo do sistema, criar outros usuários, mudar permissões, abrir ou fechar portas de rede e até apagar o próprio sistema por engano.

No Windows, a ideia equivalente é a conta de Administrador; os comandos deste artigo valem para Linux.

Por que isso é diferente da hospedagem compartilhada

Na hospedagem compartilhada, vários clientes usam o mesmo servidor físico. Dar controle total do sistema a cada um comprometeria a segurança e a estabilidade de todos. Por isso você só mexe no que o provedor libera: arquivos do site, contas de e-mail, bancos de dados.

No VPS, o ambiente virtual é seu. Dentro dele, o root é todo seu. Isso é útil quando o projeto precisa de uma versão específica de linguagem, de um banco de dados que o provedor não oferece ou de um serviço rodando o tempo todo, como um bot ou uma aplicação própria. Se você ainda está comparando o que é um VPS, veja o que é servidor VPS: guia simples para iniciantes.

VPS gerenciado e não gerenciado

Em um VPS gerenciado, o provedor cuida de parte da administração do sistema, como atualizações e monitoramento. Em um VPS não gerenciado, você recebe o servidor com acesso root e toda a manutenção fica com você. A Eleven Host descreve seus VPS como infraestrutura crua, com acesso root completo liberado desde a entrega, ou seja, sem camadas de gerenciamento impostas por padrão. Se você tem dúvida sobre o que está incluído no seu serviço, abra um chamado e pergunte antes de contar com algo que não está descrito.

O que dá para fazer com acesso root

• Instalar as versões exatas de linguagens, bancos de dados e servidores web que o projeto pede.
• Configurar regras de firewall específicas para o seu caso.
• Rodar várias aplicações separadas em containers, se for o seu caso.
• Criar usuários diferentes para cada pessoa da equipe, com permissões distintas.
• Ajustar o ambiente sem esperar aprovação para cada mudança pequena.

Os riscos de usar root no dia a dia

Trabalhar logado como root o tempo todo é uma má prática por três motivos. Um comando digitado errado pode apagar arquivos importantes sem pedir confirmação. Qualquer programa que você rode, inclusive um script baixado da internet, roda com poder máximo. E o usuário root é um alvo conhecido: robôs tentam entrar em servidores expostos testando senhas, e o nome "root" existe em todo Linux, então o robô não precisa adivinhá-lo.

A prática recomendada é criar um usuário comum com permissão de usar sudo, que é o comando para executar uma tarefa administrativa pontual. Assim você só usa poder máximo quando realmente precisa.

Passo a passo: acesso mais seguro em Debian ou Ubuntu

Os passos abaixo valem para Debian e Ubuntu. Confira nos dados de acesso do serviço qual sistema você recebeu e como é o primeiro acesso, ou abra um chamado se algo não estiver claro. Se o seu sistema for outro, os comandos mudam. Faça tudo com calma e mantenha a sessão aberta até testar a nova.

1. Atualize o sistema

Se o seu primeiro acesso for como root, você não precisa de sudo; se for com outro usuário, coloque sudo antes dos comandos dos passos 1 e 2. Atualize a lista de pacotes e o sistema, e instale o sudo e o firewall ufw, que podem não vir instalados:

apt update

apt upgrade -y

apt install -y sudo ufw

2. Crie um usuário comum com permissão de sudo

Escolha um nome diferente de "root" e de "admin", que são nomes óbvios para robôs testarem. O exemplo usa maria:

adduser maria

usermod -aG sudo maria

O primeiro comando pede uma senha para o usuário. Use uma senha longa e única.

3. Configure a chave SSH

Chave SSH é um par de arquivos: a chave privada fica no seu computador e a pública vai para o servidor. Quem não tem a privada não entra. No seu computador (não no servidor), gere a chave e envie para o novo usuário (isso funciona se o login por senha ainda estiver ativo):

ssh-keygen -t ed25519

ssh-copy-id maria@203.0.113.10

O IP é um exemplo: troque pelo endereço do seu servidor. Guarde a chave privada em local seguro e proteja-a com uma frase-senha.

4. Teste o novo acesso antes de fechar o antigo

Abra uma segunda janela de terminal, deixe a primeira aberta e teste:

ssh maria@203.0.113.10

sudo whoami

Se o segundo comando responder "root", o usuário comum está funcionando com sudo. Só siga adiante se isso funcionou. Se o servidor pedir a senha da conta maria, a chave não está sendo usada: pare e revise o passo 3. Pedir a frase-senha da chave é normal.

5. Libere o SSH no firewall e só depois ative

Ativar o firewall sem liberar o SSH tranca você para fora do servidor. Libere primeiro. Se você usa a porta padrão do SSH (22):

sudo ufw allow 22/tcp

sudo ufw enable

sudo ufw status

Se você mudou a porta do SSH, libere a porta que você usa no lugar da 22. Depois de ativar, abra outra janela e confirme que ainda consegue conectar. Libere também as portas dos serviços que você for publicar, como 80 e 443 para um site, só quando precisar.

6. Desligue o login direto como root e por senha

Só faça isto depois dos testes acima. Edite o arquivo de configuração do SSH:

sudo nano /etc/ssh/sshd_config

Ajuste estas duas linhas: PermitRootLogin no e PasswordAuthentication no. Em algumas instalações há arquivos extras na pasta /etc/ssh/sshd_config.d/ que podem mudar essas opções, então confira o resultado final:

sudo sshd -T | grep -E "permitrootlogin|passwordauthentication"

Valide a sintaxe e recarregue o serviço, ainda com a sessão antiga aberta:

sudo sshd -t

sudo systemctl reload ssh

Em algumas distribuições o serviço se chama sshd. Abra uma nova conexão com a chave para confirmar que ela funciona. Se algo falhar, a sessão antiga ainda permite desfazer a alteração.

Precisa de um servidor para aplicar este guia? Ver planos de VPS

As responsabilidades que vêm junto

Atualizações

Falhas de segurança conhecidas são um caminho de invasão em servidores sem atualização. Rode sudo apt update e sudo apt upgrade com regularidade e reinicie quando o sistema pedir. Se quiser automatizar as correções de segurança, o pacote unattended-upgrades existe para isso em Debian e Ubuntu; leia a documentação do seu sistema antes de ativar.

Cópia de segurança

Sem um provedor gerenciando isso, a cópia dos seus dados é sua tarefa. Se o seu serviço incluir alguma cópia, confirme por chamado exatamente o que ela cobre e não dependa só dela. Mantenha uma cópia fora do servidor e teste restaurar de verdade.

Monitoramento de recursos

Acompanhe uso de CPU, memória e disco para perceber o limite antes que o site ou a aplicação fique lenta. Comandos como htop e df -h já dão uma boa ideia. Se os recursos acabarem repetidamente, é hora de rever o plano.

Senhas e acesso

Evite reaproveitar senhas, não compartilhe a chave privada e remova o acesso de quem sai da equipe. Mexer em um servidor exposto à internet é lidar com tentativas de invasão automáticas: verifique os registros de login com sudo journalctl -u ssh de vez em quando. Para outras medidas de proteção, veja segurança para sites: 10 medidas essenciais.

Esse tipo de servidor é para mim?

Se você (ou alguém da equipe) conhece o básico de Linux ou está disposto a aprender, o controle do root compensa pela flexibilidade. Um dono de loja que só quer o site no ar pode preferir contratar apoio técnico para a parte de servidor. Se a dúvida é se o VPS é a escolha certa para o seu caso, veja o guia de decisão entre VPS e dedicado.

Quer tirar uma dúvida sobre o seu cenário antes de contratar? Falar com a equipe

Perguntas frequentes

Acesso root é perigoso?

Não por si só, mas ele não tem proteções contra erro. Use um usuário comum com sudo no dia a dia e proteja o acesso por chave SSH.

Preciso saber Linux para ter um VPS com acesso root?

Você precisa do básico: conectar por SSH, instalar pacotes e editar arquivos. Dá para aprender com os passos deste artigo e com a documentação do sistema, ou contratar apoio técnico.

Qual é a diferença entre root e sudo?

Root é o usuário administrador. Sudo é o comando que permite a um usuário comum executar uma tarefa como administrador, só naquele momento.

Como sei se o meu VPS vem com acesso root?

A Eleven Host descreve seus VPS com acesso root completo desde a entrega. Os dados de acesso do serviço mostram como entrar. Se algo não bater, abra um chamado.

O que acontece se eu travar o SSH por engano?

Por isso é importante manter a sessão aberta ao testar. Se perder o acesso, abra um chamado e explique o que mudou. Confirme com a equipe quais opções de recuperação existem para o seu serviço.