<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Stephan Schwab - security tag</title>
  <link>http://www.stephan-schwab.com/tags/security/</link>
  <description>Software Technology Consultant</description>
  <language>en</language>
  <copyright>Stephan Schwab</copyright>
  <lastBuildDate>Sat, 24 May 2008 11:24:54 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>FBI: Universities and colleges need to protect against espionage</title>
    <link>http://www.stephan-schwab.com/2007/06/27/1182970965337.html</link>
    
      
        <description>
          &lt;p&gt;Usually I stay away from politics, but this &lt;a href=&#034;http://digg.com/politics/Is_the_FBI_using_Colleges_to_spy_too&#034;&gt;&lt;strong&gt;news&lt;/strong&gt;&lt;/a&gt; is a bit too creepy to me. I would have never thought that Universities and schools some day will be seen as a target for espionage. The &lt;a href=&#034;http://www.fbi.gov/page2/april06/academicalliance040506.htm&#034;&gt;FBI believes&lt;/a&gt; they are.&lt;/p&gt;

&lt;p&gt;Scientists working on public Universities publish the results of their work and everybody can read it. Those publications have always been available on the whole planet and with the Internet the distribution of this material is even easier, which in itself is a good thing. Knowledge needs to be universally available, as that&#039;s the only way for the ongoing development of mankind. There is too much dumbness in this world. People who lack education don&#039;t know how to interpret things they see and hear and might eventually follow the wrong leaders.&lt;/p&gt;

&lt;p&gt;These days a growing number of people seem to think that dangerous technologies are better kept away. There is a lot of talk going on about protecting the security of X, Y, and Z. You can insert your favorite item you want to protect. Who determines what a dangerous technology is? Is it only stuff that allows for the development of more powerful weaponry, is it something that creates vast amounts of cheap electric power without burning oil, is it crypto stuff useful to protect privacy (your own, your trade secrets, the secrets of any government), or might it even be software to streamline manufactoring processes of any kind?&lt;/p&gt;

&lt;p&gt;I&#039;m not a scientist working on anything security related, but still I have been affected by crypto regulations and fear that trade secrets might be disclosed in a jurisdiction other than the one where my client is located.&lt;/p&gt;

&lt;p&gt;Since the very sad incident called 9/11 government agencies in a growing number of countries seem to be on a frenzy to protect everything and everybody of anything and anybody. What is required to put some rationale in to stop all that security hysteria? There is always a risk involved in anything one does. All that security talk on all channels apparently makes people believe more and more that everybody is under some kind of attack from &#034;the others&#034;.&lt;/p&gt;

&lt;p&gt;When will the development of Open Source software become outlawed? After all more and more important software that drives business and manufacturing processes, finance operations and more uses Open Source.&lt;/p&gt;

&lt;p&gt;Isn&#039;t publishing the source a means to avoid manipulation, a means to create trust? Source code contains knowledge the same way as a scientific paper does. And there is a lot of software that can be used to protect or attack other systems out there. What about virtual rootkits or the &lt;a href=&#034;http://theinvisiblethings.blogspot.com/2006/06/introducing-blue-pill.html&#034;&gt;Blue Pill&lt;/a&gt; technology?&lt;/p&gt;

&lt;p&gt;Links:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#034;http://sanfrancisco.bizjournals.com/sanfrancisco/stories/2006/08/14/story1.html&#034;&gt;FBI seeks to enroll local universities&lt;/a&gt;&lt;/li&gt;

&lt;li&gt;&lt;a href=&#034;http://www.inteldaily.com/?c=167&amp;amp;a=2488&#034;&gt;FBI targets universities in new scheme to recruit informers&lt;/a&gt;&lt;/li&gt;

&lt;li&gt;&lt;a href=&#034;http://www.boston.com/news/education/higher/articles/2007/06/12/fbi_warns_colleges_of_terror_threat/&#034;&gt;FBI warns colleges of terror threat&lt;/a&gt;&lt;/li&gt;

&lt;li&gt;&lt;a href=&#034;http://www.heise.de/newsticker/meldung/91802/from/rss09&#034;&gt;FBI fordert US-Hochschulen zur Spionageabwehr auf&lt;/a&gt; (German, &lt;a href=&#034;http://translate.google.com/translate?u=http%3A%2F%2Fwww.heise.de%2Fnewsticker%2Fmeldung%2F91802%2Ffrom%2Frss09&amp;amp;langpair=de%7Cen&amp;amp;hl=en&amp;amp;safe=off&amp;amp;ie=UTF-8&amp;amp;oe=UTF-8&amp;amp;prev=%2Flanguage_tools&#034;&gt;English translation&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;!--
&lt;rdf:RDF xmlns:rdf=&#034;http://www.w3.org/1999/02/22-rdf-syntax-ns#&#034;
         xmlns:dc=&#034;http://purl.org/dc/elements/1.1/&#034;
         xmlns:trackback=&#034;http://madskills.com/public/xml/rss/module/trackback/&#034;&gt;
