O que é uma escalada de privilégios e como evitá-la no Linux?
Publicado em 2026-10-20 por frfrand
Escalada de privilegios explicada de forma defensiva: permisos, servicios, actualizaciones y auditoría de accesos.
Uma escala de privilégios ocorre quando uma conta ou processo obtém permissões superiores às que deveria ter. No Linux pode significar passar de um usuário limitado a capacidades administrativas ou acessar recursos que pertencem a outra conta.
É um tema importante porque nem todos os problemas de segurança começam com acesso total. Um atacante pode obter primeiro um acesso reduzido e tentar aproveitar erros para ampliar seu controle.
O exemplo do hotel
Um hóspede recebe um cartão que abre seu quarto. Esse cartão não deveria permitir entrar nos outros quartos, modificar reservas ou acessar o painel de administração do hotel.
Uma escala de privilégios se parece com conseguir que esse cartão permita mais do que o autorizado. O problema nem sempre está no cartão: pode estar em uma fechadura defeituosa, um funcionário que confia demais ou uma política mal definida.
Em um servidor, esses erros podem corresponder a permissões de arquivos, serviços mal configurados ou vulnerabilidades do software.
Usuários normais e root
O Linux permite criar distintas contas com permissões separadas. A conta root tem capacidades administrativas amplas, por isso executar toda a aplicação com esses privilégios aumenta as consequências de uma falha.
Um servidor web que só precisa ler determinados arquivos e ouvir uma porta configurada não deveria possuir acesso ilimitado a toda a máquina.
O princípio do mínimo privilégio consiste em conceder o necessário para uma tarefa, e não mais.
Qual papel o sudo cumpre?
O sudo permite que usuários autorizados executem determinadas operações com permissões elevadas. É útil, mas requer regras cuidadosas.
Não é uma boa ideia dar permissões para qualquer comando a uma conta de serviço se ela apenas precisa reiniciar um processo específico. Também convém revisar quais programas podem ser executados com privilégios especiais.
A segurança se rompe com facilidade quando alguém pensa «adicionar permissões de administrador e pronto» sempre que aparece um erro de acesso.
O que são SUID e outros mecanismos?
O Linux dispõe de mecanismos para executar certas operações com capacidades ou contextos de privilégios específicos. São necessários para diferentes funções do sistema, mas uma configuração incorreta pode ampliar a superfície de risco.
Em uma auditoria defensiva, convém revisar quais programas realmente precisam dessas permissões e manter atualizados os pacotes que as fornecem. Não é necessário converter essa análise em um guia de exploração para entender o risco.
Um exemplo com um aplicativo web
Uma API é executada com uma conta que deveria apenas ler sua configuração e acessar um banco de dados específico. Por comodidade, alguém altera a conta para que execute todos os processos como root.
Se o aplicativo tem uma vulnerabilidade, o dano potencial aumenta muito. Manter o processo sob um usuário limitado não garante imunidade, mas pode reduzir o alcance de um incidente.
Também é importante não guardar credenciais de todos os clientes em um local ao qual qualquer processo tenha acesso.
Como reduzir o risco?
Aplique atualizações de segurança, separe contas de serviço, revise permissões de arquivos, limite comandos privilegiados e utilize controles de acesso adequados.
Em contêineres e VPS também é preciso considerar isolamento, capacidades do sistema e configurações do host. Um aplicativo isolado incorretamente pode afetar mais recursos do que o previsto.
Além disso, registre mudanças administrativas e verifique periodicamente quem mantém acesso. Permissões temporárias que ninguém revoga acabam se tornando permanentes.
Como detectar uma configuração perigosa?
Um exemplo defensivo consiste em revisar se um aplicativo usa a conta root sem necessidade, se um diretório sensível pode ser modificado por usuários inadequados ou se uma automação possui credenciais muito amplas.
Nem toda permissão elevada é uma vulnerabilidade: muitas operações legítimas requerem administração. O objetivo é que cada capacidade tenha um motivo claro e controles proporcionais.
E no ArduMaker?
Quando administras VPS, usuários e aplicações desde ArduMaker, convém manter a separação entre acessos administrativos e contas usadas por cada serviço. A infraestrutura pode facilitar essa organização, mas o design de permissões continua sendo responsabilidade de quem opera os projetos.
Para lembrar: escalação de privilégios significa obter capacidades indevidas. Reduzir privilégios antes de um incidente costuma limitar melhor o dano do que tentar corrigi-lo depois.
Fontes: OWASP Least Privilege Principle · Linux capabilities.