<?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/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Security vs. Convenience</title>
	<atom:link href="http://gigaom.com/apple/security-vs-convenience/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/apple/security-vs-convenience/</link>
	<description></description>
	<lastBuildDate>Mon, 28 May 2012 08:02:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Haskell Friedman</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318826</link>
		<dc:creator><![CDATA[Haskell Friedman]]></dc:creator>
		<pubDate>Mon, 21 Jan 2008 21:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318826</guid>
		<description><![CDATA[Is there any difference installing applications when logged in as a standard user (by typing in the admin name &amp; password when prompted), compared to being logged in as an Admin User? I have read in this thread something about potential permissions problems. Anything else? Do software packages install anything in the Standard user/Library that might cause problem if not installed while logged in as admin?]]></description>
		<content:encoded><![CDATA[<p>Is there any difference installing applications when logged in as a standard user (by typing in the admin name &amp; password when prompted), compared to being logged in as an Admin User? I have read in this thread something about potential permissions problems. Anything else? Do software packages install anything in the Standard user/Library that might cause problem if not installed while logged in as admin?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric F Crist</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318819</link>
		<dc:creator><![CDATA[Eric F Crist]]></dc:creator>
		<pubDate>Sun, 11 Mar 2007 15:26:06 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318819</guid>
		<description><![CDATA[LOL, I just read the reference mentioned above at MacGeekery, and noticed this portion:

&quot;Demonstrated Damage
To demonstrate this, I created an installer package set to require only Administrator access that echoed its user ID to a temporary file in both the pre- and post-flight scripts, replaced the /etc/sudoers file with a version that requires no password for any existing admin to become root...&quot;

Now, all the problems come IF you modify/replace your sudoers file with one that doesn&#039;t require a password!  Definately a bomb ready to go off here.  For all you folks not familiar with sudo, do a Google search for man sudo () and read up on the documentation.  It&#039;s a pretty secure package.

Your default sudoers file on a Mac OS X contains the following config line for Admin accounts:
%admin&#124; ALL=(ALL) ALL

You&#039;d need to change the above line to the following to have the problem mentioned at MacGeekery:
%admin&#124; ALL=(ALL) NOPASSWD:ALL

Still laughing...]]></description>
		<content:encoded><![CDATA[<p>LOL, I just read the reference mentioned above at MacGeekery, and noticed this portion:</p>
<p>&#8220;Demonstrated Damage<br />
To demonstrate this, I created an installer package set to require only Administrator access that echoed its user ID to a temporary file in both the pre- and post-flight scripts, replaced the /etc/sudoers file with a version that requires no password for any existing admin to become root&#8230;&#8221;</p>
<p>Now, all the problems come IF you modify/replace your sudoers file with one that doesn&#8217;t require a password!  Definately a bomb ready to go off here.  For all you folks not familiar with sudo, do a Google search for man sudo () and read up on the documentation.  It&#8217;s a pretty secure package.</p>
<p>Your default sudoers file on a Mac OS X contains the following config line for Admin accounts:<br />
%admin| ALL=(ALL) ALL</p>
<p>You&#8217;d need to change the above line to the following to have the problem mentioned at MacGeekery:<br />
%admin| ALL=(ALL) NOPASSWD:ALL</p>
<p>Still laughing&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric F Crist</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318821</link>
		<dc:creator><![CDATA[Eric F Crist]]></dc:creator>
		<pubDate>Sun, 11 Mar 2007 15:12:30 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318821</guid>
		<description><![CDATA[Even an Admin account on a Mac OS X system isn&#039;t really the super-duper all powerful user many think they are.  The REAL super-duper account is root, which is diabled by default.  You&#039;re simply enabling the ability to use what&#039;s called sudo by checking that Admin box in the account setup screen.  I&#039;ve been running since 10.2 as an Admin on my system with no worries.  If you keep solid backups, what would be the harm aside from your time to reinstall anyways?

My opinion: go ahead and use your Admin rights account for day-to-day operation, there&#039;s not a whole lot of harm in it.]]></description>
		<content:encoded><![CDATA[<p>Even an Admin account on a Mac OS X system isn&#8217;t really the super-duper all powerful user many think they are.  The REAL super-duper account is root, which is diabled by default.  You&#8217;re simply enabling the ability to use what&#8217;s called sudo by checking that Admin box in the account setup screen.  I&#8217;ve been running since 10.2 as an Admin on my system with no worries.  If you keep solid backups, what would be the harm aside from your time to reinstall anyways?</p>
<p>My opinion: go ahead and use your Admin rights account for day-to-day operation, there&#8217;s not a whole lot of harm in it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318791</link>
		<dc:creator><![CDATA[Paul]]></dc:creator>
		<pubDate>Sat, 10 Mar 2007 13:44:47 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318791</guid>
		<description><![CDATA[Joel,

Thanks for the example.  Yes, that is a concern (as opposed to recitation of received wisdom).  It _shouldn&#039;t be_, but it is.

On the other hand, the article you cite also advises people to examine installer packages before they run, something that the folks on this thread are unlikely to do.  Again, it&#039;s a balance between security and convenience (as suggested by the article title).]]></description>
		<content:encoded><![CDATA[<p>Joel,</p>
<p>Thanks for the example.  Yes, that is a concern (as opposed to recitation of received wisdom).  It _shouldn&#8217;t be_, but it is.</p>
<p>On the other hand, the article you cite also advises people to examine installer packages before they run, something that the folks on this thread are unlikely to do.  Again, it&#8217;s a balance between security and convenience (as suggested by the article title).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318795</link>
		<dc:creator><![CDATA[Joel]]></dc:creator>
		<pubDate>Sat, 10 Mar 2007 06:29:02 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318795</guid>
		<description><![CDATA[Another potentially good enough reason not to run your every day account as administrator: an installer package that requires administrator access is given full root access when run under an administrator account.

http://www.macgeekery.com/tips/security/how_a_malformed_installer_package_can_crack_mac_os_x]]></description>
		<content:encoded><![CDATA[<p>Another potentially good enough reason not to run your every day account as administrator: an installer package that requires administrator access is given full root access when run under an administrator account.</p>
<p><a href="http://www.macgeekery.com/tips/security/how_a_malformed_installer_package_can_crack_mac_os_x" rel="nofollow">http://www.macgeekery.com/tips/security/how_a_malformed_installer_package_can_crack_mac_os_x</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318794</link>
		<dc:creator><![CDATA[Joel]]></dc:creator>
		<pubDate>Sat, 10 Mar 2007 06:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318794</guid>
		<description><![CDATA[Cast your minds back to the infamous &quot;Opener&quot; rootkit of 2004, not a virus but still a nasty piece of work. Opener was a shell script that copied itself into &#039;/Library/StartupItems&#039;. Items in this directory automatically run as root however only require administrator privileges to be put there. Since learning of this, I created a special administrator account and demoted my every day account. If your every day account has administrator privileges then you will not be prompted for a password (in this particular scenario, and likely others as well).]]></description>
		<content:encoded><![CDATA[<p>Cast your minds back to the infamous &#8220;Opener&#8221; rootkit of 2004, not a virus but still a nasty piece of work. Opener was a shell script that copied itself into &#8216;/Library/StartupItems&#8217;. Items in this directory automatically run as root however only require administrator privileges to be put there. Since learning of this, I created a special administrator account and demoted my every day account. If your every day account has administrator privileges then you will not be prompted for a password (in this particular scenario, and likely others as well).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318793</link>
		<dc:creator><![CDATA[Paul]]></dc:creator>
		<pubDate>Sat, 10 Mar 2007 01:21:29 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318793</guid>
		<description><![CDATA[Vanni,

Still not clear how the &quot;virgin&quot; account works.  Are you using the preferences pane to limit that account&#039;s access to software?

The &quot;wife account&quot; is an approach that I take in reverse -- my wife wants a limited universe of things that will distract/irritate her in her account, so I hide things from her.  Your approach makes sense in your situation, however, from what I&#039;ve heard, some applications are persnickity about not being installed in /Applications.  This shouldn&#039;t be an issue, but but apparently sometimes is, so it may be something to at least keep in mind.

As far as sudo, I think that the warning that comes up the first time that you use it says it all...

...but I was using sudo to (try to) explain why admin accounts are different than root accounts.  When you are authenticating an install by typing your password into the GUI, you are essentially authorizing super-user privileges for your process, just like when you use sudo.  (You may be _literally_ doing that.  I don&#039;t know.)  This is different, from a security standpoint, from just being logged in as root.  Plus, as mentioned above, Mac has an extra level of protection in restricting some things to single-user console mode root access -- even if you _are_ in a root shell, you cannot do some things in OS X.]]></description>
		<content:encoded><![CDATA[<p>Vanni,</p>
<p>Still not clear how the &#8220;virgin&#8221; account works.  Are you using the preferences pane to limit that account&#8217;s access to software?</p>
<p>The &#8220;wife account&#8221; is an approach that I take in reverse &#8212; my wife wants a limited universe of things that will distract/irritate her in her account, so I hide things from her.  Your approach makes sense in your situation, however, from what I&#8217;ve heard, some applications are persnickity about not being installed in /Applications.  This shouldn&#8217;t be an issue, but but apparently sometimes is, so it may be something to at least keep in mind.</p>
<p>As far as sudo, I think that the warning that comes up the first time that you use it says it all&#8230;</p>
<p>&#8230;but I was using sudo to (try to) explain why admin accounts are different than root accounts.  When you are authenticating an install by typing your password into the GUI, you are essentially authorizing super-user privileges for your process, just like when you use sudo.  (You may be _literally_ doing that.  I don&#8217;t know.)  This is different, from a security standpoint, from just being logged in as root.  Plus, as mentioned above, Mac has an extra level of protection in restricting some things to single-user console mode root access &#8212; even if you _are_ in a root shell, you cannot do some things in OS X.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vanni</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318792</link>
		<dc:creator><![CDATA[vanni]]></dc:creator>
		<pubDate>Fri, 09 Mar 2007 23:20:31 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318792</guid>
		<description><![CDATA[@Paul: interesting approach, although I have heard reports of issues with some applications &gt;when they are installed in home folders. Is that what you are doing, or are you limiting &gt;access to applications in the /Applications folder through the accounts management tool?

I have my account with Full Admin Access Privs.  I then allow my Wife&#039;s account to &quot;install&quot; software into her account. I don&#039;t want to have access to that  software. But 90% of all Apps are installed by the Admin into the Applications folder for All to access. I also have a Guest account for well guest. no install allowed. And of course i have a  Virgin Account. I have used this method since day one of Mac OS X. I have never used my ROOT access *except* with caution to perform some special installs and tinkering... say mySQL installs. There is very few times you need to use SUDO, and if you do ... trend at your own risk.]]></description>
		<content:encoded><![CDATA[<p>@Paul: interesting approach, although I have heard reports of issues with some applications &gt;when they are installed in home folders. Is that what you are doing, or are you limiting &gt;access to applications in the /Applications folder through the accounts management tool?</p>
<p>I have my account with Full Admin Access Privs.  I then allow my Wife&#8217;s account to &#8220;install&#8221; software into her account. I don&#8217;t want to have access to that  software. But 90% of all Apps are installed by the Admin into the Applications folder for All to access. I also have a Guest account for well guest. no install allowed. And of course i have a  Virgin Account. I have used this method since day one of Mac OS X. I have never used my ROOT access *except* with caution to perform some special installs and tinkering&#8230; say mySQL installs. There is very few times you need to use SUDO, and if you do &#8230; trend at your own risk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318797</link>
		<dc:creator><![CDATA[Paul]]></dc:creator>
		<pubDate>Fri, 09 Mar 2007 21:08:38 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318797</guid>
		<description><![CDATA[rahrens:

Please explain or at least give me a cite to any source describing a potential security breach taking advantage of this scenario.  I&#039;m not saying that Mac OS is invulnerable, I&#039;m saying that I don&#039;t see how this specific usage scenario creates a vulnerability.  All I am hearing from everyone is &quot;maybe this will protect you from some potential threat, and it is not such a hassle, so why not do it?&quot;  Which is true, but also a slippery slope.  It is not such a hassle to open an internet connection only when you need it, so why do most people have always up internet connections?  Because people thought about it, and decided that the convenience was worth it.]]></description>
		<content:encoded><![CDATA[<p>rahrens:</p>
<p>Please explain or at least give me a cite to any source describing a potential security breach taking advantage of this scenario.  I&#8217;m not saying that Mac OS is invulnerable, I&#8217;m saying that I don&#8217;t see how this specific usage scenario creates a vulnerability.  All I am hearing from everyone is &#8220;maybe this will protect you from some potential threat, and it is not such a hassle, so why not do it?&#8221;  Which is true, but also a slippery slope.  It is not such a hassle to open an internet connection only when you need it, so why do most people have always up internet connections?  Because people thought about it, and decided that the convenience was worth it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rahrens</title>
		<link>http://gigaom.com/apple/security-vs-convenience/#comment-318800</link>
		<dc:creator><![CDATA[rahrens]]></dc:creator>
		<pubDate>Fri, 09 Mar 2007 14:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://theappleblog.com/2007/03/08/security-vs-convenience/#comment-318800</guid>
		<description><![CDATA[I have to agree with Christian Kaas, here.

Folks, there may not be any malicious exploits in the wild RIGHT NOW, but there will be.  Security researchers are finding holes in the Mac OS on a fairly regular basis now, and some of them do allow at least current logged-in user access.

If you are running as admin, then you are screwed!  They can mess with the whole bannana, but as a user level account, they can only mess with that account.

That&#039;s why the safety is with being user level most of the time.]]></description>
		<content:encoded><![CDATA[<p>I have to agree with Christian Kaas, here.</p>
<p>Folks, there may not be any malicious exploits in the wild RIGHT NOW, but there will be.  Security researchers are finding holes in the Mac OS on a fairly regular basis now, and some of them do allow at least current logged-in user access.</p>
<p>If you are running as admin, then you are screwed!  They can mess with the whole bannana, but as a user level account, they can only mess with that account.</p>
<p>That&#8217;s why the safety is with being user level most of the time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

