<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: Linux Tips: The proper way to allow regular users to run commands as root</title> <atom:link href="http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/feed/" rel="self" type="application/rss+xml" /><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/</link> <description>The Journal Of A Linux Sysadmin</description> <lastBuildDate>Thu, 09 Feb 2012 03:50:59 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3</generator> <item><title>By: john</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-179863</link> <dc:creator>john</dc:creator> <pubDate>Sun, 15 Mar 2009 09:04:37 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-179863</guid> <description>100 Linux Tips and Tricks are available here
http://pretty-sharp.blogspot.com/search/label/100%20Linux%20Tips%20and%20Tricks</description> <content:encoded><![CDATA[<p>100 Linux Tips and Tricks are available here<br
/> <a
href="http://pretty-sharp.blogspot.com/search/label/100%20Linux%20Tips%20and%20Tricks" rel="nofollow">http://pretty-sharp.blogspot.com/search/label/100%20Linux%20Tips%20and%20Tricks</a></p> ]]></content:encoded> </item> <item><title>By: OpsGuy</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-178427</link> <dc:creator>OpsGuy</dc:creator> <pubDate>Tue, 05 Aug 2008 21:30:19 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-178427</guid> <description>What you Security zealots don&#039;t realize it that Operations or Application admins need to get work done in a timely fashion.  You guy put so much effort into limiting what can be done on a system, that the system is almost impossible to use for being proxied by sudo or other root shells.How about making the system usable again, by posting a way to have all commands logged even if someone has run a shell inside Sudo?C&#039;mon..make yourselves useful and figure this out, instead of saying over and over..&#039;no you cant do that&#039;.</description> <content:encoded><![CDATA[<p>What you Security zealots don&#8217;t realize it that Operations or Application admins need to get work done in a timely fashion.  You guy put so much effort into limiting what can be done on a system, that the system is almost impossible to use for being proxied by sudo or other root shells.</p><p>How about making the system usable again, by posting a way to have all commands logged even if someone has run a shell inside Sudo?</p><p>C&#8217;mon..make yourselves useful and figure this out, instead of saying over and over..&#8217;no you cant do that&#8217;.</p> ]]></content:encoded> </item> <item><title>By: ketan</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-178418</link> <dc:creator>ketan</dc:creator> <pubDate>Sat, 02 Aug 2008 04:55:52 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-178418</guid> <description>plz, any budy help me give the command for lunix and unix in very easyest form
thanks</description> <content:encoded><![CDATA[<p>plz, any budy help me give the command for lunix and unix in very easyest form<br
/> thanks</p> ]]></content:encoded> </item> <item><title>By: Lokesh Bisht</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-50264</link> <dc:creator>Lokesh Bisht</dc:creator> <pubDate>Sat, 09 Jun 2007 03:16:43 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-50264</guid> <description>ya i think linux is so lovely operating system and so interested for work. This site make help for many people who interested in linux operating system and work it. this site give so many documentation about linux command and script for use and gain your knowlege yourself............</description> <content:encoded><![CDATA[<p>ya i think linux is so lovely operating system and so interested for work. This site make help for many people who interested in linux operating system and work it. this site give so many documentation about linux command and script for use and gain your knowlege yourself&#8230;&#8230;&#8230;&#8230;</p> ]]></content:encoded> </item> <item><title>By: Mark&#8217;s (we)Blog &#187; Running sudo as a standard user in Mac OS X</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-26965</link> <dc:creator>Mark&#8217;s (we)Blog &#187; Running sudo as a standard user in Mac OS X</dc:creator> <pubDate>Wed, 21 Mar 2007 22:55:58 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-26965</guid> <description>[...] I could edit /etc/sudoers (the guide at MDLog:/sysadmin gives a good introduction to sudo) but I don&#8217;t know what security holes I might open in the process. One workaround is to enable the root account and use ssh root@localhost but enabling root access is really an unnecessary step. Instead, I prefer to use su - adminaccountname, after which I can sudo the appropriate command(s) and exit to return to a standard shell. [...]</description> <content:encoded><![CDATA[<p>[...] I could edit /etc/sudoers (the guide at MDLog:/sysadmin gives a good introduction to sudo) but I don&#8217;t know what security holes I might open in the process. One workaround is to enable the root account and use ssh root@localhost but enabling root access is really an unnecessary step. Instead, I prefer to use su &#8211; adminaccountname, after which I can sudo the appropriate command(s) and exit to return to a standard shell. [...]</p> ]]></content:encoded> </item> <item><title>By: Mark&#8217;s (we)Blog &#187; sudo as a standard user in Mac OS X</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-26896</link> <dc:creator>Mark&#8217;s (we)Blog &#187; sudo as a standard user in Mac OS X</dc:creator> <pubDate>Wed, 21 Mar 2007 18:53:33 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-26896</guid> <description>[...] I could edit /etc/sudoers (the guide at MDLog:/sysadmin gives a good introduction to sudo) but I don&#8217;t know what security holes I might open in the process. One workaround is to enable the root account and use ssh root@localhost but enabling root access is really an unnecessary step. Instead, I prefer to use su - adminaccountname, after which I can sudo the appropriate command(s) and exit to return to a standard shell. [...]</description> <content:encoded><![CDATA[<p>[...] I could edit /etc/sudoers (the guide at MDLog:/sysadmin gives a good introduction to sudo) but I don&#8217;t know what security holes I might open in the process. One workaround is to enable the root account and use ssh root@localhost but enabling root access is really an unnecessary step. Instead, I prefer to use su &#8211; adminaccountname, after which I can sudo the appropriate command(s) and exit to return to a standard shell. [...]</p> ]]></content:encoded> </item> <item><title>By: polarizer</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-149</link> <dc:creator>polarizer</dc:creator> <pubDate>Wed, 31 May 2006 06:49:25 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-149</guid> <description>One could try to combine rsync and chroot to circumvent the security impact of filesystem wide rsync access while running it as root-sudoer.just my 2cent
polarizer</description> <content:encoded><![CDATA[<p>One could try to combine rsync and chroot to circumvent the security impact of filesystem wide rsync access while running it as root-sudoer.</p><p>just my 2cent<br
/> polarizer</p> ]]></content:encoded> </item> <item><title>By: agaragar</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-102</link> <dc:creator>agaragar</dc:creator> <pubDate>Wed, 24 May 2006 09:25:01 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-102</guid> <description>A better example of sudo use might be cdrecord.</description> <content:encoded><![CDATA[<p>A better example of sudo use might be cdrecord.</p> ]]></content:encoded> </item> <item><title>By: - Marius -</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-99</link> <dc:creator>- Marius -</dc:creator> <pubDate>Tue, 23 May 2006 17:26:45 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-99</guid> <description>Dear plugh,You are correct. I have not understood your point initially, but you are correct, if you allow the user to run all the commands as root, then obviously logging can be disabled by a user that intends to do that. Thanks for pointing that out, and sorry if I have not understood you in the first place.Of course that from the security point of view the administrator must be very careful on what commands he enables for his users to run as root.</description> <content:encoded><![CDATA[<p>Dear plugh,</p><p>You are correct. I have not understood your point initially, but you are correct, if you allow the user to run all the commands as root, then obviously logging can be disabled by a user that intends to do that. Thanks for pointing that out, and sorry if I have not understood you in the first place.</p><p>Of course that from the security point of view the administrator must be very careful on what commands he enables for his users to run as root.</p> ]]></content:encoded> </item> <item><title>By: plugh</title><link>http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/comment-page-1/#comment-98</link> <dc:creator>plugh</dc:creator> <pubDate>Tue, 23 May 2006 16:01:42 +0000</pubDate> <guid
isPermaLink="false">http://www.ducea.com/2006/05/19/linux-tips-the-proper-way-to-allow-regular-users-to-run-commands-as-root/#comment-98</guid> <description>In reply to&quot;&quot;To plughâ€¦ Of course that this will depend on the commands you are allowing the users to run. If you are concerned about the logging then there are other ways to log the commands like snoopylogger for example.&quot;Please re-read the paragraph I quoted. You claimed &quot;the ability to run some (or all) commands&quot;...&quot;And all the commands will be logged for your reference.&quot; As I pointed out, this is simply not true. If you give access to &quot;(or all) commands&quot; as you state, the logging can be defeated. The fact that you can run ANOTHER program like &quot;snoop&quot; to make up for this hole in sudo does not mean that that sudo&#039;s logging can&#039;t be defeated. You can use commands like snoop to monitor su as well as sudo.I would not advise anyone to use sudo based on the claim that it logs all commands when you allows the user access to all commands. It simply is NOT TRUE.  If you understood sudo and wanted to give out ACCURATE information to your readers, you would have pointed out this vulnerability to your readers and you would not try to make imply that &quot;snoop&quot; some how means that this vulnerability does not exist in sudo.</description> <content:encoded><![CDATA[<p>In reply to&#8221;</p><p>&#8220;To plughâ€¦ Of course that this will depend on the commands you are allowing the users to run. If you are concerned about the logging then there are other ways to log the commands like snoopylogger for example.&#8221;</p><p>Please re-read the paragraph I quoted. You claimed &#8220;the ability to run some (or all) commands&#8221;&#8230;&#8221;And all the commands will be logged for your reference.&#8221; As I pointed out, this is simply not true. If you give access to &#8220;(or all) commands&#8221; as you state, the logging can be defeated. The fact that you can run ANOTHER program like &#8220;snoop&#8221; to make up for this hole in sudo does not mean that that sudo&#8217;s logging can&#8217;t be defeated. You can use commands like snoop to monitor su as well as sudo.</p><p>I would not advise anyone to use sudo based on the claim that it logs all commands when you allows the user access to all commands. It simply is NOT TRUE.  If you understood sudo and wanted to give out ACCURATE information to your readers, you would have pointed out this vulnerability to your readers and you would not try to make imply that &#8220;snoop&#8221; some how means that this vulnerability does not exist in sudo.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Served from: www.ducea.com @ 2012-02-08 20:03:07 by W3 Total Cache -->