&lt;rdf:Description
    rdf:about=&#034;http://www.stephan-schwab.com/2007/06/27/1182970965337.html&#034;
    dc:identifier=&#034;http://www.stephan-schwab.com/2007/06/27/1182970965337.html&#034;
    dc:title=&#034;FBI: Universities and colleges need to protect against espionage&#034;
    trackback:ping=&#034;http://www.stephan-schwab.com/addTrackBack.action?entry=1182970965337&amp;token=5784360202107201704&#034; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
        </description>
      
      
    
    
    
    <category>General</category>
    
    <category>Security</category>
    
    <comments>http://www.stephan-schwab.com/2007/06/27/1182970965337.html#comments</comments>
    <guid isPermaLink="true">http://www.stephan-schwab.com/2007/06/27/1182970965337.html</guid>
    <pubDate>Wed, 27 Jun 2007 19:02:45 GMT</pubDate>
  </item>
  
  <item>
    <title>Surveillance where you would never expect it</title>
    <link>http://www.stephan-schwab.com/2006/12/13/1166043387643.html</link>
    
      
        <description>
          &lt;blockquote&gt;&lt;a href=&#034;http://www.cs.washington.edu&#034;&gt;Researchers at Washington University&lt;/a&gt; in &lt;a href=&#034;http://www.cs.washington.edu/research/systems/privacy.html&#034;&gt;Devices That Tell On You: The Nike+iPod Sport Kit&lt;/a&gt;:&lt;br&gt;
As part of our research, we built a number of surveillance tools that malicious individuals could use to track Nike+iPod Sport Kit owners. Our tools can track Nike+iPod Sport Kit owners while they our working out, as well as when they are just casually walking around town, a parking lot, or a college campus. The tracked individuals don&#039;t even need to have their iPods with them.&lt;/blockquote&gt;

&lt;p&gt;And Bruce Schneier comments:&lt;/p&gt;

&lt;blockquote&gt;&lt;a href=&#034;http://www.schneier.com&#034;&gt;Schneier on Security&lt;/a&gt; in &lt;a href=&#034;http://www.schneier.com/blog/archives/2006/12/tracking_people.html&#034;&gt;Tracking People by their Sneakers&lt;/a&gt;:&lt;br&gt;
Unless we enact some sort of broad law requiring companies to add security into these sorts of systems, companies will continue to produce devices that erode our privacy through new technologies. Not on purpose, not because they&#039;re evil -- just because it&#039;s easier to ignore the externality than to worry about it.
&lt;/blockquote&gt;

&lt;p&gt;That&#039;s exactly the point. Many times people do stupid and dangerous things because they don&#039;t know any better. Unfortunately when it comes to technology sloppiness and the pressure to get the product out the door easily creates that kind of side-effect. From technologist one should expect to think a bit harder. Unfortunately in almost all cases business people define when something is ready and it&#039;s hard to hold something back although there are issues that have not been addressed yet.&lt;/p&gt;
&lt;!--
&lt;rdf:RDF xmlns:rdf=&#034;http://www.w3.org/1999/02/22-rdf-syntax-ns#&#034;
         xmlns:dc=&#034;http://purl.org/dc/elements/1.1/&#034;
         xmlns:trackback=&#034;http://madskills.com/public/xml/rss/module/trackback/&#034;&gt;
&lt;rdf:Description
    rdf:about=&#034;http://www.stephan-schwab.com/2006/12/13/1166043387643.html&#034;
    dc:identifier=&#034;http://www.stephan-schwab.com/2006/12/13/1166043387643.html&#034;
    dc:title=&#034;Surveillance where you would never expect it&#034;
    trackback:ping=&#034;http://www.stephan-schwab.com/addTrackBack.action?entry=1166043387643&amp;token=-3528915127116989058&#034; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
        </description>
      
      
    
    
    
    <category>Security</category>
    
    <comments>http://www.stephan-schwab.com/2006/12/13/1166043387643.html#comments</comments>
    <guid isPermaLink="true">http://www.stephan-schwab.com/2006/12/13/1166043387643.html</guid>
    <pubDate>Wed, 13 Dec 2006 20:56:27 GMT</pubDate>
  </item>
  
  <item>
    <title>ID required to be seated in a pancake restaurant</title>
    <link>http://www.stephan-schwab.com/2006/12/03/1165177308465.html</link>
    
      
        <description>
          &lt;p&gt;I&#039;m just speechless what kind of security measures some people come up with:&lt;/p&gt;

