KDE su utiliza la orden su del sistema para obtener privilegios. En esta sección se explican los detalles de como KDE su lleva a cabo esta operación.

Debido a que ciertas implementaciones de su (es decir, la de Red Hat®) no desean leer la contraseña de stdin, KDE su crea un par pty/tty y ejecuta su con sus descriptores de archivos estándar conectados a tty.

Para ejecutar la orden seleccionada por el usuario, en lugar de un intérprete interactivo, KDE su utiliza el argumento -c con su. Este argumento es entendido por todos los intérpretes conocidos y debería por tanto funcionar. Su pasa este argumento -c al intérprete de destino del usuario y el intérprete de órdenes ejecuta el programa. Ejemplo: su root -c el_programa.

En lugar de ejecutar la orden del usuario directamente con su, KDE su ejecuta un pequeño programa intermediario denominado kdesu_stub. Este intermediario (ejecutándose como usuario de destino), solicita algo de información de KDE su por el canal pty/tty (la entrada y salida estándar del intermediario) y después ejecuta el programa del usuario. La información que se pasa es: la pantalla X, una cookie de acreditación X (si está disponible), la variable PATH y la orden a ejecutar. La razón por la que se utiliza un programa intermediario es que la cookie X es información privada y por tanto no se puede pasar en la línea de órdenes.

KDE su comprobará la contraseña introducida y generará un mensaje de error si no es correcta. La comprobación se realiza ejecutando un programa de prueba: /bin/true. Si el resultado es positivo, se asumirá que la contraseña es correcta.

Para su comodidad, KDE su implementa una propiedad de «registro de contraseña». Si está interesado en la seguridad, debería leer el siguiente parrafo.

Si permite que KDE su recuerde las contraseñas estará abriendo un (pequeño) agujero en la seguridad de su sistema. Obviamente, KDE su no permite más que al identificador de su usuario utilizar sus contraseñas, pero si esto se hace descuidadamente, se rebajaría el nivel de seguridad de root al de un usuario normal (usted). Un hacker (intruso) que consiga acceso a su cuenta, puede conseguir automáticamente el acceso a root. KDE su intenta impedir esto. El esquema de seguridad, es razonablemente seguro y se explica a continuación.

KDE su utiliza un demonio, llamado kdesud. El demonio escucha a un socket de UNIX® en /tmp listo para ejecutar órdenes. El modo del socket es 0600 de tal manera que solo su identificador de usuario se pueda conectar a él. Si se activa el registro de contraseñas, KDE su ejecuta órdenes a través de este demonio. Escribe la orden y la contraseña de root en el socket y el demonio ejecuta la orden utilizando su, como ya se ha descrito anteriormente. Después de esta operación la orden y la contraseña no se descartan. Se registran durante un cierto tiempo. Este tiempo es el valor tiempo de expiración que aparece en el módulo de control. Si llega otra petición para la misma orden durante este periodo de tiempo, el cliente no debe introducir la contraseña. Para evitar que los hackers que puedan entrar en su cuenta roben la contraseña del demonio (por ejemplo añadiendo un depurador), el demonio se instala como set-group-id nogroup. Esto debería impedir el robo de contraseñas del proceso kdesud a todos los usuarios normales (incluyendole a usted). También, el demonio fija la variable de entorno DISPLAY al valor que tenía cuando se inició. Lo único que un hacker puede hacer es ejecutar una aplicación en su pantalla.

Un posible problema de este diseño es que los programas que usted ejecuta probablemente no están escritos teniendo en cuenta la seguridad (como los programas setuid root). Ello significa que pueden tener derrames de buffer u otros problemas y un hacker podría explotarlos.

El uso del registro de contraseñas es un compromiso entre seguridad y comodidad. Es recomendable que usted lo piense detenidamente y decida si desea usarlo o no.