<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Darwin&#039;s Theories - security tag</title>
  <link>http://theories.darwinsys.com:80/tags/security/</link>
  <description>Call it a Blog if you like -- Ian</description>
  <language>en</language>
  <copyright>Ian Darwin</copyright>
  <lastBuildDate>Sat, 19 Nov 2011 14:35:00 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>Security Theatre, Part n</title>
    <link>http://theories.darwinsys.com:80/2009/12/31/1262291700000.html</link>
    
      
        <description>
          According to a &lt;a href=&#039;http://news.bbc.co.uk/2/hi/americas/8435285.stm&#039;&gt;BBC report&lt;/a&gt; on the latest security theatre, airline customers are now to be subject to the following indignities for in-flight entertainment:
&lt;ul&gt;
&lt;li&gt;Customers to remain seated during final hour of flight;
&lt;li&gt;No access to hand luggage and a ban on leaving possessions or blankets on laps during this hour.
&lt;/ul&gt;
Now I don&#039;t know about you, but I don&#039;t find this very comforting. The thought of being forced to sit still is inculcated in obedient citizens from kindergarten (a German word meaning roughly &#034;vegetable garden to grow kids&#034;). But at a certain point things like bladder pressure will win out. And what happens if you&#039;re in mid-whiz at the one-hour mark? Do you get shot by the air marshall while trying to return to your seat? (Watch the news for this one, folks).  The entire process is utterly ridiculous. If the bomber had tried to light his fuse at the 45 minute mark into the flight, who can doubt that they&#039;d ban visiting the toilet between 37 and 52 minutes after takeoff?
&lt;p&gt;
Remember the shoe bomber and how airport security made everybody take their shoes off before flight? Didn&#039;t stop the next religious fanatic with a fuse to light, did it?
&lt;p&gt;
The notion of an allegedly civilized nation dancing its &#034;security&#034; policies in the wind every time there&#039;s a real or perceived threat, to so vastly inconvenience its population while at the same time making no difference to the actual terrorists, is so laughable it&#039;s earned the term &#034;security theater&#034; - putting on a big show, but doing nothing for actual security.
&lt;p&gt;
It&#039;s not just me saying so. See Bruce Schnier&#039;s many &lt;a href=&#039;http://www.schneier.com/blog/archives/2006/08/terrorism_secur.html&#039;&gt;writings on this topic&lt;/a&gt;, and his essay
&lt;a href=&#039;http://www.schneier.com/essay-155.html&#039;&gt;The Psychology of Security&lt;/a&gt;.
Bruce is a well-known cryptology and security researcher; he knows whereof he speaks.
TSA, not so much.

        </description>
      
      
    
    
    
    <category>Politics</category>
    
    <category>Security</category>
    
    <comments>http://theories.darwinsys.com:80/2009/12/31/1262291700000.html#comments</comments>
    <guid isPermaLink="true">http://theories.darwinsys.com:80/2009/12/31/1262291700000.html</guid>
    <pubDate>Thu, 31 Dec 2009 20:35:00 GMT</pubDate>
  </item>
  
  <item>
    <title>OpenMoko and Android</title>
    <link>http://theories.darwinsys.com:80/2009/04/21/1240335300000.html</link>
    
      
        <description>
          A few people have asked me at various times for a comparison of the&amp;nbsp;  &lt;a href=&#034;http://www.openmoko.org/&#034;&gt;OpenMoko&lt;/a&gt; and  &lt;a href=&#034;http://developer.android.com/&#034;&gt;Android&lt;/a&gt; cell phone projects. Given that I advocate for the former, and also for  &lt;a href=&#034;http://java.com/&#034;&gt;Java&lt;/a&gt; which is (and is not) the base language of the latter, I am expected to be able to say something intelligible by way of comparison. So here goes.&lt;br /&gt;
&lt;br /&gt;
Android is a project spearheaded by Google to make an open-source phone. It uses Linux and its own Dalvik virtual machine, and applications are written in Java against the Android API and compiled down to Dalvik bytecode. Android does not expose the rest of the Linux services and does not support other programming languages. Android phones are available from a few carriers.&lt;br /&gt;
&lt;br /&gt;
Openmoko, funded by Openmoko.com, is at the other end of the spectrum: it also uses Linux, but exposes all of it to the developer. The &amp;quot;main&amp;quot; stack of phone apps has been re-written several times, using various X-based toolkits. The &amp;quot;official&amp;quot; OM2009 stack is in large part written in Python. C/C++, Java and Perl are all available. Openmoko phones are available from  &lt;a href=&#034;http://www.openmoko.com/&#034;&gt;Openmoko.com&lt;/a&gt;. However, because it is all open source:&lt;br /&gt;
&lt;ul&gt;
    &lt;li&gt;you can &lt;a href=&#034;http://wiki.openmoko.org/wiki/Android&#034;&gt;run Android on Openmoko hardware&lt;/a&gt;;&lt;/li&gt;
    &lt;li&gt;you could (people have) run Openmoko software on other devices, including Palm PDAs, other Linux phones, and software emulators;&lt;/li&gt;
    &lt;li&gt;you can probably run Openmoko software on Android hardware;&lt;/li&gt;
    &lt;li&gt;you can run QTopia on Openmoko hardware;&lt;/li&gt;
	&lt;li&gt;you can run one of half a dozen Linux distributions on your Openmoko hardware;&lt;/li&gt;
    &lt;li&gt;you can (eventually) run other OSes such as OpenBSD on Openmoko hardware;&lt;/li&gt;
    &lt;li&gt;etc.&lt;/li&gt;
