O KDE su usa o su do sistema para adquirir privilégios. Nesta seção, serão apresentados os detalhes de como o KDE su faz isso.

Uma vez que algumas das implementações do su (isto é, a da Red Hat®) não desejam obter a senha a partir do stdin, o KDE su cria um par PTY/TTY e executa o su com os seus descritores-padrão de arquivos associados ao TTY.

Para executar o comando com o usuário selecionado, ao contrário de um shell interativo, o KDE su usa o argumento -c com o su. Este argumento é entendido por todo shell conhecido de modo que ele deve funcionar corretamente. O su passa este argumento -c para o shell alvo do usuário, e o shell executa o programa. Comando exemplo: su root -c programa.

Ao invés de executar o comando do usuário diretamente com o su, o KDE su executa um pequeno programa chamado kdesu_stub. Este programa (executado como usuário alvo), solicita algumas informações do KDE su através do canal PTY/TTY (o 'stdin' e 'stdout' do programa) e então executa o programa do usuário. A informação passada é: o terminal X, um cookie de autenticação X (se disponível), o PATH e o comando a executar. A razão pela qual este pequeno programa é usado é que o cookie X é uma informação privada e deste modo não pode ser passado por meio da linha de comando.

O KDE su verificará a senha que você inseriu e fornecerá uma mensagem de erro se ela não estiver correta. A verificação é feita executando um programa de teste /bin/true. Se ele funcionar, a senha é assumida como correta.

Para sua comodidade, o KDE su implementou um recurso para “lembrar senha”. Se você está preocupado com a segurança, você deve ler este parágrafo.

Permitir ao KDE su lembrar-se da senha abre uma (pequena) janela na segurança de seu sistema. Obviamente, o KDE su não permitirá ninguém além de seu ID de usuário usar as senhas, mas, se feito sem cautela, isto diminuirá o nível de segurança do root para o de um usuário normal (você). Um hacker que quebre sua conta, poderá obter acesso de root. O KDE su tenta evitar isto. O esquema de segurança que ele usa é, em minha opinião pelo menos, razoavelmente seguro e está explanado aqui.

O KDE su usa um serviço chamado kdesud. O serviço procura em um soquete UNIX® no /tmp por comandos. O modo do soquete é 0600, de modo que somente seu ID de usuário pode conectar-se à ele. Se a lembrança de senha estiver habilitada, o KDE su executa comandos por meio deste serviço. Ele escreve o comando e a senha do root no soquete e o serviço executa o comando usando o su, como descrito anteriormente. Após isso, o comando e a senha não são jogados fora. Ao invés disso, eles são mantidos por um determinado período de tempo. Este é o valor do tempo de espera do módulo de controle. Se outra solicitação para o mesmo comando vier dentro deste período de tempo, o cliente não precisará fornecer a senha. Para impedir que hackers que possam quebrar sua conta roubem as senhas do serviço (por exemplo, atacando um depurador), o serviço é instalado com o ID de grupo 'nogroup'. Isto deve evitar que todos os usuários normais (incluindo você) obtenham a senha a partir do processo kdesud. Além disso, o serviço configura a variável de ambiente DISPLAY para o valor que ela tinha quando ele iniciou. A única coisa que o hacker pode fazer é executar um aplicativo em sua tela.

Um ponto fraco neste esquema é que os programas que você executa provavelmente não foram escritos com a segurança em mente (como programas setuid root). Isto significa que eles podem ter sobrecargas de buffer ou outros problemas e um hacker pode explorá-los.

O uso do recurso de lembrar a senha é um disputa entre segurança e conforto. Eu o encorajo a pensar no que foi dito acima e decidir por si mesmo se deseja usá-lo ou não.