KDE su utilizza il comando di sistema su per acquisire privilegi. In questa sezione, spiegherò i dettagli di come KDE su fa ciò.

Dato che alcune implementazioni di su (cioè quella di Red Hat®) non vogliono leggere la password da stdin, KDE su crea una coppia pty/tty ed esegue su con i suoi descrittori di file standard connessi alla tty.

Per eseguire il comando che l'utente seleziona, piuttosto che in una shell interattiva, KDE su utilizza l'argomento -c con su. Questo argomento è compreso da ogni shell che conosco quindi dovrebbe funzionare in maniera portabile. su passa l'argomento -c alla shell dell'utente target, e la shell esegue il programma. Esempio di comando: su root -c il_programma.

Invece di eseguire il comando dell'utente direttamente con su, KDE su esegue un piccolo programma di comodo chiamato kdesu_stub. Questo programma di comodo (che gira come utente target), richiede alcune informazioni da KDE su attraverso il canale pty/tty (lo stdin e stdout del programma di comodo) e poi esegue il programma dell'utente. Le informazioni che vengono passate sono: il display X, un cookie di Autenticazione di X (se disponibile), il PATH ed il comando da lanciare. La ragione per cui è usato un programma di comodo è che il cookie di X è un'informazione privata e non può quindi essere passata sulla linea di comando.

KDE su verificherà la password che immetti e restituirà un messaggio di errore se non è corretta. La verifica viene effettuata eseguendo un programma di test: /bin/true. Se ciò ha successo, la password è considerata corretta.

Per comodità, KDE su implementa una funzionalità di «ricorda password». Se ti interessa la sicurezza, dovresti leggere questo paragrafo.

Permettere a KDE su di ricordare le password apre un (piccolo) buco di sicurezza nel tuo sistema. Ovviamente, KDE su non permette a chiunque ma solo al tuo id utente di usare le password, ma, se fatto senza cautela, ciò abbasserebbe il livello di sicurezza di root a quello dell'utente normale (tu). Un hacker che irrompe nel tuo account, otterrebbe l'accesso di root. KDE su cerca di prevenire ciò. Lo schema di sicurezza che utilizza, almeno secondo me, è ragionevolmente sicuro ed è qui spiegato.

KDE su utilizza un demone, chiamato kdesud. Il demone sta in ascolto di comandi ad un socket UNIX® in /tmp. I permessi del socket sono 0600 così che solo il tuo id utente può connettervisi. Se è attivata la memorizzazione delle password, KDE su esegue il comando attraverso questo demone. Scrive il comando e la password di root a questo socket e il demone esegue il comando utilizzando su, come descritto sopra. Fatto questo, il comando e la password non sono gettati via. Sono, invece, memorizzati per una quantità di tempo specificata. Questo è il valore di timeout del modulo di controllo. Se un'altra richiesta per lo stesso comando arriva entro questo periodo di tempo, il client non deve fornire nuovamente la password. Per evitare che gli hacker che irrompono nel tuo account rubino le password dal demone (per esempio, connettendo un debugger), il demone è installato con l'id di gruppo nogroup. Questo previene tutti i normali utenti (inclusi tu) dall'ottenere password dal processo kdesud. Inoltre il demone imposta la variabile di ambiente DISPLAY al valore che aveva quando è stato lanciato. L'unica cosa che un hacker può fare è eseguire un applicazione sul tuo display.

Un punto debole in questo schema è che i programmi che esegui, probabilmente, potrebbero non essere stati scritti con la sicurezza in mente (come i programmi setuid root). Questo significa che potrebbero avere dei buffer overrun o altri problemi ed un hacker potrebbe sfruttarli.

L'utilizzo della memorizzazione delle password è un compromesso tra la sicurezza e la comodità. Ti incoraggio a pensarci e a decidere tu stesso se vuoi usarlo o no.