&lt;/ul&gt;
From one point of view, they are not enemies. Both support the open source model. But as Openmoko developers have pointed out some time back, Android sits on top of Linux, abandoning most of the open source world and reinventing its own universe. Openmoko embraces all existing open source projects and any new open source comers.
As a single example, communicating to your Openmoko phone from a desktop/laptop computer
consists merly of running the
industry-standard &lt;em&gt;ssh&lt;/em&gt; and &lt;em&gt;scp&lt;/em&gt; programs, included with every *Nix and
readily available for those other OSes that need them.
Talking to your Android phone requires finding, installing, and figuring out how to use
an ad-hoc program called &#034;adb&#034; (at least the third use of this name, after Unix&#039; Algol/Another DeBugger and
Apple&#039;s Desktop Bus).
&lt;br /&gt;
&lt;br /&gt;
From another point of view, of course, they are competing. Competing for market share (neither has made much inroads in the consumer space). Competing for developer mindshare. Android tends to get a lot more press, partly because of the &amp;quot;big G&amp;quot; lineage.&lt;br /&gt;
&lt;br /&gt;
People sometimes ask if I think Openmoko should just fold up and go on to something different, given how far ahead Android has moved? I&#039;ve never been a fan of quitting while you&#039;re behind. Imagine if Linus Torvalds had quit while Unix was ahead; his then-little school project would never have seen the light of day, and we&#039;d all be running BSD and System V. Nothing wrong with those - BSD was already on its way to becoming a full open source *Nix, as represented today by OpenBSD, FreeBSD and NetBSD - but things would be rather different in what is now the Linux community, to say the least. Or if Bill Gates had quit while IBM was ahead. Or if Steve Jobs had quit while MS-Windows was ahead. Or if the U.S. had quit the space race when the Russians launched Sputnik. You get the idea. Don&#039;t quit while you&#039;re behind, nor when you&#039;re ahead. As Nathaniel Branden once put it, &amp;quot;a beating heart is a living heart&amp;quot; - so keep on pumping!&lt;br /&gt;
&lt;br /&gt;
And, at any rate, the &amp;quot;real&amp;quot; release of Openmoko software, &lt;a href=&#034;http://wiki.openmoko.org/wiki/Om2009&#034;&gt;OM.2009&lt;/a&gt;, is almost upon us; I am running a beta of it on my Freerunner (GTA02), and it&#039;s actually usable as a cell phone. Butt-ugly compared to some of the earlier releases, but it &amp;quot;just works&amp;quot;. Formal release is expected this summer.
        </description>
      
      
    
    
    
    <category>Software Industry</category>
    
    <category>Open Source Software</category>
    
    <category>Java</category>
    
    <category>OpenBSD</category>
    
    <category>Telephony</category>
    
    <comments>http://theories.darwinsys.com:80/2009/04/21/1240335300000.html#comments</comments>
    <guid isPermaLink="true">http://theories.darwinsys.com:80/2009/04/21/1240335300000.html</guid>
    <pubDate>Tue, 21 Apr 2009 17:35:00 GMT</pubDate>
  </item>
  
  <item>
    <title>JavaFX: Late to the gate, but sweet</title>
    <link>http://theories.darwinsys.com:80/2008/12/27/1230396568312.html</link>
    
      
        <description>
          &lt;a href=&#034;http://www.javafx.com/&#034;&gt;JavaFX&lt;/a&gt; is &lt;a href=&#034;http://www.sun.com/&#034;&gt;Sun&lt;/a&gt;&#039;s new Rich Client strategy for Java. If you haven&#039;t seen it yet, check out the demos on the &lt;a href=&#034;http://www.javafx.com/&#034;&gt;JavaFX home page&lt;/a&gt;. Unlike Adobe Flash and unlike M$ Silverlight, this technology actually works on &amp;quot;minority&amp;quot; OSes - my &lt;a href=&#034;http://www.openbsd.org/&#034;&gt;OpenBSD&lt;/a&gt; laptop with Java 1.6.0 is officially way behind the requirements, but the demos mostly work in FireFox 3 (except you can&#039;t tear off the tear-off applet, that requires Update 10). Despite &lt;em&gt;significant&lt;/em&gt; glitches on the web site - Sun should know better - on the day of the announcement (December 4, 2008), &lt;strong&gt;I&#039;m impressed&lt;/strong&gt;.&lt;br /&gt;
