<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: reliably]]></title>
    <link>http://securityratty.com/tag/reliably</link>
    <description></description>
    <pubDate>Wed, 19 Mar 2008 03:00:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Show 032 - An Interview with Jeremiah Grossman]]></title>
      <link>http://securityratty.com/article/b0449f2ccd72f29ee2665301bb7c2d9e</link>
      <guid>http://securityratty.com/article/b0449f2ccd72f29ee2665301bb7c2d9e</guid>
      <description><![CDATA[The 32nd episode of The Silver Bullet Security Podcast features founder and Chief Technology Officer of WhiteHat Security, Jeremiah Grossman. Gary and Jeremiah discuss clickjacking, cross-site request...]]></description>
      <content:encoded><![CDATA[<p><img align="right" alt="Jeremiah Grossman" title="Jeremiah Grossman" src="http://www.cigital.com/silverbullet/jgrossman-125.png" style="padding-left: 7px;" /></p>
<p>The 32nd episode of The Silver Bullet Security Podcast features founder and Chief Technology Officer of WhiteHat Security, Jeremiah Grossman.  Gary and Jeremiah discuss clickjacking, cross-site request forgery, why 50% of web problems can&#8217;t be discovered reliably automatically, and which conferences Jeremiah most enjoyed on his 2008 world tour.</p>
<ul>
<li><a href="http://jeremiahgrossman.blogspot.com/">Jeremiah Grossman</a></li>
<li><a href="http://jeremiahgrossman.blogspot.com/2008/10/clickjacking-web-pages-can-see-and-hear.html">Clickjacking</a></li>
<li><a href="http://www.webadminblog.com/index.php/2008/09/24/new-0day-browser-exploit-clickjacking-owasp-appsec-nyc-2008/">Adobe 0-day Browser Exploit</a></li>
<li><a href="http://www.freedom-to-tinker.com/sites/default/files/csrf.pdf">Cross-Site Request Forgeries: Exploitation and Prevention</a> [PDF]</li>
<li><a href="http://www.cs.princeton.edu/sip/pub/spoofing.php3">Web Spoofing: An Internet Con Game</a> by Edward W. Felten, Dirk Balfanz, Drew Dean, and Dan S. Wallach.</li>
<li><a href="http://jeremiahgrossman.blogspot.com/2007/05/web-application-scan-o-meter.html">Web application scan-o-meter</a></li>
<li><a href="http://1.bp.blogspot.com/_JdybrokZBAk/SO_rUc-ebPI/AAAAAAAABOY/dKbFPJfv1Cs/s1600-h/badgewall.jpg">The &#8220;Wall of Fame&#8221;</a></li>
</ul>
<p></p>
]]></content:encoded>
      <pubDate>Thu, 13 Nov 2008 23:17:49 +0000</pubDate>
      <category domain="http://securityratty.com/tag/jeremiah grossman">jeremiah grossman</category>
      <category domain="http://securityratty.com/tag/web">web</category>
      <category domain="http://securityratty.com/tag/web application scan-o-meter">web application scan-o-meter</category>
      <category domain="http://securityratty.com/tag/chief technology officer">chief technology officer</category>
      <category domain="http://securityratty.com/tag/internet con game">internet con game</category>
      <category domain="http://securityratty.com/tag/whitehat security">whitehat security</category>
      <category domain="http://securityratty.com/tag/conferences jeremiah">conferences jeremiah</category>
      <category domain="http://securityratty.com/tag/32nd episode">32nd episode</category>
      <category domain="http://securityratty.com/tag/prevention pdf">prevention pdf</category>
      <source url="http://www.cigital.com/silverbullet/show-032/">Show 032 - An Interview with Jeremiah Grossman</source>
    </item>
    <item>
      <title><![CDATA[The Impact of Dans DNS Debacle on Internet Risk]]></title>
      <link>http://securityratty.com/article/1fb63648aa29a459479e251e9609bd22</link>
      <guid>http://securityratty.com/article/1fb63648aa29a459479e251e9609bd22</guid>
      <description><![CDATA[Blogger: Pete Lindstrom
On July 8th, Dan Kaminsky of IOActive announced a major DNS vulnerability in conjunction with a number of major DNS vendors. The announcement was off the charts in fanfare and...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Pete Lindstrom</p>

<p>On July 8th, Dan Kaminsky of IOActive announced a major DNS “vulnerability” in conjunction with a number of major DNS vendors. The announcement was off the charts in fanfare and attention, but what was the real impact on risk?</p>

<p>First, it is worth noting that this “bug” is more properly classified as a new attack technique invented by Dan. It combines two vulnerabilities that have been well-known for some time – the ability to guess non-random transaction IDs and the use of Additional RRs to insert new entries into the DNS cache. A fix against either of these vulnerabilities also negates the attack itself.</p>

<p>The fundamental question that determines the risk impact revolves around whether it is reasonable to expect fewer or more incidents that use this technique when comparing the period prior to disclosure -- or, more properly, before the date of Dan’s invention of the technique (this also assumes prior art) – with the period after invention/disclosure and into the future. If the disclosure reduces the number of those incidents, then risk is reduced; if the disclosure increases the number of those incidents, then risk is increased.</p>

<p>With that litmus test as our guideline, it is useful to break down the functional elements of risk and look at the impact on threats, vulnerabilities, and consequences (we will cover consequences, then vulnerabilities, and finally threat).</p>

<p><strong>Consequences</strong><br />Though the consequences are the same before and after disclosure, it is worth discussing the impact here, given that the implication was that the “entire web” could be taken down. The nature of the attack requires the following:</p>

<ol><li>An attacker must convince/trick a user into making a DNS request for a domain that doesn’t already exist in their DNS server’s cache. The expectation here is that s/he can be easily tricked into doing this.</li>

<li>Then, the attacker must simultaneously attack the DNS server by guessing the transaction ID. According to Kaminsky, the request/attack phase can be done reliably in about 10 seconds.</li>

<li>The attack is DNS server-specific. Only users on the same DNS server are affected.</li>

<li>Propagation: once the cache is poisoned, anyone requesting that domain will be routed to a malicious server.</li></ol>

<p>Without combining this attack with other attack techniques, there can be three results:</p>

<ol><li>Spoofing of a single website for multiple, perhaps many, users using the same DNS server. Presumably, this would be followed by more traditional phishing and malware attacks.</li>

<li>Denial-of-service by rerouting traffic from a legitimate site thereby taking potential customers or “eyeballs” away.</li>

<li>Denial-of-service be rerouting traffic from a legitimate high volume site to a legitimate low-volume site thereby overloading the servers on the low-volume site.</li></ol>

<p>Because of the point-to-point (user-to-website) nature of the attack, to do something that constitutes “taking over the entire web” is infeasible by a longshot.</p>

<p>The bottom line analysis for the effect on risk due to a change in consequences from pre-invention to post-invention: no change, and therefore no impact.</p>

<p><strong>Vulnerabilities</strong><br />These vulnerabilities have existed for years, and there have been workarounds for years. Along with this announcement, new patches were introduced in all major DNS server solutions. It is reasonable to assume that many DNS server implementations have been patched, though public accounts have suggested that number is in the 66%-75% range.</p>

<p>Bottom line analysis: the vulnerability level has been reduced, probably significantly, and the affect is positive for risk reduction. If 100% of DNS servers were patched, then overall risk would be reduced for this attack (assuming that there were actual attacks using this technique in the past.)</p>

<p><strong>Threats</strong><br />The real question regarding risk impact comes in the arena of the less-controllable manipulation of threat. The general threat equation revolves around an attacker’s willingness to attack, based on his/her own cost/benefit analysis that compares the cost to attack to the expected benefits, tempered by the potential for being caught and penalized.</p>

<p>Cost to attack – prior to disclosing the invention, there were likely few, if any attackers with “prior art” that mirrored this technique. It is anybody’s guess how many potential attackers might have figured it out eventually, but they would have had to come from the pool of folks with enough expertise to do so – I am going to guess 500,000 people.</p>

<p>After the disclosure, the hints provided in the press release, the podcast, the sorted stories, and the blog entries made it much easier to figure out. Let’s guess that 5 million people could execute the attack. With automated tools, that number goes up to 50 million.</p>

<p>These numbers are estimates that illustrate the nature of the exercise. You are welcome to fill in your own estimates and come to your own conclusions.</p>

<p>Bottom line analysis: a significant increase in threat and corresponding risk.</p>

<p><strong>Net Effect</strong><br />The risk manager's challenge is to weigh the decrease in vulnerable systems compared with the corresponding increase in threat, within the context of number of incidents and anticipated future incidents. Given the sheer size differential, it is difficult to conceive of a situation where risk is not increased. </p>

<p>Sometimes it &quot;feels&quot; like someone is taking action for the greater good, when that action actually creates a negative impact for all. For example, it is common for people to believe that raising prices of scarce resources during&nbsp; times of trouble (e.g. gasoline in the hurricane Katrina aftermath) is unconscionable even though a majority of economists recognize that raising prices actually provides for the greater public good. Vulnerability discovery and disclosure, and attack inventions, might feel like the right thing to do, but the net result is almost always a negative impact.</p></div>
<img src="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~4/350432472" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 30 Jul 2008 04:11:30 +0000</pubDate>
      <category domain="http://securityratty.com/tag/dns servers">dns servers</category>
      <category domain="http://securityratty.com/tag/servers">servers</category>
      <category domain="http://securityratty.com/tag/impact">impact</category>
      <category domain="http://securityratty.com/tag/dns">dns</category>
      <category domain="http://securityratty.com/tag/dns servers cache">dns servers cache</category>
      <category domain="http://securityratty.com/tag/risk impact revolves">risk impact revolves</category>
      <category domain="http://securityratty.com/tag/major dns vendors">major dns vendors</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/major dns vulnerability">major dns vulnerability</category>
      <source url="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~3/350432472/the-impact-of-d.html">The Impact of Dans DNS Debacle on Internet Risk</source>
    </item>
    <item>
      <title><![CDATA[The Impact of Dan???s DNS Debacle on Internet Risk]]></title>
      <link>http://securityratty.com/article/17bf6b308eeadf67b8e5c872046c5738</link>
      <guid>http://securityratty.com/article/17bf6b308eeadf67b8e5c872046c5738</guid>
      <description><![CDATA[Blogger: Pete Lindstrom
On July 8th, Dan Kaminsky of IOActive announced a major DNS ???vulnerability??? in conjunction with a number of major DNS vendors. The announcement was off the charts in...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Pete Lindstrom</p>

<p>On July 8th, Dan Kaminsky of IOActive announced a major DNS ???vulnerability??? in conjunction with a number of major DNS vendors. The announcement was off the charts in fanfare and attention, but what was the real impact on risk?</p>

<p>First, it is worth noting that this ???bug??? is more properly classified as a new attack technique invented by Dan. It combines two vulnerabilities that have been well-known for some time ??? the ability to guess non-random transaction IDs and the use of Additional RRs to insert new entries into the DNS cache. A fix against either of these vulnerabilities also negates the attack itself.</p>

<p>The fundamental question that determines the risk impact revolves around whether it is reasonable to expect fewer or more incidents that use this technique when comparing the period prior to disclosure -- or, more properly, before the date of Dan???s invention of the technique (this also assumes prior art) ??? with the period after invention/disclosure and into the future. If the disclosure reduces the number of those incidents, then risk is reduced; if the disclosure increases the number of those incidents, then risk is increased.</p>

<p>With that litmus test as our guideline, it is useful to break down the functional elements of risk and look at the impact on threats, vulnerabilities, and consequences (we will cover consequences, then vulnerabilities, and finally threat).</p>

<p><strong>Consequences</strong><br />Though the consequences are the same before and after disclosure, it is worth discussing the impact here, given that the implication was that the ???entire web??? could be taken down. The nature of the attack requires the following:</p>

<ol><li>An attacker must convince/trick a user into making a DNS request for a domain that doesn???t already exist in their DNS server???s cache. The expectation here is that s/he can be easily tricked into doing this.</li>

<li>Then, the attacker must simultaneously attack the DNS server by guessing the transaction ID. According to Kaminsky, the request/attack phase can be done reliably in about 10 seconds.</li>

<li>The attack is DNS server-specific. Only users on the same DNS server are affected.</li>

<li>Propagation: once the cache is poisoned, anyone requesting that domain will be routed to a malicious server.</li></ol>

<p>Without combining this attack with other attack techniques, there can be three results:</p>

<ol><li>Spoofing of a single website for multiple, perhaps many, users using the same DNS server. Presumably, this would be followed by more traditional phishing and malware attacks.</li>

<li>Denial-of-service by rerouting traffic from a legitimate site thereby taking potential customers or ???eyeballs??? away.</li>

<li>Denial-of-service be rerouting traffic from a legitimate high volume site to a legitimate low-volume site thereby overloading the servers on the low-volume site.</li></ol>

<p>Because of the point-to-point (user-to-website) nature of the attack, to do something that constitutes ???taking over the entire web??? is infeasible by a longshot.</p>

<p>The bottom line analysis for the effect on risk due to a change in consequences from pre-invention to post-invention: no change, and therefore no impact.</p>

<p><strong>Vulnerabilities</strong><br />These vulnerabilities have existed for years, and there have been workarounds for years. Along with this announcement, new patches were introduced in all major DNS server solutions. It is reasonable to assume that many DNS server implementations have been patched, though public accounts have suggested that number is in the 66%-75% range.</p>

<p>Bottom line analysis: the vulnerability level has been reduced, probably significantly, and the affect is positive for risk reduction. If 100% of DNS servers were patched, then overall risk would be reduced for this attack (assuming that there were actual attacks using this technique in the past.)</p>

<p><strong>Threats</strong><br />The real question regarding risk impact comes in the arena of the less-controllable manipulation of threat. The general threat equation revolves around an attacker???s willingness to attack, based on his/her own cost/benefit analysis that compares the cost to attack to the expected benefits, tempered by the potential for being caught and penalized.</p>

<p>Cost to attack ??? prior to disclosing the invention, there were likely few, if any attackers with ???prior art??? that mirrored this technique. It is anybody???s guess how many potential attackers might have figured it out eventually, but they would have had to come from the pool of folks with enough expertise to do so ??? I am going to guess 500,000 people.</p>

<p>After the disclosure, the hints provided in the press release, the podcast, the sorted stories, and the blog entries made it much easier to figure out. Let???s guess that 5 million people could execute the attack. With automated tools, that number goes up to 50 million.</p>

<p>These numbers are estimates that illustrate the nature of the exercise. You are welcome to fill in your own estimates and come to your own conclusions.</p>

<p>Bottom line analysis: a significant increase in threat and corresponding risk.</p>

<p><strong>Net Effect</strong><br />The risk manager's challenge is to weigh the decrease in vulnerable systems compared with the corresponding increase in threat, within the context of number of incidents and anticipated future incidents. Given the sheer size differential, it is difficult to conceive of a situation where risk is not increased. </p>

<p>Sometimes it &quot;feels&quot; like someone is taking action for the greater good, when that action actually creates a negative impact for all. For example, it is common for people to believe that raising prices of scarce resources during&nbsp; times of trouble (e.g. gasoline in the hurricane Katrina aftermath) is unconscionable even though a majority of economists recognize that raising prices actually provides for the greater public good. Vulnerability discovery and disclosure, and attack inventions, might feel like the right thing to do, but the net result is almost always a negative impact.</p></div>
]]></content:encoded>
      <pubDate>Wed, 30 Jul 2008 04:11:30 +0000</pubDate>
      <category domain="http://securityratty.com/tag/dns">dns</category>
      <category domain="http://securityratty.com/tag/impact">impact</category>
      <category domain="http://securityratty.com/tag/major dns vendors">major dns vendors</category>
      <category domain="http://securityratty.com/tag/risk impact revolves">risk impact revolves</category>
      <category domain="http://securityratty.com/tag/dns servers">dns servers</category>
      <category domain="http://securityratty.com/tag/servers">servers</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/dns server implementations">dns server implementations</category>
      <category domain="http://securityratty.com/tag/major dns">major dns</category>
      <source url="http://srmsblog.burtongroup.com/2008/07/the-impact-of-d.html">The Impact of Dan???s DNS Debacle on Internet Risk</source>
    </item>
    <item>
      <title><![CDATA[Protect everything? Is that a better DLP?]]></title>
      <link>http://securityratty.com/article/dc202191d120080d3985ccaf78a0e390</link>
      <guid>http://securityratty.com/article/dc202191d120080d3985ccaf78a0e390</guid>
      <description><![CDATA[I was reading an interesting post about DLP at Securosis . Rich has deep expertise and an excellent way of explaining what the area is all about

However, the post got me thinking - how do we reliably...]]></description>
      <content:encoded><![CDATA[I was reading an interesting post about <a href="http://securosis.com/2008/06/30/best-practices-for-endpoint-dlp-part-1/">DLP at Securosis</a>. Rich has deep expertise and an excellent way of explaining what the area is all about...<br /><br />However, the post got me thinking - how do we reliably understand content in order to differentiate and protect what's important? Do we have easy to manage policies yet? Can the policies adapt easily based on chaning business? Is the technology ready?<br /><br />I do see traditional DLP solutions being very complementary to data encryption products - one identifies it, finds it and the other can protect it. Nice and easy.<br /><br />However, I am thinking that maybe an interim step might also be needed before we can get to nirvana of understanding content, proactive policies etc. What if we are able to protect all data (or even data that are on these file shares, laptops etc ) regardless of what is in them - and keep them persistently protected at rest and in motion? Think of it as the blunt approach - similar to using FDE to protect all the contents within a hard drive regardless of the sensitivity of an individual file within.<br /><br />From a customer perspective, they don't want anyone without the right authorization to see any data - that's all. This can be achieved by persistent, data-centric or information-centric protection without any differentiation based on understanding the content.<br /><br />Could/should DLP be redefined, thus?<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/BitArmor1?a=ayyO6J"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=ayyO6J" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/BitArmor1?a=5VCxFj"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=5VCxFj" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/BitArmor1?a=uRkeOJ"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=uRkeOJ" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/BitArmor1/~4/324893510" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 02 Jul 2008 09:19:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/dlp">dlp</category>
      <category domain="http://securityratty.com/tag/protect">protect</category>
      <category domain="http://securityratty.com/tag/data-centric">data-centric</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/data encryption products">data encryption products</category>
      <category domain="http://securityratty.com/tag/traditional dlp solutions">traditional dlp solutions</category>
      <category domain="http://securityratty.com/tag/content">content</category>
      <category domain="http://securityratty.com/tag/couldshould dlp">couldshould dlp</category>
      <category domain="http://securityratty.com/tag/blunt approach">blunt approach</category>
      <source url="http://feeds.feedburner.com/~r/BitArmor1/~3/324893510/protect-everything-is-that-better-dlp.html">Protect everything? Is that a better DLP?</source>
    </item>
    <item>
      <title><![CDATA[In Next-Gen Bullets and Bombs, Even the Casing Explodes]]></title>
      <link>http://securityratty.com/article/d0a5d9866a8d1cba92fde9bc4208e745</link>
      <guid>http://securityratty.com/article/d0a5d9866a8d1cba92fde9bc4208e745</guid>
      <description><![CDATA[The Pentagon has quietly been working on a new arsenal of advanced weaponry that replaces metal casings with &quot;reactive materials,&quot; normally harmless matter that combines to release explosive amounts...]]></description>
      <content:encoded><![CDATA[<p>
The Pentagon has quietly been working on a new arsenal of advanced weaponry that replaces metal casings with "reactive materials," normally harmless matter that combines to release explosive amounts of energy on impact, tearing targets apart with violent fury. 
</p><p>
In development for more than 30 years, the research is beginning to bear fruit, and may soon spawn more powerful bombs, warheads that tear apart stone and concrete, mines that can be set to stun or kill, and grenades that can swat rockets or mortar rounds out of the sky like flies. 
</p><p>
"You can get effects that are more precisely tailored to a particular target," says John Pike, director of Washington military research group <a href="http://www.globalsecurity.org/">GlobalSecurity.org</a>. "And you're able to get a greater effect out of a smaller munition."
</p><p>
Reactive materials are combinations of materials that are normally stable, but, when subjected to sudden shock -- such as striking a target -- release a large amount of energy. Depending on the composition and warhead design, the energy can be released as heat, a blast or a combination of the two. Unlike conventional explosives, RMs cannot be set off by fuses. Technically, they are classified as flammable solids, and they are less hazardous to transport and store than explosives.
</p><p>
While they're more energetic than explosives, RMs are not intended to be a substitute. Instead, they will replace warhead components normally made of metal.
</p><p>
An analysis of U.S. military procurement papers and defense contractor presentations, as well as interviews with companies working on the technology, suggests that a wave of munitions using reactive materials may be headed for a battlefield near you.
</p><p>
The material can dramatically magnify the yield of conventional bombs, and do away with the waste embodied by a bomb's inert metal skin. The U.S. Air Force's 5,000 BLU-122 bunker buster, for example, contains just 780 pounds of explosives; the other 80 percent is the bomb's thick steel casing. DARPA's <a href="https://www.fbo.gov/files/f0a/f0accb88909eadb4ace790fe731eb03b.doc?i=1482beb061c1dbdbc36c23683d85e170">Reactive Munition program</a> (.doc) aims to replace that steel with RMs, to create a bomb with a blast four times as powerful. Alternatively, a new bomb could be half the size of existing weapons but twice as powerful.
</p>

<p>Conventional warheads could also benefit from an RM makeover. For centuries, shells have blasted out steel shrapnel, small pieces of metal that cause damage with their high speed. Defense contractor Alliant Techsystems is developing a warhead called <a href="http://atk.mediaroom.com/index.php?s=press_releases&item=801"> BattleAxe</a> for the Air Force that uses fragments made of RM instead of metal. Those fragments will explode on impact, making the warhead far more effective against soft targets like trucks.
</p>

<p>
RM shrapnel is also being touted as the ideal way of <a href="http://www.virtualacquisitionshowcase.com/docs/2007/DETech-Brief.pdf ">shooting down incoming rockets and mortar bombs</a> (.pdf).
</p>

<p>
A radar-guided defense pod can automatically engage incoming rockets or other threats using RM-based grenades. Weapons designers suggest that RMs can be five to ten times as effective as the existing inert shrapnel for this task. Moreover, RM shrapnel can be engineered to burn out at a set distance, so there is no hazard to nearby friendly forces.
</p>


<!--pagebreak-->

<p>
Bullets can even be made of RM. The Navy's new 
<a href="http://www.onr.navy.mil/emrg/electromagnetic-railgun.asp">electromagnetic railgun</a> has been criticized because it can only fire solid slugs, not the usual explosive shells. However, documents reveal that <a href="http://www.psicorp.com/preleases/0105tungsten.shtml">tungsten-based RM</a> rounds are being developed for the weapon. These will explode on impact, making the railgun effective against buildings, ships and vehicles.
</p><p>
Shaped charges are another application where RMs can increase the effectiveness of existing designs. In a shaped charge, a hollow metal cone is surrounded by explosive material, which is then detonated, forcing the blast through the small end of the cone.
</p><p>
"The action is analogous to stamping on an open toothpaste tube, ejecting the liquid contents," says Douglas Millard of British defense contractors <a href="http://www.qinetiq.com/">QinetiQ</a>. 
</p><p>
Replace the metal liner with RM, and the explosive power of that jet will increase dramatically.
</p><p>
"Such reactions are highly exothermic and therefore lead to the release of large amounts of energy, which is in addition to the kinetic energy within the jet," Millard says. "An increase in the energy coupled into the target occurs and this results in the creation of greater damage to the target."
</p><p>
QinetiQ is marketing an RM-based shaped charge called <a href="http://www.qinetiq.com/home/newsroom/news_releases_homepage/2007/2nd_quarter/qinetiq__shell_and.html">Connex</a> for oil-well perforation in the civil market. Meanwhile, the U.S. Army is developing a demolition charge called Bam Bam that blasts a jet of RM deep into stone or concrete, producing massive damage
</p><p>
One version of the Bam Bam charge is intended for demolishing bridges and other structures. An alternative version blasts broader, shallower craters in roads or runways, making them useless.
</p><p>
RMs will also transform another mutation called the Explosively Formed Penetrator, a modified version of the shaped charge. Instead of producing a narrow, short-range jet, the Penetrator fires an aerodynamic slug of metal over a long distance. It's best known as a favored weapon of insurgents in Iraq. Again, replacing the metal with RM makes a much deadlier weapon -- after punching through armor, the slug releases energy like a grenade going off.
</p><p>
If you're a weapons designer, RMs also offer amazing flexibility. Alliant Techsystems is building a <a href="http://proceedings.ndia.org/3500/Cvetnic_Demo_NDIA.pps">variable landmine</a> (.pps) -- a so-called "dial-a-yield" weapon that can produce a range of different effects.
</p><p>
At the lowest setting, most of the output would be light -- a dazzling warning that would be impossible to miss. A higher setting would produce intense heat, creating a "discomfort zone" to drive off intruders. The third setting produces a nonlethal blast, like the concussion stun grenades used by Special Forces. If lethal force is called for, the mine could be set to produce either inert shrapnel or reactive shrapnel that explodes on impact.
</p><p>
RM munitions may face legal challenges. Under the St. Petersburg Declaration of 1868, the use of explosive projectiles with a weight of less than 400 grams is forbidden, as is using incendiary ammunition, like napalm, against personnel. But RMs are not technically explosive or incendiary, and although the effect on human targets might cause protests from some groups, they are likely to be accepted, human rights experts say.
</p><p>
"Like any weapon, it would have to go through a lengthy effectiveness and then legal review, " says Marc Garlasco, senior military analyst at <a href="http://www.hrw.org/">Human Rights Watch</a>. "If used in the open against military targets, it does not seem to have any obvious problems at first blush." 
</p><p>
However, there may be technology issues too. Although the developers sound very upbeat in all their descriptions of RM munitions, producing material that will reliably release energy only when required is extremely challenging.
</p><p>
"The fact that they've been working on it so long and don't seem to have fielded anything yet suggests that there may be a problem with the technology," GlobalSecurity's Pike says.
</p><p>
Normally new weapons are fielded rapidly if there is a military demand -- assuming they work. So far, RMs have not made it into the field, and the technology may not be as mature as developers suggest.
</p><p>
But Pike also notes that there has been an unprecedented surge in munitions development over the last few years, with "all kinds of weird stuff" being developed.
</p><p>
So after decades of being kept very quiet, reactive materials may soon be making a lot of noise.
</p><p>
---
</p><p>
Check out <a href="http://blog.wired.com/defense/">Danger Room</a> for more on reactive materials.
</p><br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=6c55edcd405de4222b72dd8dc1e1e502" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=6c55edcd405de4222b72dd8dc1e1e502" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=kwlINH"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=kwlINH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=oApXnh"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=oApXnh" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=UEVYAh"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=UEVYAh" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=BEUokH"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=BEUokH" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=IBZcBH"><img src="http://feeds.wired.com/~f/wired/politics/security?i=IBZcBH" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=ijOkQh"><img src="http://feeds.wired.com/~f/wired/politics/security?i=ijOkQh" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=kWK2Ph"><img src="http://feeds.wired.com/~f/wired/politics/security?i=kWK2Ph" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=E6CgpH"><img src="http://feeds.wired.com/~f/wired/politics/security?i=E6CgpH" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/285018670" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/285018672" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 06 May 2008 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/amounts">amounts</category>
      <category domain="http://securityratty.com/tag/release explosive amounts">release explosive amounts</category>
      <category domain="http://securityratty.com/tag/release">release</category>
      <category domain="http://securityratty.com/tag/metal">metal</category>
      <category domain="http://securityratty.com/tag/hollow metal cone">hollow metal cone</category>
      <category domain="http://securityratty.com/tag/explosive">explosive</category>
      <category domain="http://securityratty.com/tag/energy">energy</category>
      <category domain="http://securityratty.com/tag/reliably release energy">reliably release energy</category>
      <category domain="http://securityratty.com/tag/metal liner">metal liner</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/285018672/reactive_revolutions">In Next-Gen Bullets and Bombs, Even the Casing Explodes</source>
    </item>
    <item>
      <title><![CDATA[BPL Powers Down]]></title>
      <link>http://securityratty.com/article/c0dad5ce879cdf1261a9bb879270a2ce</link>
      <guid>http://securityratty.com/article/c0dad5ce879cdf1261a9bb879270a2ce</guid>
      <description><![CDATA[Broadband over powerline (BPL) is always next year's technology; now it's never. Is never soon enough for you? For about the last 13 years, BPL was the going to be the third pipe into the home,...]]></description>
      <content:encoded><![CDATA[<strong>Broadband over powerline (BPL) is always next year's technology; now it's never. Is never soon enough for you?</strong> For about the last 13 years, BPL was the going to be the third pipe into the home, supplementing the two incumbent wireline offerings of DSL and cable, which had developed into monopoly or duopoly controls most places in the world. Two years ago, with favorable FCC and upcoming EC decisions on BPL either released or about to happen, BPL seemed about to come into its own. I wrote <a href="http://www.economist.com/science/tq/displaystory.cfm?story_id=8312140"><strong>a positive piece for The Economist</strong></a> based in large part on an enormous deployment that was contracted and underway in Texas, and a contract that had just been signed in France. These two events seemed like they would catalyze BPL.

About 18 months later, the Current Communicatins and TXU (now Oncor) Electric Delivery deal, which was expected to pass 2m homes by the end of 2008, is over, with Oncor purchasing the telecommunications network for $90m a few days ago. Oncor will use just the smart grid features that allow dramatically improved network monitoring--which is a well-understood aspect of data over powerlines, dating to much slower and primitive networks. The <a href="http://www.dallasnews.com/sharedcontent/dws/bus/stories/DN-current_02bus.ART.State.Edition1.460d413.html"><strong>Dallas Morning News reports</strong></a> that just 64,000 homes were wired for BPL so far, and that Oncor will not offer Internet access. Oncor had agreed in 2006 to pay $150m for smart-grid features.

Google was a Current investor, which gave more credence to their plans in 2006. The company had already rolled out some smaller markets, overcome equipment problems, and had a positive relationship with the ARRL, the amateur radio society, in resolving interference issues. Hams have been the biggest complaintants with the FCC over BPL because hams are primary and secondary licensed users in the bands they use, while BPL is an unlicensed use. 

The French deployment by SIPPEREC, a utility that manages power for the suburbs of Paris, stated that 1.5m homes would eventually be passed with BPL service, but no information has been released since Feb. 2007 about the project, which makes it likely that it simply didn't happen.

Even when I was researching the Economist piece, I was troubled by the many European deployments that were announced, went into trials, and then disappeared without a trace. Still, there were some active projects in Spain, Switzerland, and Ireland, and the rollouts in France and Texas seemed both committed (contracts were signed) and imminent. But the laws of physics always win, and I can only think that BPL equipment from whatever vendor simply cannot deliver results that work within budget and reliably enough to make network deployment for broadband make any sense.

The FCC's 2006 order that overruled a number of ARRL objectives stated, essentially, that interference was okay even with licensed purposes as long as it was within tightly controlled parameters. Part of the "BPL is dead" argument I make today stems from an appeals court decision in late April which affirms the FCC licensed/unlicensed approach, but which requires the agency to re-evaluate its information about interference. The FCC failed to disclose fully information from studies it relied on in setting rules, which violated public process. The ARRL wrote up the appeals decision on their site, and notes that a study in the UK that was fully released showed a much lower threshold would be needed.

The agency's need to redo some of its work, a potential shift of power to Democrats on the commission starting 20-Jan-2009, and the fact that other work shows the rules were established incorrectly could result in restrictions on BPL that make it even less likely to be rolled out. [Initial links via <a href="http://www.dslreports.com/shownews/Broadband-Over-Powerline-BPL-Stumbles-94078"><strong>DSL Reports</strong></a>]]]></content:encoded>
      <pubDate>Mon, 05 May 2008 05:59:43 +0000</pubDate>
      <category domain="http://securityratty.com/tag/bpl">bpl</category>
      <category domain="http://securityratty.com/tag/bpl equipment">bpl equipment</category>
      <category domain="http://securityratty.com/tag/bpl service">bpl service</category>
      <category domain="http://securityratty.com/tag/catalyze bpl">catalyze bpl</category>
      <category domain="http://securityratty.com/tag/fcc">fcc</category>
      <category domain="http://securityratty.com/tag/favorable fcc">favorable fcc</category>
      <category domain="http://securityratty.com/tag/oncor">oncor</category>
      <category domain="http://securityratty.com/tag/network deployment">network deployment</category>
      <category domain="http://securityratty.com/tag/network">network</category>
      <source url="http://wifinetnews.com/archives/008303.html">BPL Powers Down</source>
    </item>
    <item>
      <title><![CDATA[Fiber: Review of Optics, Cables & Connectors]]></title>
      <link>http://securityratty.com/article/96dc850bc005748fcb2bba0b6554c568</link>
      <guid>http://securityratty.com/article/96dc850bc005748fcb2bba0b6554c568</guid>
      <description><![CDATA[When I started this blog, I said I wanted to give you useful information, sometimes in the form of lengthy technology overviews, and sometimes in short snippets. I like to dig around the search terms,...]]></description>
      <content:encoded><![CDATA[<p>When I started this blog, I said I wanted to give&nbsp;you useful information, sometimes in the form of lengthy technology overviews, and sometimes in short snippets. I like to dig around the search terms, comments and emails to see what you want to know more about, and I&#8217;ve seen a lot of interest in&nbsp;fiber information. </p><p>The fiber types (such as&nbsp;multi-mode, single-mode), standards (SX, LX, LH) and &nbsp;connectors (LC, ST, SC) seem to be a topics that need clarification about 80% of the time when we&#8217;re working with customers on networking equipment or site surveys. </p><p>Here&#8217;s a <strike>brief</strike> review of the various types of fiber, optics, connectors and when to use what. Let&#8217;s start with the basic stuff, and move down the line. </p><p><strong>Multi-mode vs Single-mode<br /></strong>First of all, we have multi-mode and single-mode fiber. <strong>Multimode</strong> has a larger diameter&nbsp;&#8216;core&#8217; or the area in the middle the light travels through. The larger diameter- think of it as a big tunnel- lets the light take different paths, creating multiple rays, or modes. The light bounces around more, which means the connectors and splices for multimode are more&nbsp;forgiving than for singlemode, but the bouncing causes&nbsp;dispersion&nbsp;and fidelity loss.&nbsp;On the other hand, <strong>singlemode</strong> has a much smaller diameter core, giving the light one straight path, or mode, through the cable. Because of this, singlemode offers higher throughput and longer distance, but the light equipment and connectors are much more finely-tuned. Which, of course, means singlemode is much more expensive. </p><p>When you&#8217;re adding or surveying multimode fiber, you should know what <strong>core size</strong> you&#8217;re working with. The core size affects bandwidth and the maximum distance you can reliably run it. Multimode usually comes in 50- or 62.5-micron, which is the core diameter.&nbsp;The larger the core size, the more bandwidth you get, but the shorter distance you&#8217; can go.&nbsp;To give you a general comparison, most singlemode comes in 9-micron core, which is about 1/6<sup>th</sup> the diameter of multimode. </p><p><u>When to use what</u>. In short, the fiber type you choose will depend on 1) budget and 2) distance. Mostly, you&#8217;ll use multimode for short fiber runs, between switches, to servers and possibly between buildings, if they&#8217;re adjacent. You should use singlemode when you need higher throughput or a longer distance. Here&#8217;s a quick look at the types and maximum distances for each.<em> I&#8217;ve also included a proprietary rating, for connectors using 1550nm wavelength over singlemode fiber, to get increased distance. (Standard for singlemode is 1310).</em></p><ul><li><div>Multimode - up to 220m&nbsp;with 62.5 micron core</div></li><li><div>Multimode - up to 550m with 50 micron core</div></li><li><div>Singlemode - up to 5km-10km <em>(standard, using 1310nm optics)</em></div></li><li><div>Singlemode - up to 70+km* <em>(proprietary,&nbsp;using 1550 nm optics)<br /></em></div></li></ul><p><strong>Fiber Optic Standards</strong> <br />You&#8217;ll need to know the type of optic to specify for your network equipment. Some vendors have their own proprietary fiber optics, but the standards are <strong>1000Base-SX</strong> for multimode, and <strong>1000Base-LX</strong> for singlemode. You can use multimode with 1000Base-LX with the addition of a mode-conditioning cable to set the light along the correct path down the cable. LX, which is standard, uses the ~1310nm wavelength. Vendors have created <strong>1000BASE-ZX</strong> and <strong>1000BASE-LH</strong>, which use the 1550nm optics to obtain longer distances. Note, here we&#8217;re talking about 1-Gig fiber, not 10GbE, hence the <em>1000Base</em>. We usually just refer to these as SX, LX and LH, leaving off the <em>1000Base</em>- when talking about the optics.</p><ul><li><div>1000Base-SX - multimode</div></li><li><div>1000Base-LX - singlemode standard<em> (can be used over MM with mode-conditioning cable)</em></div></li><li><div>1000Base-LH - singlemode non-standard <em>(proprietary for longer distances at 1550nm)</em></div></li></ul><p><strong>Connectors</strong><br />Here&#8217;s the fun part, and no one remembers what connectors they have (if they even knew in the first place!). There are several out there, but you&#8217;re probably going to only ever run into&nbsp;three&nbsp;- <strong>LC</strong>, <strong>ST</strong> and <strong>SC</strong>. </p><p>I&#8217;ll start with <strong>LC</strong> since that&#8217;s usually found on switches and other current network equipment these days. LC stands for &#8216;Lucent Connector&#8217; (the creator) and is&nbsp;the connection type&nbsp;on&nbsp;SFPs (Small Factor Pluggable) or Mini-GBICs. They&#8217;re small, and were designed to replace the SC connectors. </p><p>Since I mentioned <strong>SC</strong>, let&#8217;s go there next. SC, or &#8216;Standard Connector&#8217; are the predecessor to LC, and are similar in shape, but quite a bit larger. We suggest using the mnemonic &#8216;Square Connector&#8217; to remember SC. </p><p>Last- and possibly least- we have <strong>ST</strong>, which really means &#8216;Straight Tip&#8217;, but many folks have a better time thinking of &#8216;Stab and Twist&#8217;. You stick it in and lock it in place by turning the outer barrel, sort of like BNC did. <em>And yes, I&#8217;m old enough to remember the BNC days ;)</em></p><p><strong>Duplex and Simplex</strong><br />Most often, you&#8217;ll be using duplex fiber, which consists of a pair of fiber for bi-directional communication. Then- of course- you would use simplex fiber cables if you only need to send data a single direction. Those applications are more specific, but they do exist.</p><p><strong>Ordering Fiber Cables</strong><br />If we&#8217;re translating all our acronyms and numbers into something we can use, then let&#8217;s talk about how you put it all together when you&#8217;re procuring cables. </p><p><u>For example</u>, let&#8217;s say you&#8217;re purchasing short fiber jumpers for connecting your patch cable to your switch. Most likely, you&#8217;ll want multimode, in a short length (2meters), with LC on the end going to the switch and let&#8217;s say SC on your patch panel. In our example, we&#8217;re assuming we have 62.5micron mm fiber. </p><p><u>What you&#8217;ll ask for is</u>: Fiber jumper, 2 meters, duplex, 62.5-micron&nbsp;multimode, LC to SC. </p><table><tbody><tr><td><img style="width: 123px; height: 70px" alt="fiber_LC_2.jpg" src="http://www.securityuncorked.com/storage/fiber_LC_2.jpg" /></td><td><img style="width: 118px; height: 76px" alt="fiber_SC_2.jpg" src="http://www.securityuncorked.com/storage/fiber_SC_2.jpg" /></td><td><img style="width: 117px; height: 74px" alt="fiber_ST_2.jpg" src="http://www.securityuncorked.com/storage/fiber_ST_2.jpg" /></td></tr><tr><td><span class="sizeLess20">LC</span></td><td><span class="sizeLess20">SC</span></td><td><span class="sizeLess20">ST</span></td></tr></tbody></table><p><em>These are the best images I found to demonstrate the shapes and orientation of the various duplex fiber connectors we talked about. You can find these images and descriptions&nbsp;at </em><a class="offsite-link-inline" href="http://www.cablestogo.com/resources/fiber.asp" target="_blank"><em>Cables To Go</em></a><em>.</em></p><p>&nbsp;</p><p><strong>Wowzers</strong>, I said this was going to be a short one. In fact, this post was originally titled &#8220;<em>Fiber: A&nbsp;Very Brief Review of Cables&nbsp;&amp; Connectors</em>&#8221; but I had to rename it ;)&nbsp;Oh well- now you have all the information in one place for future reference. </p><p># # #</p>
]]></content:encoded>
      <pubDate>Fri, 04 Apr 2008 23:22:59 +0000</pubDate>
      <category domain="http://securityratty.com/tag/cables">cables</category>
      <category domain="http://securityratty.com/tag/simplex fiber cables">simplex fiber cables</category>
      <category domain="http://securityratty.com/tag/fiber">fiber</category>
      <category domain="http://securityratty.com/tag/connectors">connectors</category>
      <category domain="http://securityratty.com/tag/fiber cables">fiber cables</category>
      <category domain="http://securityratty.com/tag/short fiber runs">short fiber runs</category>
      <category domain="http://securityratty.com/tag/short">short</category>
      <category domain="http://securityratty.com/tag/single-mode">single-mode</category>
      <category domain="http://securityratty.com/tag/single-mode fiber">single-mode fiber</category>
      <source url="http://www.securityuncorked.com/security-uncorked/2008/4/5/fiber-review-of-optics-cables-connectors.html">Fiber: Review of Optics, Cables &amp; Connectors</source>
    </item>
    <item>
      <title><![CDATA[What do the Cold Boot Crypto Attack, DVD Players, and MiFare tell us about the Future of Biometrics?]]></title>
      <link>http://securityratty.com/article/c9945cfe64ffaf97ac8736318bf1f990</link>
      <guid>http://securityratty.com/article/c9945cfe64ffaf97ac8736318bf1f990</guid>
      <description><![CDATA[Last week Slashdot pointed me to an interesting article in The Standard
Understanding anonymity and the need for biometrics
In fact, I found the article to be rather upsetting. Not because of the...]]></description>
      <content:encoded><![CDATA[<p>Last week Slashdot pointed me to an &#8220;interesting&#8221; article in The Standard:<br />
<a href="http://www.thestandard.com/news/2008/03/19/understanding-anonymity-and-need-biometrics" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://www.thestandard.com/news/2008/03/19/understanding-anonymity-and-need-biometrics');">Understanding anonymity and the need for biometrics</a>.</p>
<p>In fact, I found the article to be rather upsetting.  Not because of the article&#8217;s thesis that strong authentication through a national ID program would not necessarily pose a threat to privacy; but rather, because of their naive (and irresponsible) handling of the realities of the biometric authentication challenge. They gloss over the real security challenges with creating a national biometric infrastructure.  Here are the two quotes that are most misleading:</p>
<ul>
<li><strong>&#8220;<span class="Apple-style-span" style="color: #171717; line-height: 17px">Confusing privacy with anonymity has delayed implementation of robust, virtually tamper-proof biometric authentication to replace paper-based forms of ID that neither assure privacy nor reliably prove identity.&#8221;</span></strong></li>
<li><strong><span class="Apple-style-span" style="color: #171717; line-height: 17px"></span><span class="Apple-style-span" style="color: #171717; line-height: 17px"><span class="Apple-style-span" style="color: #232323; line-height: 20px">&#8220;This emerging technology makes it virtually impossible to assume someone else&#8217;s unique identity.&#8221;</span></span></strong></li>
</ul>
<p>The problem that the authors are glossing over is that no such technology exists today, and it is unlikely to ever exist. Now, to be fair, I am assuming that  a  critical success factor for any national biometric program, as described, would be that the authentication devices have to be available, and usable, anyplace paper-based IDs can be used today. This of course implies that the authenticator must be an inexpensive, commodity device, easy to purchase, maintain, and operate. Such a device would have to be even more ubiquitous than the electronic credit card machine.</p>
<p>The problem is that the authenticator itself may be in the possession of the attacker (Perhaps after you authenticate your legitimate purchase the clerk desires to use your identity herself&#8230;). In the history of security controls, when the attacker has unsupervised at-will physical access, the attacker wins. Here are a few examples:</p>
<ul>
<li>Defeated copy protection on DVDs ( <a href="http://en.wikipedia.org/wiki/Jon_Lech_Johansen" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://en.wikipedia.org/wiki/Jon_Lech_Johansen');">more</a> &amp; <a href="http://it.slashdot.org/it/08/03/21/1241234.shtml" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://it.slashdot.org/it/08/03/21/1241234.shtml');">more info</a>)</li>
<li>Cold Boot Crypto Attack on hard disk encryption (<a href="http://www.engadget.com/2008/02/21/cold-boot-disk-encryption-attack-is-shockingly-effective/" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://www.engadget.com/2008/02/21/cold-boot-disk-encryption-attack-is-shockingly-effective/');">more info</a>)</li>
<li>MiFare RFID Cards (<a href="http://www.pcworld.com/article/id,143371-pg,1/article.html" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://www.pcworld.com/article/id,143371-pg,1/article.html');">more info</a>)</li>
<li>Skimming devices attached to ATM machines to steal card and PIN data (<a href="http://en.wikipedia.org/wiki/Credit_card_fraud#Skimming" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://en.wikipedia.org/wiki/Credit_card_fraud#Skimming');">more info</a>)</li>
</ul>
<p>Of course, all of these systems worked in the lab. But when a security system is widely deployed, it has to  withstand an enormous amount of scrutiny, and minor flaws will be exploited. And of course, the greater the financial gain, the greater the time and energy attackers invest in trying to defeat the system. The authors of the article ignore  these issues, idealistically assuming biometrics will just work.</p>
<p>Now, of course there are lots of examples where biometrics work very effectively. But I would propose that biometric authentication is most useful when the authentication device is physically secure and the authentication itself is supervised. The MiFare example above also demonstrates two other issues:</p>
<ul>
<li>The system chose not to implement a reviewed and standard cryptographic algorithm - always a bad idea</li>
<li>MiFare was able to sell 1 billion cards and authenticators before the system failed</li>
</ul>
<p><strong>The cost of investing in a national biometric authentication program, and then having the security fail, is enormous.</strong> Can you imagine deploying a biometric authentication infrastructure to every bank, police car, restaurant, shop, etc. and then having video on YouTube of it being defeated ?</p>
<p>- Erik</p>
<p>BTW, Maybe the attacker doesn&#8217;t even need to  tamper with the device -&gt; ftp://ftp.ccc.de/pub/video/Fingerabdruck_Hack/fingerabdruck.mpg</p>
<p><a href="http://artofinfosec.com" >Art of Information Security</a> would <a href="http://artofinfosec.com/feedback/" >love your feedback</a> !</p>
<p><a href="http://artofinfosec.com/48/what-do-the-cold-boot-crypto-attack-dvd-players-and-mifare-tell-us-about-the-future-of-biometrics/" >What do the Cold Boot Crypto Attack, DVD Players, and MiFare tell us about the Future of Biometrics?</a></p>
<img src="http://feeds.feedburner.com/~r/artofinfosec/~4/257983662" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 25 Mar 2008 21:16:43 +0000</pubDate>
      <category domain="http://securityratty.com/tag/biometric authentication">biometric authentication</category>
      <category domain="http://securityratty.com/tag/biometric authentication infrastructure">biometric authentication infrastructure</category>
      <category domain="http://securityratty.com/tag/biometric authentication challenge">biometric authentication challenge</category>
      <category domain="http://securityratty.com/tag/tamper-proof biometric authentication">tamper-proof biometric authentication</category>
      <category domain="http://securityratty.com/tag/authentication">authentication</category>
      <category domain="http://securityratty.com/tag/authentication device">authentication device</category>
      <category domain="http://securityratty.com/tag/mifare">mifare</category>
      <category domain="http://securityratty.com/tag/tamper">tamper</category>
      <category domain="http://securityratty.com/tag/biometrics">biometrics</category>
      <source url="http://feeds.feedburner.com/~r/artofinfosec/~3/257983662/">What do the Cold Boot Crypto Attack, DVD Players, and MiFare tell us about the Future of Biometrics?</source>
    </item>
    <item>
      <title><![CDATA[Network IPS Systems - still worth buying?]]></title>
      <link>http://securityratty.com/article/cda0828ab342bef8b0fad504fd1e044c</link>
      <guid>http://securityratty.com/article/cda0828ab342bef8b0fad504fd1e044c</guid>
      <description><![CDATA[I was involved in an interesting debate a couple of nights ago about the relative merits or otherwise of IPS. It's a subject I've talked about a couple of times before on this blog ( for instance here...]]></description>
      <content:encoded><![CDATA[
      I was involved in an interesting debate a couple of nights ago about the relative merits or otherwise of IPS. It's a subject I've talked about a couple of times before on this blog ( for instance <a href="http://www.computerweekly.com/blogs/stuart_king/2007/10/roi-of-ips.html">here </a>talking about the ROI of an IPS device and <a href="http://www.computerweekly.com/blogs/stuart_king/2007/10/to-buy-or-not-to-buy-what-is-t.html">here </a>where the decision about whether or not to purchase an IPS device is debated) . The general concensus around the table was that IPS is prone to false positives, difficult to monitor, and adds too much latency to network traffic. 

The question of latency can certainly be a problem for an organisation reliant on transaction speed - take share trading for instance. Within my own industry a few false positives and the odd extra millisecond on a transaction will not make a whole lot of difference however, I'm beginning to lean towards the view that network IPS might have had its day.

David Lacey's <a href="http://www.computerweekly.com/blogs/david_lacey/">blog </a>today makes the point that "nine out of ten security managers still prefer to monitor rather than block." That's a fine strategy if you have the organic resource (i.e. a person) to do the monitoring. In some businesses I've visited over the years, the monitoring habit had worn off and IDS logs were only being reviewed at fixed times. That's hardly the way to get benefit out of the investment. One of the supposed benefits of IPS is it's alleged pro-activeness in blocking attacks. I've heard this called into question in some instances.

So, what is the best way forward? Innovative products such as the <a href="www.secerno.com">Secerno </a>solution mentioned by David seem like a good idea. More generally, as we de-perimeterise, we need solutions closer to where the important assets are and more tailored to protect them. Host-based IPS systems that reliably block attacks are a good approach. Web application firewalls another.

There is a certain comfort level that's difficult to shake off in having the network IPS - so, it'll still be around for a while mitigating a bit of the risk, but I'm becoming less certain about exactly how much.
      
   ]]></content:encoded>
      <pubDate>Wed, 19 Mar 2008 03:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ips">ips</category>
      <category domain="http://securityratty.com/tag/ips systems">ips systems</category>
      <category domain="http://securityratty.com/tag/network ips">network ips</category>
      <category domain="http://securityratty.com/tag/ips device">ips device</category>
      <category domain="http://securityratty.com/tag/reliably block attacks">reliably block attacks</category>
      <category domain="http://securityratty.com/tag/block">block</category>
      <category domain="http://securityratty.com/tag/attacks">attacks</category>
      <category domain="http://securityratty.com/tag/false positives">false positives</category>
      <category domain="http://securityratty.com/tag/transaction speed">transaction speed</category>
      <source url="http://www.computerweekly.com/blogs/stuart_king/2008/03/i-was-involved-in-an.html">Network IPS Systems - still worth buying?</source>
    </item>
  </channel>
</rss>
