Administração do sistema e segurança

O que eu não gostei no OpenIndiana foi da abordagem em relação à segurança, mais especificamente do acesso de root. O instalador do sistema menciona que a conta de usuário criada na instalação tem acesso de root. Eu não vi nada disso, pois tinha que digitar a senha de root sempre que tentava realizar alguma tarefa administrativa. Na primeira vez em que a senha foi solicitada eu percebi que a senha de root não havia sido definida na instalação. Criei a senha e voltei para mudar as configurações, e foi aí que descobri que a senha de root era recusada porque meu usuário não tinha permissão para obter privilégios de root. Fui ao gerenciador de contas e mudei as funções do meu usuário para poder realizar tarefas de root ao digitar a senha, e consegui fazer isso usando a minha conta de usuário comum!

No menu de ferramentas administrativas, notei que metade dessas ferramentas me permitia alterar configurações com a senha de root, e que a outra metade negava o acesso dizendo que minha conta de usuário não podia agir como root, mesmo com a senha. Eu sei que tem alguma função que eu posso alterar para que minhas contas usem o su em todas as ocasiões, mas é chato ter que lidar com essas inconsistências. Por que raios entregar o sistema configurado de modo que eu possa gerenciar pacotes e contas com a maior facilidade, mas não alterar outras configurações de root e serviços do sistema? E por falar em serviços, como era de se esperar em um sistema operacional que descende de servidores, o servidor SSH e o Sendmail são executados por padrão. Com as configurações padrão, o root não pode fazer login remoto no shell.

Gerenciamento de processos do sistema