<?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>Don&#039;t Panic! &#187; Security</title>
	<atom:link href="http://www.plasser.net/category/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.plasser.net</link>
	<description>Time is an illusion.</description>
	<lastBuildDate>Tue, 17 Jan 2012 10:43:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>See Through Wall with Wifi</title>
		<link>http://www.plasser.net/2009/10/12/see-through-wall-with-wifi/</link>
		<comments>http://www.plasser.net/2009/10/12/see-through-wall-with-wifi/#comments</comments>
		<pubDate>Mon, 12 Oct 2009 11:43:18 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=869</guid>
		<description><![CDATA[That&#8217;s very impressive: Researchers at the University of Utah have found a way to see through walls to detect movement inside a building.]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.wired.com/threatlevel/2009/10/see-through-walls/">That&#8217;s very impressive:</a> Researchers at the University of Utah have found a way to see through walls to detect movement inside a building.</p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="425" height="344" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always" /><param name="src" value="http://www.youtube.com/v/ifQkbMJ_sXM&amp;color1=0xb1b1b1&amp;color2=0xcfcfcf&amp;hl=en&amp;feature=player_embedded&amp;fs=1" /><param name="allowfullscreen" value="true" /><embed type="application/x-shockwave-flash" width="425" height="344" src="http://www.youtube.com/v/ifQkbMJ_sXM&amp;color1=0xb1b1b1&amp;color2=0xcfcfcf&amp;hl=en&amp;feature=player_embedded&amp;fs=1" allowscriptaccess="always" allowfullscreen="true"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2009/10/12/see-through-wall-with-wifi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Building Security In Maturity Model</title>
		<link>http://www.plasser.net/2009/03/17/the-building-security-in-maturity-model/</link>
		<comments>http://www.plasser.net/2009/03/17/the-building-security-in-maturity-model/#comments</comments>
		<pubDate>Tue, 17 Mar 2009 09:01:38 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[bsimm]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=794</guid>
		<description><![CDATA[The Building Security In Maturity Model (BSIMM), a new model that is a &#8220;collection of good ideas and activities that are in use today&#8221; to determine the state of software security in an organisation. This maturity model provides a way &#8230; <a href="http://www.plasser.net/2009/03/17/the-building-security-in-maturity-model/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p><a href="http://bsi-mm.com/">The Building Security In Maturity Model (BSIMM)</a>, a new model that is a <em>&#8220;collection of good ideas and activities that are in use today&#8221;</em> to determine the state of software security in an organisation. This maturity model provides a way to compare your internal security model to the best available industrial standards.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2009/03/17/the-building-security-in-maturity-model/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Physical Security Maxims</title>
		<link>http://www.plasser.net/2008/09/30/physical-security-maxims/</link>
		<comments>http://www.plasser.net/2008/09/30/physical-security-maxims/#comments</comments>
		<pubDate>Tue, 30 Sep 2008 14:30:10 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=690</guid>
		<description><![CDATA[From Bruce Schneier&#8217;s Blog. This is a copy from here. Physical Security Maxims Roger G. Johnston, Ph.D., CPP Vulnerability Assessment Team Argonne National Laboratory rogerj@anl.govÂ Â Â Â  630-252-6168 http://www.ne.anl.gov/capabilities/vat http://www.cl.cam.ac.uk/~rja14/musicfiles/preprints/Johnston/securitymaxims.ppt Security Maxims The following maxims, based on our experience with physical security, &#8230; <a href="http://www.plasser.net/2008/09/30/physical-security-maxims/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<div>
<p>From <a href="http://www.schneier.com/blog/archives/2008/09/security_maxims.html">Bruce Schneier&#8217;s Blog</a>. This is a copy from <a href="http://www.kroepfli.ch/en/Security_Maxims_-%20_Roger_G._Johnston.html">here</a>.</p>
<h1>Physical Security Maxims</h1>
<p><big><span>Roger G. Johnston, Ph.D., CPP<br />
Vulnerability Assessment Team</span></big></p>
<p><big> </big><big>Argonne National Laboratory<br />
rogerj@anl.govÂ Â Â Â  630-252-6168</p>
<p>http://www.ne.anl.gov/capabilities/vat<span></p>
<p></span></big></p>
<p>http://www.cl.cam.ac.uk/~rja14/musicfiles/preprints/Johnston/securitymaxims.ppt</p>
<p><span>Security Maxims</span><br />
The following maxims, based on our experience with physical security, nuclear safeguards &amp; vulnerability assessments, are not absolute laws or theorems, but they will be essentially correct 80-90% of Â the time.</p>
<p><span>Infinity Maxim</span>: There are an unlimited number of security vulnerabilities for a given security device, system, or program, most of which will never be discovered (by the good guys or bad guys).</p>
<p><span>Arrogance Maxim</span>: The ease of defeating a security device or system is proportional to how confident/arrogant the designer, manufacturer, or user is about it, and to how often they use words like â€œimpossibleâ€ or â€œtamper-proofâ€.</p>
<p><span>Ignorance is Bliss Maxim</span>: The confidence that people have in security is inversely proportional to how much they know about it.</p>
<p><span>Be Afraid, Be Very Afraid Maxim</span>: If you&#8217;re not running scared, you have bad security or a bad security product.</p>
<p><span>High-Tech Maxim</span>: The amount of careful thinking that has gone into a given security device, system, or program is inversely proportional to the amount of high-technology it uses.</p>
<p><span>Schneier&#8217;s Maxim #1</span>: The more excited people are about a given security technology, the less they understand (1) that technology and (2) their own security problems.</p>
<p><span>Low-Tech Maxim</span>: Low-tech attacks work (even against high-tech devices and systems).</p>
<p><span>Father Knows Best Maxim</span>: The amount that (non-security) senior managers in any organization know about security is inversely proportional to (1) how easy they think security is,and (2) how much they will micro-manage security and invent arbitrary rules.</p>
<p><span>Huh Maxim</span>: When a (non-security) senior manager, bureaucrat, or government official talks publicly about security, he or she will usually say something stupid, unrealistic, inaccurate, and/or naÃ¯ve.</p>
<p><span>Voltaire&#8217;s Maxim</span>: The problem with common sense is that it is not all that common.</p>
<p><span>Yippee Maxim</span>: There are effective, simple, &amp; low-cost counter-measures (at least partial countermeasures) to most vulnerabilities.</p>
<p><span>Arg Maxim</span>: But users, manufacturers, managers &amp; bureaucrats will be reluctant to implement them for reasons of inertia, pride, bureaucracy, fear, wishful thinking, and/or cognitive dissonance.</p>
<p><span>Show Me Maxim</span>: No serious security vulnerability, including blatantly obvious ones, will be dealt with until there is overwhelming evidence and widespread recognition that adversaries have already<br />
catastrophically exploited it. In other words, â€œsignificant psychological (or literal) damage is required before any significant security changes will be madeâ€.</p>
<p><span>I Just Work Here Maxim</span>: No salesperson, engineer, or executive of a company that sells security products or services is prepared to answer a significant question about vulner-abilities, and few potential customers will ever ask them one.</p>
<p><span>Bob Knows a Guy Maxim</span>: Most security products and services will be chosen by the end-user based on purchase price plus hype, rumor, innuendo, hearsay, and gossip.</p>
<p><span>Familiarity Maxim</span>: Any security technology becomes more vulnerable to attacks when it becomes more widely used, and when it has been used for a longer period of time.</p>
<p><span>Antique Maxim</span>: A security device, system, or program is most vulnerable near the end of its life.</p>
<p><span>Payoff Maxim</span>: The more money that can be made from defeating a technology, the more attacks, attackers, and hackers will appear.</p>
<p><span>I Hate You Maxim 1</span>: The more a given technology is despised or distrusted, the more attacks, attackers, and hackers will appear.</p>
<p><span>I Hate You Maxim 2</span>: The more a given technology causes hassles or annoys security personnel, the less effective it will be.</p>
<p><span>Shannon&#8217;s (Kerckhoffs&#8217;) Maxim</span>: The adversaries know and understand the security hardware and strategies being employed.</p>
<p><span>Corollary to Shannon&#8217;s Maxim</span>: Thus, â€œSecurity by Obscurityâ€, i.e., security based on keeping long-term secrets, is not a good idea.</p>
<p><span>Gossip Maxim</span>: People and organizations can&#8217;t keep secrets.</p>
<p><span>Plug into the Formula Maxim</span>: Engineers don&#8217;t understand security. They think nature is the adversary, not people. They tend to work in solution space, not problem space. They think systems fail stochastically, not through deliberate, intelligent, malicious intent.</p>
<p><span>Rohrbach&#8217;s Maxim</span>: No security device, system, or program will ever be used properly (the way it was designed) all the time.</p>
<p><span>Rohrbach Was An Optimist Maxim</span>: Few security devices, systems, or programs will ever be used properly.</p>
<p><span>Insider Risk Maxim</span>: Most organizations will ignored or seriously underestimate the threat from insiders.</p>
<p><span>We Have Met the Enemy and He is Us Maxim</span>: The insider threat from careless or complacent employees &amp; contractors exceeds the threat from malicious insiders (though the latter is not negligible.)</p>
<p><span>Troublemaker Maxim</span>:Â  The probability that a security professional has been marginalized by his or her organization is proportional to his/her skill, creativity, knowledge, competence, and eagerness to provide effective security.</p>
<p><span>Feynman&#8217;s Maxim</span>:Â  An organization will fear and despise loyal vulnerability assessors and others who point out vulnerabilities or suggest security changes more than malicious adversaries.</p>
<p><span>Irresponsibility Maxim</span>:Â  It&#8217;ll often be considered â€œirresponsibleâ€ to point out security vulnerabilities (including the theoretical possibility that they might exist), but you&#8217;ll rarely be called irresponsible for ignoring or covering them up.</p>
<p><span>Backwards Maxim</span>:Â  Most people will assume everything is secure until provided strong evidence to the contrary&#8211;exactly backwards from a reasonable approach.Â </p>
<p><span>You Could&#8217;ve Knocked Me Over with a Feather Maxim 1</span>: Security managers, manufacturers, vendors, and end users will always be amazed at how easily their security products or programs can be defeated.</p>
<p><span>You Could&#8217;ve Knocked Me Over with a Feather Maxim 2</span>: Having been amazed once, security managers, manufacturers, vendors, and end users will be equally amazed the next timeÂ </p>
<p><span>That&#8217;s Why They Pay Us the Big Bucks Maxim</span>:Â  Security is righ near impossible.Â  It&#8217;s extremely difficult to stop a determined adversary.Â  Often the best you can do is discourage him, and maybe minimize the consequences when he does attack.</p>
<p><span>Throw the Bums Out Maxim</span>:Â  An organization that fires high-level security managers when there is a major security incident, or severely disciplines or fires low-level security personnel when there is a minor incident, will never have good security.</p>
<p><span>Better to be Lucky than Good Maxim</span>:Â  Most of the time when security appears to be working, it&#8217;s because no adversary is currently prepared to attack.</p>
<p><span>A Priest, a Minister, and a Rabbi Maxim</span>:Â  People lacking imagination, skepticism, and a sense of humor should not work in the security field.</p>
<p><span>Mr. Spock Maxim</span>:Â  The effectiveness of a security device, system, or program is inversely proportional to how angry or upset people get about the idea that there might be vulnerabilities.</p>
<p><span>Double Edge Sword Maxim</span>:Â  Within a few months of its availability, new technology helps the bad guys at least as much as it helps the good guys.</p>
<p><span>Mission Creep Maxim</span>: Any given device, system, or program that is designed for inventory will very quickly come to be viewed&#8211;quite incorrectly&#8211;as a security device, system, or program.</p>
<p><span>We&#8217;ll Worry About it Later Maxim</span>: Effective security is difficult enough when you design it in from first principles. It almost never works to retrofit it in, or to slap security on at the last minute, especially onto inventory technology.</p>
<p><span>Somebody Must&#8217;ve Thought It Through Maxim</span>: The more important the security application, the less careful and critical thought has gone into it.</p>
<p><span>That&#8217;s Entertainment Maxim</span>: Ceremonial Security (a.k.a. â€œSecurity Theaterâ€) will usually be confused with Real Security; even when it is not, it will be favored over Real Security.</p>
<p><span>Schneier&#8217;s Maxim #2</span>: Control will usually get confused with Security.</p>
<p><span>Ass Sets Maxim</span>: Most security programs focus on protecting the wrong assets.</p>
<p><span>Vulnerabilities Trump Threats Maxim</span>: If you know the vulnerabilities (weaknesses), you&#8217;ve got a shot at understanding the threats (the probability that the weaknesses will be exploited and by whom). Plus you might even be ok if you get the threats all wrong. But if you focus mostly on the threats, you&#8217;re probably in trouble.</p>
<p><span>Mermaid Maxim</span>:Â  The most common excuse for not fixing security vulnerabilities is that they simply can&#8217;t exist.</p>
<p><span>Onion Maxim</span>:Â  The second most common excuse for not fixing security vulnerabilities is that &#8220;we have many layers of security&#8221;, i.e., we rely on &#8220;Security in Depth&#8221;.</p>
<p><span>Hopeless Maxim</span>:Â  The third most common excuse for not fixing security vulnerabilities is that &#8220;all security devices, systems, and programs can be defeated&#8221;.Â  (This is typically expressed by the same person who initially invoked the Mermaid Maxim.)Â </p>
<p><span>Takes One to Know One Maxim</span>:Â  The fourth most common excuse for not fixing security vulnerabilities is that â€œour adversaries are too stupid and/or unresourceful to figure that out.â€</p>
<p><span>Depth, What Depth? Maxim</span>:Â  For any given security program, the amount of critical, skeptical, and intelligence thinking that has been undertaken is inversely proportional to how strongly the strategy of &#8220;Security in Depth&#8221; (layered security) is embraced.</div>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/09/30/physical-security-maxims/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Try This Captcha</title>
		<link>http://www.plasser.net/2008/07/14/try-this-captcha/</link>
		<comments>http://www.plasser.net/2008/07/14/try-this-captcha/#comments</comments>
		<pubDate>Mon, 14 Jul 2008 11:24:35 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[captcha]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=665</guid>
		<description><![CDATA[Try this captcha.]]></description>
			<content:encoded><![CDATA[<p>Try this <a href="http://random.irb.hr/signup.php">captcha</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/07/14/try-this-captcha/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Workshop on Security and Human Behaviour 2008</title>
		<link>http://www.plasser.net/2008/07/02/workshop-on-security-and-human-behaviour-2008/</link>
		<comments>http://www.plasser.net/2008/07/02/workshop-on-security-and-human-behaviour-2008/#comments</comments>
		<pubDate>Wed, 02 Jul 2008 14:16:39 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://plasser.net/2008/07/02/workshop-on-security-and-human-behaviour-2008/</guid>
		<description><![CDATA[At the moment I am especially interested in security and human behaviour (there&#8217;s a good article to start in German on zeit.de: Die Konjunktur der Ã„ngste). Ross Anderson and Bruce Schneier were blogging about this workshop, where a lot of &#8230; <a href="http://www.plasser.net/2008/07/02/workshop-on-security-and-human-behaviour-2008/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>At the moment I am especially interested in security and human behaviour (there&#8217;s a good article to start in German on zeit.de: <a href="http://www.zeit.de/2008/26/U-Risikowellen?page=1">Die Konjunktur der Ã„ngste</a>). <a href="http://www.lightbluetouchpaper.org/2008/06/30/security-psychology/">Ross Anderson</a> and <a href="http://www.schneier.com/blog/archives/2008/06/security_and_hu.html">Bruce Schneier</a> were blogging about this workshop, where a lot of interesting people attended, for example <a href="http://www.randi.org/">James Randi</a>.</p>
<p><a href="http://www.cl.cam.ac.uk/%7Erja14/shb08/">Here is a list of all attendees and their papers</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/07/02/workshop-on-security-and-human-behaviour-2008/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Six Dumbest Ideas In Computer Security</title>
		<link>http://www.plasser.net/2008/06/20/the-six-dumbest-ideas-in-computer-security/</link>
		<comments>http://www.plasser.net/2008/06/20/the-six-dumbest-ideas-in-computer-security/#comments</comments>
		<pubDate>Fri, 20 Jun 2008 11:47:17 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=659</guid>
		<description><![CDATA[Old, but good: Marcus Ranum&#8217;s &#8220;The Six Dumbest Ideas in Computer Security&#8221;.]]></description>
			<content:encoded><![CDATA[<p>Old, but good: <a href="http://www.ranum.com/security/computer_security/editorials/dumb/">Marcus Ranum&#8217;s &#8220;The Six Dumbest Ideas in Computer Security&#8221;</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/06/20/the-six-dumbest-ideas-in-computer-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hacking A Coffee Maker</title>
		<link>http://www.plasser.net/2008/06/20/hacking-a-coffee-maker/</link>
		<comments>http://www.plasser.net/2008/06/20/hacking-a-coffee-maker/#comments</comments>
		<pubDate>Fri, 20 Jun 2008 11:24:29 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[hack]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=656</guid>
		<description><![CDATA[Someone hacked a Jura F90 Coffee maker.]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.securityfocus.com/archive/1/493387">Someone hacked a Jura F90 Coffee maker.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/06/20/hacking-a-coffee-maker/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How To Open An Electronic Lock?</title>
		<link>http://www.plasser.net/2008/06/18/how-to-open-an-electronic-lock/</link>
		<comments>http://www.plasser.net/2008/06/18/how-to-open-an-electronic-lock/#comments</comments>
		<pubDate>Wed, 18 Jun 2008 13:43:32 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[lock]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=655</guid>
		<description><![CDATA[Just take a magnetic ring. You can find additional information here. We had (!) such a lock at the office, but it was removed and replaced by a much more secure device These are the kind of attacks/hacks I really &#8230; <a href="http://www.plasser.net/2008/06/18/how-to-open-an-electronic-lock/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Just <a href="http://www.youtube.com/watch?v=QwLv5HloyhI">take a magnetic ring</a>. You can find additional information <a href="http://www.toool.nl/blackbag/?p=204">here</a>.</p>
<p>We had (!) such a lock at the office, but it was removed and replaced by a much more secure device <img src='http://www.plasser.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>These are the kind of attacks/hacks I really appreciate, because they make us more secure. This demo shows us how easy it is to break devices, marketed as secure, within seconds and without big financial efforts. Facts attackers already know very well.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/06/18/how-to-open-an-electronic-lock/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cracking 1024-bit RSA Key?</title>
		<link>http://www.plasser.net/2008/06/13/cracking-1024-bit-rsa-key/</link>
		<comments>http://www.plasser.net/2008/06/13/cracking-1024-bit-rsa-key/#comments</comments>
		<pubDate>Fri, 13 Jun 2008 14:01:53 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[1024]]></category>
		<category><![CDATA[crack]]></category>
		<category><![CDATA[key]]></category>
		<category><![CDATA[rsa]]></category>
		<category><![CDATA[virus]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=653</guid>
		<description><![CDATA[Kaspersky Lab is launching an international distributed effort to crack a 1024-bit RSA key used by the Gpcode Virus. From their website: We estimate it would take around 15 million modern computers, running for about a year, to crack such &#8230; <a href="http://www.plasser.net/2008/06/13/cracking-1024-bit-rsa-key/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.schneier.com/blog/archives/2008/06/kaspersky_labs.html">Kaspersky Lab is launching an international distributed effort to crack a 1024-bit RSA key</a> used by the Gpcode Virus.</p>
<p>From their <a href="http://forum.kaspersky.com/lofiversion/index.php/t71652.html">website</a>:</p>
<blockquote><p>We estimate it would take around 15 million modern computers, running for about a year, to crack such a key.</p></blockquote>
<p>First, I don&#8217;t think they can crack a 1024-bit RSA key and second, what if the attackers change the key in a view seconds? Read this <a href="http://isc.sans.org/diary.html?storyid=4544">comment</a> too.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/06/13/cracking-1024-bit-rsa-key/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Attacks On Infrastructure</title>
		<link>http://www.plasser.net/2008/06/13/attacks-on-infrastructure/</link>
		<comments>http://www.plasser.net/2008/06/13/attacks-on-infrastructure/#comments</comments>
		<pubDate>Fri, 13 Jun 2008 09:06:59 +0000</pubDate>
		<dc:creator>jplasser</dc:creator>
				<category><![CDATA[Random]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[attacks]]></category>
		<category><![CDATA[complexity]]></category>
		<category><![CDATA[infrastructure]]></category>
		<category><![CDATA[network]]></category>

		<guid isPermaLink="false">http://plasser.net/?p=652</guid>
		<description><![CDATA[This article in Technology Review (German) describes the emerging problems of infrastructural assets like power plants when they are connected to the internet for economic reasons. When SCADA systems are controlable from remote we will experience serious attacks in future. &#8230; <a href="http://www.plasser.net/2008/06/13/attacks-on-infrastructure/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>This <a href="http://www.heise.de/tr/Das-laesst-grosse-Angriffsflaechen-entstehen--/artikel/109126">article in Technology Review</a> (German) describes the emerging problems of infrastructural assets like power plants when they are connected to the internet for economic reasons. When <a href="http://en.wikipedia.org/wiki/SCADA">SCADA</a> systems are controlable from remote we will experience serious attacks in future.</p>
<p>But not only attacks are dangerous. The more connected computers and software are the more they like to communicate and start autonomous actions like software updates. This updates can trigger all sorts of weird effects like shutting down services (<a href="http://www.washingtonpost.com/wp-dyn/content/article/2008/06/05/AR2008060501958.html">or the whole plant</a>) or resulting in a defective system.</p>
<p>Not always it&#8217;s a good idea to interconnect. The more links a network has, the more complex it is to handle and monitor. So please let&#8217;s honor the air gap in such cases, ok?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.plasser.net/2008/06/13/attacks-on-infrastructure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

