<?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: Usable Keychain Scripting</title>
	<atom:link href="http://www.red-sweater.com/blog/170/usable-keychain-scripting/feed" rel="self" type="application/rss+xml" />
	<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting</link>
	<description>Mac &#38; Technology Writings by Daniel Jalkut</description>
	<lastBuildDate>Wed, 19 Jun 2013 19:36:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Usable Keychain Scripting For Lion &#124; Bookmarks</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-226554</link>
		<dc:creator>Usable Keychain Scripting For Lion &#124; Bookmarks</dc:creator>
		<pubDate>Thu, 18 Aug 2011 14:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-226554</guid>
		<description><![CDATA[[...] Snow Leopard in order to keep using it.On the other hand, I wrote an alternative years ago, called Usable Keychain Scripting. Its main advantage over Apple’s implementation is that it is (or at least, was) enormously [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Snow Leopard in order to keep using it.On the other hand, I wrote an alternative years ago, called Usable Keychain Scripting. Its main advantage over Apple’s implementation is that it is (or at least, was) enormously [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Red Sweater Blog &#8211; Safari Keychain Woes</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-210919</link>
		<dc:creator>Red Sweater Blog &#8211; Safari Keychain Woes</dc:creator>
		<pubDate>Fri, 29 Jul 2011 20:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-210919</guid>
		<description><![CDATA[[...] it&#8217;s NULL! What is going on, here? I decided to dust off my Usable Keychain Scripting tool, which makes it easy to use AppleScript to search and inspect the keychain. Is the inability [...]]]></description>
		<content:encoded><![CDATA[<p>[...] it&#8217;s NULL! What is going on, here? I decided to dust off my Usable Keychain Scripting tool, which makes it easy to use AppleScript to search and inspect the keychain. Is the inability [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Red Sweater Blog &#8211; Usable Keychain Scripting For Lion</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-210846</link>
		<dc:creator>Red Sweater Blog &#8211; Usable Keychain Scripting For Lion</dc:creator>
		<pubDate>Fri, 29 Jul 2011 19:15:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-210846</guid>
		<description><![CDATA[[...] the other hand, I wrote an alternative years ago, called Usable Keychain Scripting. Its main advantage over Apple&#8217;s implementation is that it is (or at least, was) enormously [...]]]></description>
		<content:encoded><![CDATA[<p>[...] the other hand, I wrote an alternative years ago, called Usable Keychain Scripting. Its main advantage over Apple&#8217;s implementation is that it is (or at least, was) enormously [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kem Tekinay</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-174951</link>
		<dc:creator>Kem Tekinay</dc:creator>
		<pubDate>Sat, 07 May 2011 22:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-174951</guid>
		<description><![CDATA[I just found this. Outstanding! It also solves the problem of applets saved as bundles constantly asking for permission to access the keychain. Thanks for this.]]></description>
		<content:encoded><![CDATA[<p>I just found this. Outstanding! It also solves the problem of applets saved as bundles constantly asking for permission to access the keychain. Thanks for this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keychain scripting letting the Twitters down &#171; A Dog&#8217;s Breakfast, part II</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-72403</link>
		<dc:creator>Keychain scripting letting the Twitters down &#171; A Dog&#8217;s Breakfast, part II</dc:creator>
		<pubDate>Fri, 23 Mar 2007 10:19:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-72403</guid>
		<description><![CDATA[[...] Red Sweater Blog says : [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Red Sweater Blog says : [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-12107</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Thu, 17 Aug 2006 13:53:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-12107</guid>
		<description><![CDATA[ssp: I see what you mean now.  And yes, it&#039;s a problem. It&#039;s similar to the problem with command-line tools and network access. For instance, once you use &quot;telnet&quot; or &quot;ssh&quot; or &quot;curl&quot; to connect to a particular site and grant network permissions via Little Snitch or whatever, the tool is suddenly blessed for whoever might call it.]]></description>
		<content:encoded><![CDATA[<p>ssp: I see what you mean now.  And yes, it&#8217;s a problem. It&#8217;s similar to the problem with command-line tools and network access. For instance, once you use &#8220;telnet&#8221; or &#8220;ssh&#8221; or &#8220;curl&#8221; to connect to a particular site and grant network permissions via Little Snitch or whatever, the tool is suddenly blessed for whoever might call it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ssp</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-12099</link>
		<dc:creator>ssp</dc:creator>
		<pubDate>Thu, 17 Aug 2006 11:37:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-12099</guid>
		<description><![CDATA[I&#039;m not sure this was clear in my previous comment, but the main problem I am seeing is the concept of a proxy application for accessing the keychain. Usually the keychain will ask you about an application wanting to access your passwords. And even if you go for the &#039;allow permanently&#039; option you will have to confirm access to those keys again after upgrading the application in question for example. 

Once you have a proxy application in between, though, this whole security feature stops to work. Not only will you not be notified that the application getting the password in the end has changed, there could even be a completely different application asking for your passwords without you having a chance to notice that.

I am not saying that this is a practical problem today - most certainly it isn&#039;t. But it&#039;s mainly &quot;security by obscurity&quot; you are getting there. As useful as such a tool for accessing the keychain can be for private use, as dangerous it could be once it sees usage in public. I guess it all boils down to the question whether you are prepared to grant access to your passwords to an application which will just pass them on to anyone who bothers to ask. 

It could be interesting to discuss what Apple could do to improve their keychain API in that respect. While I think the traditional &#039;ask for each application&#039; approach is a good balance of security and not annoying the user too much, the very fact that OS X is a Unixy system that lets you tie applications together through little helper applications and scripting languages makes this approach a bit weak in some cases.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure this was clear in my previous comment, but the main problem I am seeing is the concept of a proxy application for accessing the keychain. Usually the keychain will ask you about an application wanting to access your passwords. And even if you go for the &#8216;allow permanently&#8217; option you will have to confirm access to those keys again after upgrading the application in question for example. </p>
<p>Once you have a proxy application in between, though, this whole security feature stops to work. Not only will you not be notified that the application getting the password in the end has changed, there could even be a completely different application asking for your passwords without you having a chance to notice that.</p>
<p>I am not saying that this is a practical problem today &#8211; most certainly it isn&#8217;t. But it&#8217;s mainly &#8220;security by obscurity&#8221; you are getting there. As useful as such a tool for accessing the keychain can be for private use, as dangerous it could be once it sees usage in public. I guess it all boils down to the question whether you are prepared to grant access to your passwords to an application which will just pass them on to anyone who bothers to ask. </p>
<p>It could be interesting to discuss what Apple could do to improve their keychain API in that respect. While I think the traditional &#8216;ask for each application&#8217; approach is a good balance of security and not annoying the user too much, the very fact that OS X is a Unixy system that lets you tie applications together through little helper applications and scripting languages makes this approach a bit weak in some cases.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Henley</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-12008</link>
		<dc:creator>Mike Henley</dc:creator>
		<pubDate>Wed, 16 Aug 2006 13:30:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-12008</guid>
		<description><![CDATA[I got a slight improvement in speed by using the style of the last example with the built-in keychain access. If you know that something is a generic key, you can ask for &quot;the first generic key where...&quot;]]></description>
		<content:encoded><![CDATA[<p>I got a slight improvement in speed by using the style of the last example with the built-in keychain access. If you know that something is a generic key, you can ask for &#8220;the first generic key where&#8230;&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-11878</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 15 Aug 2006 04:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-11878</guid>
		<description><![CDATA[I don&#039;t know if this may be of use to anyone else, but an alternative to slow keychain scripting is doing it via the shell. Allan Odgaard wrote up a nice post about it a while back: http://macromates.com/blog/archives/2006/04/17/keychain-access-from-shell/]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t know if this may be of use to anyone else, but an alternative to slow keychain scripting is doing it via the shell. Allan Odgaard wrote up a nice post about it a while back: <a href="http://macromates.com/blog/archives/2006/04/17/keychain-access-from-shell/" rel="nofollow">http://macromates.com/blog/archives/2006/04/17/keychain-access-from-shell/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kunal</title>
		<link>http://www.red-sweater.com/blog/170/usable-keychain-scripting/comment-page-1#comment-11712</link>
		<dc:creator>Kunal</dc:creator>
		<pubDate>Sun, 13 Aug 2006 06:36:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/170/usable-keychain-scripting#comment-11712</guid>
		<description><![CDATA[Talking about keychain security I was wondering, could you &lt;a href=&quot;http://www.kunaldua.com/blog/?p=100&quot; rel=&quot;nofollow&quot;&gt;gain access to anyone&#039;s keychain contents&lt;/a&gt; if you could just lay your hands on the file?]]></description>
		<content:encoded><![CDATA[<p>Talking about keychain security I was wondering, could you <a href="http://www.kunaldua.com/blog/?p=100" rel="nofollow">gain access to anyone&#8217;s keychain contents</a> if you could just lay your hands on the file?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced

 Served from: www.red-sweater.com @ 2013-06-19 19:37:24 by W3 Total Cache -->