Este é o exemplo clássico do conceito Princípio do Menor Privilégio. Ou seja, o usuário deve ter o menor acesso necessário para executar suas funções de trabalho. A solução real para o seu problema é implementar um procedimento operacional padrão que limite os direitos totais de administrador a um servidor apenas àquelas pessoas que realmente administram o servidor. Embora isso seja fácil de sugerir, será preciso uma boa quantidade de trabalho de sua parte para ser implementado e, normalmente, exigirá uma mudança no processo de negócios para os DBAs, administradores de aplicativos, etc.
O que você precisa fazer é sentar-se com o usuário e determinar exatamente o que o usuário faz usando esse sistema e mapear quais direitos de acesso seriam necessários. A coisa realmente complicada aqui é determinar o que eles precisam fazer em oposição a como eles fazem isso. Alguns dos tipos de perguntas que você deve começar são coisas como eles precisam editar arquivos do sistema, reiniciar serviços, ver arquivos de log, etc.
Depois de ter essas informações catalogadas, você pode começar a descobrir se há algo que você deveria fazer em vez disso. Por exemplo, se um arquivo em / etc / sysconfig precisar ser alterado, o usuário deve preparar a alteração e, em seguida, fornecê-la a um administrador de sistema para implantar? Ou se eles precisam ser capazes de gerenciar serviços, quais comandos são realmente necessários para fazer isso, e isso tem que ser feito como root ou como uma conta de serviço?
No final do exercício, você deve ter uma lista de comandos que eles precisam para executar (e para quem), os arquivos que precisam acessar e os procedimentos que você e o usuário podem seguir para fazer alterações anormais.