|
Bugzilla – Full Text Bug Listing |
| Summary: | Make sudo more secure when used from an X front-end | ||
|---|---|---|---|
| Product: | Sudo | Reporter: | Samuel Lidén Borell <samuel> |
| Component: | Sudo | Assignee: | Todd C. Miller <Todd.Miller> |
| Status: | RESOLVED FIXED | ||
| Severity: | security | CC: | johnflux |
| Priority: | high | ||
| Version: | 1.6.8 | ||
| Hardware: | All | ||
| OS: | All | ||
|
Description
Samuel Lidén Borell
2005-11-20 04:20:19 MST
Try looking in the sudoers manpage for the timestamp_timeout default. And remember that you can set defaults for individual hosts, users, and runas users. No that won't help. What I want to do is to avoid situations where the sudo session is not bound to a specific TTY (TTY tickets are enabled). This happens when a user uses a X front-end to sudo, for instance. I think there are two possible solutions. 1. Add a command line option that makes sudo not touch the timestamp file. Then make the X front-ends use this option. 2. Or add a secure_tty_tickets option that behave as tty_tickets but doesn't update the timestamps when there's no TTY. I've changed the summary of the bug to reflect that there might be multiple solutions to this problem. This is important to fix please. KDE is now looking for a way to prevent sudo from remembering the credentials. It is currently trivial for a program to just wait until kdesudo is run, and then simply run kdesudo itself, gaining root privillages without the user even knowing. How about if I overload the -k flag such that "sudo -k command" ignores the timestamp completely? This would mean that sudo will always prompt for a password. Sounds good :) In sudo 1.7.1 the -k flag may be specified along with a command to ignore the timestamp file. A beta version of sudo 1.7.1 may be downloaded from http://www.sudo.ws/devel.html Can I confirm that "-k" does two things: 1) Ignores the timestamp when looking to run the command, instead always prompting the user 2) Does not update the timestamp Also, any ideas how to use this flag from a KDE app? I guess it will have to do "sudo -V", parse the version number, then if it's greater than 1.7.1 it passes the -k flag? Or maybe it could try passing -k, then rerun without -k if that returns an error code. |