<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Pie Palace &#187; security</title>
	<atom:link href="http://www.piepalace.ca/blog/tag/security/feed" rel="self" type="application/rss+xml" />
	<link>http://www.piepalace.ca/blog</link>
	<description></description>
	<lastBuildDate>Tue, 06 Sep 2011 03:15:15 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Java vs. Wireshark</title>
		<link>http://www.piepalace.ca/blog/2010/06/java-vs-wireshark.html</link>
		<comments>http://www.piepalace.ca/blog/2010/06/java-vs-wireshark.html#comments</comments>
		<pubDate>Thu, 03 Jun 2010 17:08:42 +0000</pubDate>
		<dc:creator>Erigami Scholey-Fuller</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[Cypher]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[wireshark]]></category>

		<guid isPermaLink="false">http://www.piepalace.ca/blog/?p=1374</guid>
		<description><![CDATA[Debugging cyphered connections is a hassle, but Wireshark can occasionally help. I recently spent a few hours trying to debug a Jetty server that insisted on speaking HTTPS. First, I had to convert the Java Key Store to something Wireshark could consume: a PEM file. A fairly simple tutorial, should have been enough, but a [...]]]></description>
			<content:encoded><![CDATA[	<p>Debugging cyphered connections is a hassle, but <a href="http://wiki.wireshark.org/SSL">Wireshark can occasionally help</a>. I recently spent a few hours trying to debug a <a href="http://jetty.codehaus.org/jetty/">Jetty</a> server that insisted on speaking HTTPS. </p>
	<p>First, I had to convert the Java Key Store to something Wireshark could consume: a PEM file. A fairly simple <a href="http://stackoverflow.com/questions/652916/converting-a-java-keystore-into-pem-format">tutorial</a>, should have been enough, but <a href="http://sourceforge.net/projects/portecle/">a GUI-based key store manager</a> proved to be indispensable. Then I realized that <a href="http://seclists.org/wireshark/2010/Jan/413">Diffie-Hellman</a> is the sworn enemy of network monitors everywhere, as illustrated by Wireshark&#8217;s <a href="http://wiki.wireshark.org/SSL">SSL debugging output</a>:</p>
	<blockquote><p>  ssl_generate_keyring_material not enough data to generate key (0&#215;16 required 0&#215;37 or 0&#215;57)<br />
  dissect_ssl3_hnd_srv_hello can&#8217;t generate keyring material</p></blockquote>
	<p>Of course, if you&#8217;re in control of the Jetty server in question, then you can use <tt>org.mortbay.jetty.security.SslSocketConnector.setExcludeCipherSuites()</tt> to prevent pesky DHE. Then it&#8217;s Wireshark all the way!
</p>
]]></content:encoded>
			<wfw:commentRss>http://www.piepalace.ca/blog/2010/06/java-vs-wireshark.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Take that, Security!</title>
		<link>http://www.piepalace.ca/blog/2009/11/that.html</link>
		<comments>http://www.piepalace.ca/blog/2009/11/that.html#comments</comments>
		<pubDate>Mon, 09 Nov 2009 14:56:02 +0000</pubDate>
		<dc:creator>Erigami Scholey-Fuller</dc:creator>
				<category><![CDATA[Bad]]></category>
		<category><![CDATA[Criticism]]></category>
		<category><![CDATA[Projects]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[All your base are belong to us]]></category>
		<category><![CDATA[balancer]]></category>
		<category><![CDATA[GnomeKeyring]]></category>
		<category><![CDATA[Python]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.piepalace.ca/blog/?p=1139</guid>
		<description><![CDATA[I&#8217;ve put together a Gnome applet that checks the balance of an online bank account at predetermined times and emails the balances to a selected email address. It&#8217;s unimaginatively titled &#8220;balancer&#8220;. It&#8217;s (1) useful, and (2) scares the crap out of me. The useful part is pretty self evident. I want to know my current [...]]]></description>
			<content:encoded><![CDATA[	<p>I&#8217;ve put together a Gnome applet that checks the balance of an online bank account at predetermined times and emails the balances to a selected email address. It&#8217;s unimaginatively titled &#8220;<a href="http://code.google.com/p/check-balancer/"><tt>balancer</tt></a>&#8220;. </p>
	<p>It&#8217;s (1) useful, and (2) scares the crap out of me. </p>
	<p>The useful part is pretty self evident. I want to know my current balance so I can reign in my spending if I&#8217;m going overboard. </p>
	<p>The scary part is equally self evident. <tt>balancer</tt> keeps bank credentials on the user&#8217;s computer. That&#8217;s a terrible idea. An attacker who wants to make some cash just has to trawl the secrets stored in the <a href="http://live.gnome.org/GnomeKeyring">GnomeKeyring</a> to get access to the user&#8217;s life savings. In theory, GnomeKeyring <i>could</i> be secure-ish, if it kept all of its secrets on a portion of the disk hidden from users and blocked access on too many failed access attempts. But it doesn&#8217;t seem to. It looks like it keeps secrets in <code>~/.gnome2/keyrings</code>. If an attacker can subvert an app owned by the user, then they can read <code>~/.gnome2/keyrings/balancer.credentials.keyring</code> and pass the file offsite for an offline dictionary attack. Eep!</p>
	<p>On top of that, GnomeKeyring differentiates between apps based on the path to the app binary. I guess this works for native applications, but it breaks when the app runs in a virtual machine. My app, <tt>balancer</tt>, is written in Python. After I run it, other Python apps are able to dig into the GnomeKeyring without the user being prompted for a password. Noes! </p>
	<p>It&#8217;s funny. I tried <a href="https://www.wesabe.com/">Wesabe</a>, and had no problem putting myself at the same risk <tt>balancer</tt> would inflict on me. Even though the <a href="http://www.piepalace.ca/blog/2006/11/web-20-inches-towards-financial-institutions-while-the-clueful-inch-away.html">Wesabe client has the same security problems</a>, I put them out of my head because someone else wrote the code. But I&#8217;m having a hard time doing that with something I wrote.
</p>
]]></content:encoded>
			<wfw:commentRss>http://www.piepalace.ca/blog/2009/11/that.html/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Software Loyalty</title>
		<link>http://www.piepalace.ca/blog/2007/11/software-loyalty.html</link>
		<comments>http://www.piepalace.ca/blog/2007/11/software-loyalty.html#comments</comments>
		<pubDate>Thu, 01 Nov 2007 23:22:27 +0000</pubDate>
		<dc:creator>Erigami Scholey-Fuller</dc:creator>
				<category><![CDATA[Good]]></category>
		<category><![CDATA[Links]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[loyalty]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[trusted computing]]></category>

		<guid isPermaLink="false">http://www.piepalace.ca/blog/2007/11/software-loyalty.html</guid>
		<description><![CDATA[Pascal Meunier has written an essay about loyalty in software. It&#8217;s a riff on the idea of trusted computing (and the resulting crippled software), which asks about software&#8217;s loyalty. Is the software loyal to its user (as it should be for personal use), or is it loyal to its producer/distributer? The brief discussion of loyalty [...]]]></description>
			<content:encoded><![CDATA[Pascal Meunier has written <a href="http://www.cerias.purdue.edu/weblogs/pmeunier/general/post-125/thoughts-on-disloyal-software/">an essay about loyalty in software</a>. It&#8217;s a riff on the idea of trusted computing (and the resulting crippled software), which asks about software&#8217;s loyalty. Is the software loyal to its user (as it should be for personal use), or is it loyal to its producer/distributer? The brief discussion of loyalty in free software interesting. It would be interesting if loyalty could be quantified or expressed somehow. I&#8217;d like to be able to tag stuff that I write with a loyalty signature.

Update: Thanks to dave0 for pointing out that I&#8217;d failed to include a link. Now I do.]]></content:encoded>
			<wfw:commentRss>http://www.piepalace.ca/blog/2007/11/software-loyalty.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