&lt;blockquote&gt;John Russo has been a victim of identity theft. So when he was asked to fork over a photo ID just to be seated at an IHOP pancake restaurant, he flipped. &#034;&#039;You want my license? I&#039;m going for pancakes, I&#039;m not buying the Hope diamond,&#039; and they refused to seat us,&#034; Russo said, recounting his experience this week at the Quincy IHOP.&lt;br&gt;
(from &lt;a href=&#034;http://customwire.ap.org/dynamic/stories/I/IHOP_IDS?SITE=NYPOU&amp;SECTION=HOME&amp;TEMPLATE=DEFAULT&#034;&gt;The Associated Press&lt;/a&gt;)&lt;/blockquote&gt;


&lt;!--
&lt;rdf:RDF xmlns:rdf=&#034;http://www.w3.org/1999/02/22-rdf-syntax-ns#&#034;
         xmlns:dc=&#034;http://purl.org/dc/elements/1.1/&#034;
         xmlns:trackback=&#034;http://madskills.com/public/xml/rss/module/trackback/&#034;&gt;
&lt;rdf:Description
    rdf:about=&#034;http://www.stephan-schwab.com/2006/12/03/1165177308465.html&#034;
    dc:identifier=&#034;http://www.stephan-schwab.com/2006/12/03/1165177308465.html&#034;
    dc:title=&#034;ID required to be seated in a pancake restaurant&#034;
    trackback:ping=&#034;http://www.stephan-schwab.com/addTrackBack.action?entry=1165177308465&amp;token=2066156429001590449&#034; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
        </description>
      
      
    
    
    
    <category>Security</category>
    
    <comments>http://www.stephan-schwab.com/2006/12/03/1165177308465.html#comments</comments>
    <guid isPermaLink="true">http://www.stephan-schwab.com/2006/12/03/1165177308465.html</guid>
    <pubDate>Sun, 03 Dec 2006 20:21:48 GMT</pubDate>
  </item>
  
  <item>
    <title>Hackers Zero In on Online Stock Accounts</title>
    <link>http://www.stephan-schwab.com/2006/11/19/1163996392370.html</link>
    
      
        <description>
          &lt;p&gt;It&#039;s been only a question of time:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;Hackers have been breaking into customer accounts at large online brokerages in the United States and making unauthorized trades worth millions of dollars as part of a fast-growing new form of online fraud under investigation by federal authorities.&lt;br&gt;&lt;/p&gt;
&lt;p&gt;(&lt;a href=&#034;http://www.washingtonpost.com&#034;&gt;washingtonpost.com&lt;/a&gt; in &lt;a href=&#034;http://www.washingtonpost.com/wp-dyn/content/article/2006/10/23/AR2006102301257.html&#034;&gt;Hackers Zero In on Online Stock Accounts&lt;/a&gt;)&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Maybe using a proprietary client software for that kind of application is not a bad idea after all. It will need to communicate with the server over some kind of remoting protocol, but that communication can be encrypted.&lt;/p&gt;

&lt;p&gt;There is another problem:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;One way is by placing keystroke-monitoring software on any public computer in a library, hotel business center or airport.&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Probably the login for such critical application should require an external device where the user enters a PIN or key of kind. German banks have been offering such a solution for home banking, but unfortunately not a lot of people were willing to buy the devices. Another drawback is that the user won&#039;t have access to his account on the road unless he carries a laptop and the device. But a little inconvenience is better than to loose a large amount of money.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&#034;http://www.w3.org/1999/02/22-rdf-syntax-ns#&#034;
         xmlns:dc=&#034;http://purl.org/dc/elements/1.1/&#034;
         xmlns:trackback=&#034;http://madskills.com/public/xml/rss/module/trackback/&#034;&gt;
&lt;rdf:Description
    rdf:about=&#034;http://www.stephan-schwab.com/2006/11/19/1163996392370.html&#034;
    dc:identifier=&#034;http://www.stephan-schwab.com/2006/11/19/1163996392370.html&#034;
    dc:title=&#034;Hackers Zero In on Online Stock Accounts&#034;
    trackback:ping=&#034;http://www.stephan-schwab.com/addTrackBack.action?entry=1163996392370&amp;token=3031918967448561776&#034; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
        </description>
      
      
    
    
    
    <category>Security</category>
    
    <comments>http://www.stephan-schwab.com/2006/11/19/1163996392370.html#comments</comments>
    <guid isPermaLink="true">http://www.stephan-schwab.com/2006/11/19/1163996392370.html</guid>
    <pubDate>Mon, 20 Nov 2006 04:19:52 GMT</pubDate>
  </item>
  
  <item>
    <title>Who Owns Your Computer?</title>
    <link>http://www.stephan-schwab.com/2006/09/24/1159156040651.html</link>
    
      
        <description>
          &lt;p class=&#034;quote&#034;&gt;If left to grow, these external control systems will fundamentally change your relationship with your computer. They will make your computer much less useful by letting corporations limit what you can do with it. They will make your computer much less reliable because you will no longer have control of what is running on your machine, what it does, and how the various software components interact. (By &lt;a href=&#034;http://www.schneier.com/blog/archives/2006/05/who_owns_your_c.html&#034;&gt;Bruce Schneier&lt;/a&gt;)&lt;/p&gt;

&lt;p&gt;This will probably be true for hardware and software aimed at the consumer market which is very much dominated by the entertainment industry in all its variations. That entertainment industry not only consists of Hollywood film studios or music labels. It includes ventures like &lt;a href=&#034;http://www.flickr.com/&#034;&gt;MySpace.com&lt;/a&gt;, &lt;a href=&#034;http://www.flickr.com/&#034;&gt;Flickr&lt;/a&gt;, &lt;a href=&#034;www.youtube.com/&#034;&gt;YouTube&lt;/a&gt; and other large scale web services that are not clearly aimed at paying professionals.&lt;/p&gt;

&lt;p&gt;A consumer PC will probably no longer be the same grey box as those used in offices. There will be a distinction. The consumer PC will be a device to entertain the consumer and allow to use certain useful services to create user generated content. And maybe it will be the consumer PC that will not have a local copy of MS Office installed, but use a web based office suite. Maybe all those Web 2.0 companies already got it and are just waiting for the locked down devices to appear. Who knows?&lt;/p&gt;

&lt;p&gt;Large corporations most certainly will be interested in buying trusted computers for their employees as well. As experience over the years has shown: PCs with a multi-purpose operating system that gives the user too much freedom can create a lot of trouble. Locked down workstations, with exactly that set of tools the employee needs, might be seen as a blessing from the point of view of management and IT department.&lt;/p&gt;

&lt;p&gt;What is left are those devices used by developers and &lt;em&gt;others&lt;/em&gt;. Open source software, free software, etc. won&#039;t go away. But it might well be that certain services on the web won&#039;t trust requests coming from such untrusted devices.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&#034;http://www.w3.org/1999/02/22-rdf-syntax-ns#&#034;
         xmlns:dc=&#034;http://purl.org/dc/elements/1.1/&#034;
         xmlns:trackback=&#034;http://madskills.com/public/xml/rss/module/trackback/&#034;&gt;
&lt;rdf:Description
    rdf:about=&#034;http://www.stephan-schwab.com/2006/09/24/1159156040651.html&#034;
    dc:identifier=&#034;http://www.stephan-schwab.com/2006/09/24/1159156040651.html&#034;
    dc:title=&#034;Who Owns Your Computer?&#034;
    trackback:ping=&#034;http://www.stephan-schwab.com/addTrackBack.action?entry=1159156040651&amp;token=-6852583909729906049&#034; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
        </description>
      
      
    
    
    
    <category>Security</category>
    
    <comments>http://www.stephan-schwab.com/2006/09/24/1159156040651.html#comments</comments>
    <guid isPermaLink="true">http://www.stephan-schwab.com/2006/09/24/1159156040651.html</guid>
    <pubDate>Mon, 25 Sep 2006 03:47:20 GMT</pubDate>
  </item>
  
  <item>
    <title>Virtual machines as crash test dummies to detect infections</title>
    <link>http://www.stephan-schwab.com/2006/09/24/1159155926689.html</link>
    
      
        <description>
          &lt;p&gt;This could be the most important milestone in the history of intrusion detection systems ever. &lt;a href=&#034;http://www.fireeye.com/&#034;&gt;FireEye&lt;/a&gt; announced a new appliance that uses &lt;a href=&#034;http://www.fireeye.com/technology/virtualization/index.html&#034;&gt;virtual machines as crash test dummies&lt;/a&gt; to detect infected devices on a network:&lt;/p&gt;

&lt;p class=&#034;quote&#034;&gt;FireEye technology uses virtual machines as a sort of crash test dummy for network security. Potentially damaging network traffic is sent into the virtual machines where the impact can be analyzed. If suspicious traffic is revealed, a responsible course of action can be taken to stop the network infection. No actual machines are harmed in this process and the damaged virtual machine is fully restored for reuse.&lt;/p&gt;

&lt;p&gt;Although FireEye&#039;s website doesn&#039;t tell much yet about how it works &lt;a href=&#034;http://www.darkreading.com/document.asp?doc_id=93643&#034;&gt;Dark Reading&lt;/a&gt;, a &lt;a href=&#034;http://blogs.zdnet.com/threatchaos/?p=323&#034;&gt;ZD Net blog&lt;/a&gt; and &lt;a href=&#034;http://esgblogs.typepad.com/erics_blog/2006/04/rly_vibe_fireey.html&#034;&gt;Security Vibes&lt;/a&gt; provide some more information.&lt;/p&gt;

&lt;p&gt;Apparently the appliance executes several virtual machines (VM) with instances of the Windows operating system and Windows applications used in the enterprise. Those VMs are then used as targets for the potentially harmful traffic. If a VM gets infected it should reveal suspicious network traffic and then the appliance takes action.&lt;/p&gt;

&lt;p&gt;According to the information currently available the appliance is not in-band, but connected to a monitoring port on a switch to be able to see all packets passing through the switch. If harmful traffic is found the switch port it originated from is turned off.&lt;/p&gt;

&lt;p&gt;Further the VMs resemble the different releases of operating systems the enterprise uses. That means one VM for each combination of Windows version (NT, Win 2000, XP) and service pack. That&#039;s quite a lot of VMs.&lt;/p&gt;

&lt;p&gt;This sounds almost too good to be true. I can think of a lot of questions about how this really works and how it will scale. The idea by itself is brilliant. There is no doubt about that.&lt;/p&gt;

&lt;p&gt;Some of my first thoughts about the implementation challenges were:&lt;/p&gt;

&lt;p&gt;A 100 mbps link, if fully used, transmits about 750 MB per minute. That&#039;s slightly more than the content of a CD-ROM. On a typical DSL link with 256 kbps utilization it would still be 1.9 MB per minute.&lt;/p&gt;

&lt;p&gt;The appliance has to send this amount of traffic simultaneously to all the VMs and check whether any of them shows strange outgoing traffic short after. If there are 10 VMs we are talking about 19 MB per minute that have to be processed in the case of the tiny DSL link. For the fully utilized 100 mbps link it would be 7.3 GB per minute.&lt;/p&gt;

&lt;p&gt;Further the appliance needs to remember where the data came from. Without that knowledge it can&#039;t shut down the switch port of the infected device. Not every virus or worm starts sending packets right away. What if it waits an hour or a day?&lt;/p&gt;


&lt;p&gt;As the appliance needs to wait for VMs to be become infected, it has to clean up and restart the infected VM in a clean state. That takes a moment. What will happen, if there are already several viruses or worms active in the network or new infections happen shortly after another? The load of the appliance and its memory requirements will increase. For every infected VM a fresh copy needs to be available in the background. I guess there will be a limit on how many infections can be detected or handled.&lt;/p&gt;

&lt;p&gt;I&#039;m not saying it&#039;s impossible to create such a device. But it is definitely a big challenge. And if &lt;a href=&#034;http://www.fireeye.com/&#034;&gt;FireEye&lt;/a&gt; has made it, then it will be a big success.&lt;/p&gt;


&lt;!--
&lt;rdf:RDF xmlns:rdf=&#034;http://www.w3.org/1999/02/22-rdf-syntax-ns#&#034;
         xmlns:dc=&#034;http://purl.org/dc/elements/1.1/&#034;
         xmlns:trackback=&#034;http://madskills.com/public/xml/rss/module/trackback/&#034;&gt;
&lt;rdf:Description
    rdf:about=&#034;http://www.stephan-schwab.com/2006/09/24/1159155926689.html&#034;
    dc:identifier=&#034;http://www.stephan-schwab.com/2006/09/24/1159155926689.html&#034;
    dc:title=&#034;Virtual machines as crash test dummies to detect infections&#034;
    trackback:ping=&#034;http://www.stephan-schwab.com/addTrackBack.action?entry=1159155926689&amp;token=-7574288437546228796&#034; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
        </description>
      
      
    
    
    
    <category>Networking</category>
    
    <category>Virtualization</category>
    
    <category>Security</category>
    
    <comments>http://www.stephan-schwab.com/2006/09/24/1159155926689.html#comments</comments>
    <guid isPermaLink="true">http://www.stephan-schwab.com/2006/09/24/1159155926689.html</guid>
    <pubDate>Mon, 25 Sep 2006 03:45:26 GMT</pubDate>
  </item>
  
  </channel>
</rss>