&lt;br /&gt;
So much so that I&#039;ve already added &lt;a href=&#034;http://www.darwinsys.com/java/javaResources.jsp#javafx&#034;&gt;this JavaFX section to my Java Resources page&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
&lt;img height=&#034;400&#034; width=&#034;600&#034; alt=&#034;JavaFX Effect Playground in action&#034; src=&#034;http://theories.darwinsys.com:80/images/javafx-effect-playground.png&#034; /&gt;
        </description>
      
      
    
    
    
    <category>Open Source Software</category>
    
    <category>OpenBSD</category>
    
    <category>Java</category>
    
    <category>Web</category>
    
    <category>Internet</category>
    
    <comments>http://theories.darwinsys.com:80/2008/12/27/1230396568312.html#comments</comments>
    <guid isPermaLink="true">http://theories.darwinsys.com:80/2008/12/27/1230396568312.html</guid>
    <pubDate>Sat, 27 Dec 2008 16:49:28 GMT</pubDate>
  </item>
  
  <item>
    <title>Protecting Your Castle</title>
    <link>http://theories.darwinsys.com:80/2008/12/21/1229877300000.html</link>
    
      
        <description>
          SANS.org has a nice white paper showing how to protect your home network using OpenBSD and other free software. According to the abstract:&lt;br /&gt;
&lt;hr width=&#034;100%&#034; size=&#034;2&#034; /&gt;
&amp;quot;It is possible to clean up the back yard with Free Open Source Software and a little design. Using off the shelf components and Open Source software the family geek can deploy a more multilayered security stance that will provide far more visibility and control over the network. This is not to say that large swaths of the Internet can be cleaned up just by plugging in a box, but to say that if anything should be a safe haven on the internet, it should be the family network, the backyard. It makes sense to clean up the backyard before taking on the world&amp;rsquo;s trash.&amp;quot;&lt;hr width=&#034;100%&#034; size=&#034;2&#034; /&gt;
Presumably the same techniques would apply to the average small business. Check it out at &lt;a href=&#034;http://www.sans.org/reading_room/whitepapers/firewalls/32933.php&#034;&gt;http://www.sans.org/reading_room/whitepapers/firewalls/32933.php&lt;/a&gt; [PDF].&lt;br /&gt;
&lt;br /&gt;
P.S. According to &lt;a href=&#034;http://www.bartleby.com/73/861.html&#034;&gt;Bartleby&lt;/a&gt;, the quotation in my subtitle, while commonly attributed to William Pitt, comes to us in its present wording from a pr&amp;eacute;cis done by Lord Henry Peter Brougham some sixty years later.
        </description>
      
      
    
    
    
    <category>Open Source Software</category>
    
    <category>OpenBSD</category>
    
    <category>Internet</category>
    
    <category>Security</category>
    
    <comments>http://theories.darwinsys.com:80/2008/12/21/1229877300000.html#comments</comments>
    <guid isPermaLink="true">http://theories.darwinsys.com:80/2008/12/21/1229877300000.html</guid>
    <pubDate>Sun, 21 Dec 2008 16:35:00 GMT</pubDate>
  </item>
  
  <item>
    <title>Less Is More: OpenBSD on the Acer Aspire One</title>
    <link>http://theories.darwinsys.com:80/2008/10/19/1224444180000.html</link>
    
      
        <description>
          My writeup of the new Acer Aspire One is up on www.undeadly.org.&lt;br /&gt;
&lt;br /&gt;
&amp;quot;We are certainly entering an era of &amp;quot;small is beautiful&amp;quot;, at least when it comes to sub-notebooks. Numerous manufacturers are producing these now, as witness &lt;a href=&#034;http://www.t3.com/news/netbook-spec-showdown-acer-aspire-one-asus-eee-pc-901-dell-inspiron-mini-9-hp-mini-note-msi-wind-and-lg-x110?=36605&#034;&gt; this comparison&lt;/a&gt;. The Asus EeePC (some models), the Acer Aspire One reviewed here, and the rumoured Lenovo U8 all use the Intel Atom CPU, which is &amp;quot;dual threaded&amp;quot;. This looks like a dual-core, and runs GENERIC.MP. Although it&#039;s not as powerful as a dual-core, it&#039;s close enough that it&#039;s faster than many a few-years-old full size laptop. I&#039;ve been using the Acer for a few weeks, including on a trans-atlantic flight, after several years with a much-heavier full-size industrial-strength notebook....&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Read the full story &lt;a href=&#034;http://www.undeadly.org/cgi?action=article&amp;amp;sid=20081019040000&#034;&gt;here&lt;/a&gt;.
        </description>
      
      
    
    
    
    <category>OpenBSD</category>
    
    <comments>http://theories.darwinsys.com:80/2008/10/19/1224444180000.html#comments</comments>
    <guid isPermaLink="true">http://theories.darwinsys.com:80/2008/10/19/1224444180000.html</guid>
    <pubDate>Sun, 19 Oct 2008 19:23:00 GMT</pubDate>
  </item>
  
  </channel>
</rss>

