<?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: fish]]></title>
    <link>http://securityratty.com/tag/fish</link>
    <description></description>
    <pubDate>Fri, 04 Apr 2008 12:38:29 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Does Risk Management Make Sense?]]></title>
      <link>http://securityratty.com/article/1c474a0ca5e46c2d82ff6187ee46f0eb</link>
      <guid>http://securityratty.com/article/1c474a0ca5e46c2d82ff6187ee46f0eb</guid>
      <description><![CDATA[We engage in risk management all the time, but it only makes sense if we do it right
Risk management&quot; is just a fancy term for the cost-benefit tradeoff associated with any security decision. It's...]]></description>
      <content:encoded><![CDATA[<p>We engage in risk management all the time, but it only makes sense if we do it right. </p>

<p>"Risk management" is just a fancy term for the cost-benefit tradeoff associated with any security decision. It's what we do when we react to fear, or try to make ourselves feel secure. It's the fight-or-flight reflex that evolved in primitive fish and remains in all vertebrates. It's instinctual, intuitive and fundamental to life, and one of the brain's primary functions. </p>

<p>Some have hypothesized that humans have a "risk thermostat" that tries to maintain some optimal risk level. It explains why we drive our motorcycles faster when we wear a helmet, or are more likely to take up smoking during wartime. It's our natural risk management in action. </p>

<p>The problem is our brains are intuitively suited to the sorts of risk management decisions endemic to living in small family groups in the East African highlands in 100,000 BC, and not to living in the New York City of 2008. We make </p>

<p>systematic risk management mistakes -- miscalculating the probability of rare events, reacting more to stories than data, responding to the feeling of security rather than reality, and making decisions based on irrelevant context. And that risk cockpit of ours? It's not nearly as finely tuned as we might like it to be. </p>

<p>Like a rabbit that responds to an oncoming car with its default predator avoidance behavior -- dart left, dart right, dart left, and at the last moment jump -- instead of just getting out of the way, our Stone Age intuition doesn't serve us well in a modern technological society. So when we in the security industry use the term "risk management," we don't want you to do it by trusting your gut. We want you to do risk management consciously and intelligently, to analyze the tradeoff and make the best decision. </p>

<p>This means balancing the costs and benefits of any security decision -- buying and installing a new technology, implementing a new procedure or forgoing a common precaution. It means allocating a security budget to mitigate different risks by different amounts. It means buying insurance to transfer some risks to others. It's what businesses do, all the time, about everything. IT security has its own risk management decisions, based on the threats and the technologies. </p>

<p>There's never just one risk, of course, and bad risk management decisions often carry an underlying tradeoff. Terrorism policy in the U.S. is based more on politics than actual security risk, but the politicians who make these decisions are concerned about the risks of not being re-elected. </p>

<p>Many corporate security decisions are made to mitigate the risk of lawsuits rather than address the risk of any actual security breach. And individuals make risk management decisions that consider not only the risks to the corporation, but the risks to their departments' budgets, and to their careers. </p>

<p>You can't completely remove emotion from risk management decisions, but the best way to keep risk management focused on the data is to formalize the methodology. That's what companies that manage risk for a living -- insurance companies, financial trading firms and arbitrageurs -- try to do. They try to replace intuition with models, and hunches with mathematics. </p>

<p>The problem in the security world is we often lack the data to do risk management well. Technological risks are complicated and subtle. We don't know how well our network security will keep the bad guys out, and we don't know the cost to the company if we don't keep them out. And the risks change all the time, making the calculations even harder. But this doesn't mean we shouldn't try. </p>

<p>You can't avoid risk management; it's fundamental to business just as to life. The question is whether you're going to try to use data or whether you're going to just react based on emotions, hunches and anecdotes. </p>

<p>This essay appeared as the first half of a <a href="http://searchsecurity.techtarget.com/loginMembersOnly/1,289498,sid14_gci1332745,00.html?">point-counterpoint</a> with Marcus Ranum in <i>Information Security</i> magazine.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=etFHM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=etFHM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=KYvhM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=KYvhM" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 14 Oct 2008 09:25:09 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk management">risk management</category>
      <category domain="http://securityratty.com/tag/risk management decisions">risk management decisions</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/avoid risk management">avoid risk management</category>
      <category domain="http://securityratty.com/tag/natural risk management">natural risk management</category>
      <category domain="http://securityratty.com/tag/risk management consciously">risk management consciously</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security world">security world</category>
      <category domain="http://securityratty.com/tag/information security magazine">information security magazine</category>
      <source url="http://www.schneier.com/blog/archives/2008/10/does_risk_manag.html">Does Risk Management Make Sense?</source>
    </item>
    <item>
      <title><![CDATA[Friday Squid Blogging: Natural Squid Steganography]]></title>
      <link>http://securityratty.com/article/883a6493ddbb647c5aac243b3f0c6deb</link>
      <guid>http://securityratty.com/article/883a6493ddbb647c5aac243b3f0c6deb</guid>
      <description><![CDATA[Squid can communicate with each other without any other fish noticing: Squid and their relatives have eyes that are sensitive to polarised light and to them and are known to use it to signal to one...]]></description>
      <content:encoded><![CDATA[<p>Squid can <a href="http://scienceblogs.com/notrocketscience/2008/09/camouflaged_communication_the_secret_signals_of_squid.php">communicate with each other</a> without any other fish noticing:</p>

<blockquote>Squid and their relatives have eyes that are sensitive to polarised light and to them and are known to use it to signal to one another. Their predators on the other hand, like seals or whales, don't share this ability and cannot see the squids' signals.

<p>Most of all, the polarised iridescent light, is not affected by the chromatophores and passes through unaltered. This means that camouflaged squid can have entire visual conversations while remaining invisible to passing predators. In the world of squid, conversations carry secrets wrapped in lies.</blockquote></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=bHaqM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=bHaqM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=TwyNM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=TwyNM" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Fri, 10 Oct 2008 12:58:41 +0000</pubDate>
      <category domain="http://securityratty.com/tag/squid">squid</category>
      <category domain="http://securityratty.com/tag/iridescent light">iridescent light</category>
      <category domain="http://securityratty.com/tag/conversations carry secrets">conversations carry secrets</category>
      <category domain="http://securityratty.com/tag/light">light</category>
      <category domain="http://securityratty.com/tag/entire visual conversations">entire visual conversations</category>
      <category domain="http://securityratty.com/tag/predators">predators</category>
      <category domain="http://securityratty.com/tag/lies">lies</category>
      <category domain="http://securityratty.com/tag/world">world</category>
      <category domain="http://securityratty.com/tag/signals">signals</category>
      <source url="http://www.schneier.com/blog/archives/2008/10/friday_squid_bl_144.html">Friday Squid Blogging: Natural Squid Steganography</source>
    </item>
    <item>
      <title><![CDATA[Friday Squid Blogging: The Mystery of Humbolt Squid Beaks]]></title>
      <link>http://securityratty.com/article/eb769ebd958d625341934c0b162971d7</link>
      <guid>http://securityratty.com/article/eb769ebd958d625341934c0b162971d7</guid>
      <description><![CDATA[They're sharp : There are many weird things about the giant Humboldt squid, but here's one of the strangest: Its beak. The squid's beak is one of the hardest organic substances in existence -- such...]]></description>
      <content:encoded><![CDATA[<p>They're <a href="http://www.collisiondetection.net/mt/archives/2008/09/there_are_many.php">sharp</a>:</p>

<blockquote>There are many weird things about the giant Humboldt squid, but here's one of the strangest: Its beak. The squid's beak is one of the hardest organic substances in existence -- such that the sharp point can slice through a fish or whale like a Ginsu knife. Yet the beak is attached to squid flesh that itself is the texture of jello. How precisely does a gelatinous animal safely wield such a razor-sharp weapon? Why doesn't it just sort of, y'know, <i>rip off</i>? It's as if you tried to carve a roast with a knife that doesn't have a handle: It would cut into your fingers as much as the roast.</blockquote>

<p>Paper <a href="http://www.materials.ucsb.edu/~zok/PDF/TransitionMiserez.pdf">here</a>.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=qymqL"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=qymqL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=AJH2L"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=AJH2L" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Fri, 12 Sep 2008 12:59:55 +0000</pubDate>
      <category domain="http://securityratty.com/tag/squid">squid</category>
      <category domain="http://securityratty.com/tag/giant humboldt squid">giant humboldt squid</category>
      <category domain="http://securityratty.com/tag/sharp">sharp</category>
      <category domain="http://securityratty.com/tag/razor-sharp weapon">razor-sharp weapon</category>
      <category domain="http://securityratty.com/tag/ginsu knife">ginsu knife</category>
      <category domain="http://securityratty.com/tag/beak">beak</category>
      <category domain="http://securityratty.com/tag/squid flesh">squid flesh</category>
      <category domain="http://securityratty.com/tag/knife">knife</category>
      <category domain="http://securityratty.com/tag/roast">roast</category>
      <source url="http://www.schneier.com/blog/archives/2008/09/friday_squid_bl_142.html">Friday Squid Blogging: The Mystery of Humbolt Squid Beaks</source>
    </item>
    <item>
      <title><![CDATA[Friday Squid Blogging: Colossal Squid was a Lethargic Blob]]></title>
      <link>http://securityratty.com/article/6d4f80e8d3fa802ab13aac07fe66d4c9</link>
      <guid>http://securityratty.com/article/6d4f80e8d3fa802ab13aac07fe66d4c9</guid>
      <description><![CDATA[Fierce deep-sea predator? Not so much : &quot;We are looking at something verging on the incredibly bizarre. As she got older she got shorter and broader and was reduced to a giant gelatinous blob,...]]></description>
      <content:encoded><![CDATA[<p>Fierce deep-sea predator?  <a href="http://www.abc.net.au/science/articles/2008/08/22/2343461.htm">Not so much</a>:</p>

<blockquote>"We are looking at something verging on the incredibly bizarre. As she got older she got shorter and broader and was reduced to a giant gelatinous blob, carrying many thousands of eggs," he says.

<p>"Her shape was likely to have affected her behaviour and ability to hunt. I can't imagine her jetting herself around in the water at any great speed, and she was too gelatinous to have been a fighting machine.</p>

<p>"It's likely she was just blobbing around the seabed carrying her brood of eggs, living on dead fish, while her mate was off hunting."</blockquote></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=gWpmL"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=gWpmL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=ir4dL"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=ir4dL" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Fri, 05 Sep 2008 12:36:05 +0000</pubDate>
      <category domain="http://securityratty.com/tag/gelatinous">gelatinous</category>
      <category domain="http://securityratty.com/tag/giant gelatinous blob">giant gelatinous blob</category>
      <category domain="http://securityratty.com/tag/fierce deep-sea predator">fierce deep-sea predator</category>
      <category domain="http://securityratty.com/tag/dead fish">dead fish</category>
      <category domain="http://securityratty.com/tag/eggs">eggs</category>
      <category domain="http://securityratty.com/tag/incredibly bizarre">incredibly bizarre</category>
      <category domain="http://securityratty.com/tag/broader">broader</category>
      <category domain="http://securityratty.com/tag/thousands">thousands</category>
      <category domain="http://securityratty.com/tag/shorter">shorter</category>
      <source url="http://www.schneier.com/blog/archives/2008/09/friday_squid_bl_138.html">Friday Squid Blogging: Colossal Squid was a Lethargic Blob</source>
    </item>
    <item>
      <title><![CDATA[ScienceLogics 5-Year Anniversary]]></title>
      <link>http://securityratty.com/article/1287b8dac0ea60512bed5f303d15fe55</link>
      <guid>http://securityratty.com/article/1287b8dac0ea60512bed5f303d15fe55</guid>
      <description><![CDATA[August 2003. The largest blackout in U.S. history darkens the Northeast and Midwest, the Blaster worm has been unleashed and Madonna and Britney create a stir at the 2003 MTV Music Video Awards . In...]]></description>
      <content:encoded><![CDATA[<p><img style="border-right: 0px; border-top: 0px; margin: 0px 10px 10px 0px; border-left: 0px; border-bottom: 0px" height="164" alt="B-day Cake" src="http://blog.sciencelogic.com/wp-content/uploads/2008/08/b-day-cake1.jpg" width="244" align="left" border="0"> August 2003. The largest <a href="http://blogs.wsj.com/biztech/2008/08/13/celebrating-the-anniversary-of-the-big-blackout/?mod=djemTECH" target="_blank">blackout</a> in U.S. history darkens the Northeast and Midwest, the <a href="http://news.cnet.com/2010-1001-5117862.html" target="_blank">Blaster worm</a> has been unleashed and Madonna and Britney create a stir at the <a href="http://en.wikipedia.org/wiki/2003_MTV_Video_Music_Awards" target="_blank">2003 MTV Music Video Awards</a>. In the midst of this <a href="http://www.grid.unep.ch/product/publication/download/ew_heat_wave.en.pdf" target="_blank">hot summer</a> madness, ScienceLogic was founded.
<p>To kick off our celebration of our first five years, we asked <a href="http://www.sciencelogic.com/leadership.htm" target="_blank">ScienceLogic founders</a> Dave Link, Richard Chart and Chris Cordray for their thoughts and memories on events leading to today’s milestone. How and why did they set out on this venture? What happened along the way – expected and unexpected? Why were they successful in times when other new (and established) businesses have come and <a href="http://en.wikipedia.org/wiki/Category:2003_disestablishments" target="_blank">gone</a>?
<p><b>How did you three put together this team?</b>
<p>We all worked together at a large Managed Service Provider for a couple of years before leaving to start ScienceLogic, so we all knew each other and knew our collective strengths. More importantly, each of us had worked with network management tools on some level (sales and marketing, engineering and product development), and knew first-hand all of the customer pain points, from every perspective. So we left and began rapidly figuring out how to build a better network management solution based upon our real world operational experience..
<p><strong>Dave:</strong> One interesting aspect is that our areas of expertise don’t overlap, which has contributed to our success. Chris is excellent with developing the product front-end and interface, Richard handled the backend architecture and engineering and I focused on the technical business side of sales and marketing. Our roles have been to build a product that works well and that provides real value to operations teams that experience the same day to day frustrations that we felt.<b></b>
<p><b>Whose idea was it to start the company?</b>
<p><strong>Dave:</strong> It was really a collective effort. We were all passionate about “getting it right” and not just starting a company. We knew the industry need and between us, we had the knowledge and skill sets to address all of the right aspects of developing a product and a building a business around it.
<p><b>What process did you go through to get started?</b>
<p><strong>Richard:</strong> From the beginning we knew the type of solution the market needed and we knew that we wanted to build it as an appliance. From different vantage points, we had each experienced the effects of long, difficult and expensive installations that still exist with traditional network tools. Every install has unique variations: there are always different server types, varying hardware and software versions, different patches installed, and on and on. Every installation was time consuming and unpredictable. We knew that an appliance model would address all of these variables and save a lot of time on how quickly customers could achieve immediate value.
<p>The harder decisions were around actually starting the business, assessing the market and of course determining the product pricing.
<p><b>EM7 completely flips the traditional model of complex, lengthy and expensive deployments. How did you convince others that the EM7 Meta-Appliance product was valid?</b>
<p><strong>Dave:</strong> Yes, EM7 totally disrupts the traditional model for network management. While others take a narrow approach, we intentionally designed EM7 to focus on the broad problem – managing the data center. How do you cover a variety of technologies and make sure they work seamlessly together? The vision was to make it easier, not harder, for customers.
<p><strong>Chris:</strong> I have to give it to Dave – very early on, he realized the power of a demo. If Dave could get in front of someone, he’d make them a believer. He’d use the Peter Falk/Columbo technique of “let me show you one more thing.” It was very effective. It’s getting easier, but even today people sometimes have to see EM7 in action before they become believers.
<p><b>Can you describe the early days of running a new business?</b>
<p><strong>Dave:</strong> ScienceLogic is a classic case of entrepreneurship. For the first year we worked out of our basements. We kept the costs low in every conceivable way and spent the first year developing the product before we even made a sale.
<p><strong>Chris:</strong> We stayed at lots of odd places when we were on the road, took cheap flights with multiple layovers and purchased lots of our first test equipment on eBay. This was during the dot-com bust so there was lots of equipment for sale on eBay, really cheap!
<p><strong>Richard:</strong> The amount of equipment I had in my house was absolutely crazy. Back then, servers were huge – I had a Cisco 6509 Catalyst, a Compaq Proliant DL380, Brocade switch, IBM Netfinity 4500R, and tons of other machines.
<p><strong>Chris:</strong> I had to install a new circuit box at home because I was blowing breakers. I remember when that 6509 crashed, we revived it and it died again. The second death was final.
<p><b>So you started in your houses – what was your first office space?</b>
<p><strong>Dave:</strong> My friend, the CEO at Ernst &amp; Young Technology had a few extra cubes and a data center in their office that they graciously allowed us to use. Their help was an important step in helping us really formalize the business. We started doing well and adding people, but ironically, their company was downsizing. Before long, many of their original YET people were gone and the ScienceLogic team kept growing in to the open cubes.
<p>Our first leased space was converted warehouse space in Chantilly, VA that once housed an internet radio station. It was cool – it had a large salt water fish tank, a loft, a spiral staircase and a Star Trek door that retracted into the walls with the customary lights and “whooshing” sound.
<p>We outgrew the Chantilly space, leading to our current office in Reston, VA.
<p><b>Who was the first ScienceLogic customer?</b>
<p>Our first paying customer was <a href="http://martinspoint.com/" target="_blank">Martins Point Health Care</a>. We deployed there in July 2004 and are pleased to say they continue to be a ScienceLogic customer. Other early (and still) EM7 <a href="http://www.sciencelogic.com/customers.htm" target="_blank">customers</a> include Navy Knowledge Online and the Department of Transportation. Nearly all of our customers are still actively using EM7 and renewing their maintenance.
<p><b>Where do you see the company in the next 5, 10 or 15 years?</b>
<p>Well, our revenue has doubled year-over-year in each of the last three years, so of course we’d like to continue to grow like that or even faster. In five years we’ve gone from three founders to the point where Dave does not know everyone’s fondest childhood memory. We’ll continue to scale our growth to cover the demands of our growing customer base.
<p><b>Where do you see the industry going over the coming years?</b>
<p><strong>Chris:</strong> IT is always moving and gaining in complexity, so network management is also becoming more complicated. There’s increasing diversity, new standards, virtualization and cloud computing. All of these are today’s technologies. Customers have a mix of the old and the new, so EM7 has to accommodate and support both.
<p><strong>Richard:</strong> Each generation of products has a new set of ways to monitor, but the “old” doesn’t go away. Even when a new, hot technology comes along, the old technologies still need to be supported. We work to ensure EM7 keeps up with both.
<p><strong>Dave:</strong> After five years we’re just hitting our stride and we’re just now reaching the tipping point in awareness of ScienceLogic and EM7. We’re all still passionate about the product and as Chris and Rich said, there’s still a lot do. We’ll continue disrupting the market with EM7. Our vision hasn’t changed, and with the increasing levels of automation that customers demand, the market needs are greater than ever. Our future is as bright, or brighter, than ever and we’ll continue to be looking for smart ways to automate traditionally manual IT Operations processes.
<p><b>What’s your advice for someone interested in starting their own business?</b>
<p><strong>Chris:</strong> Be passionate. That’s what has gotten me through the tough times. I didn’t really appreciate this thought when I heard others say it before. But it’s very true.
<p><strong>Richard:</strong> I agree. We met and talked with lots of people who told us, “That’s been done before.” But we kept going because we truly believed in what we were doing and we knew that while our approach was different, that it would be successful.
<p><strong>Richard:</strong> Be fearless. You can’t be too nervous and you need to be able to expect and handle the stress because it will be there. You have to learn to accept the stressful times as a necessary part of the process of starting out on your own.
<p><strong>Dave:</strong> Know your niche from the beginning and give potential customers a compelling reason to trust you and really benefit from your solution. You have to know the problem, see the gap and have a clear and consistent vision of how to solve the problem. Then you have to execute. If you don’t build your team with “doers” you won’t make it.
<p><strong>Chris:</strong> It helps to have friends. ScienceLogic was built on friendships and relationships, starting with the three of us. If you look at our team, most of our hires are referrals – people who developed and maintained great connections with other great people throughout their careers. Maintain your connections and keep in touch with your network of friends.</p>
]]></content:encoded>
      <pubDate>Wed, 20 Aug 2008 18:39:16 +0000</pubDate>
      <category domain="http://securityratty.com/tag/em7 completely flips">em7 completely flips</category>
      <category domain="http://securityratty.com/tag/em7">em7</category>
      <category domain="http://securityratty.com/tag/network management">network management</category>
      <category domain="http://securityratty.com/tag/network management tools">network management tools</category>
      <category domain="http://securityratty.com/tag/em7 meta-appliance product">em7 meta-appliance product</category>
      <category domain="http://securityratty.com/tag/sciencelogic team">sciencelogic team</category>
      <category domain="http://securityratty.com/tag/team">team</category>
      <category domain="http://securityratty.com/tag/front">front</category>
      <category domain="http://securityratty.com/tag/product front-end">product front-end</category>
      <source url="http://blog.sciencelogic.com/sciencelogics-5-year-anniversary/08/2008">ScienceLogics 5-Year Anniversary</source>
    </item>
    <item>
      <title><![CDATA[SANS Webcast: Security for Web Services and SOA ]]></title>
      <link>http://securityratty.com/article/7d633c7f6436def5b58166479fa3a99c</link>
      <guid>http://securityratty.com/article/7d633c7f6436def5b58166479fa3a99c</guid>
      <description><![CDATA[Last week I did a SANS webcast with Jacob West from Fortify on Web Services and SOA Security issues. I also did another SANS Webcast on Web services security way back in 2005. I went back and looked...]]></description>
      <content:encoded><![CDATA[<p>Last week I did a <a href="https://www.sans.org/webcasts/show.php?webcastid=91958">SANS webcast</a> with Jacob West from Fortify on Web Services and SOA Security issues. I also did another SANS Webcast on Web services security way back in 2005. I went back and looked at the 2005 slides and its really scary how the issues are still there. Again we see developers making hellacious progress and security treading water (in a moving stream). From 2005:</p><div><blockquote>
	<div>Many (most?) classic Information Security mechanisms are not as relevant in securing Web Services:</div><br><div><ul>
	<li>Firewalls:SSL</li>
	<li><span>SSL </span> </li>
	<li>Session based access control</li>
	<li>Policies &amp; mechanism domains are blurred by integration and decoupling</li>
	<li>Lack of end to end visibility </li>
	</ul>
	</div>
</blockquote></div><p>

I realize that security is a system level issue and it takes a long time to change things at that level, but what's more concerning to me is that the typical infosec mindset remains the same. Should we be surprised by rampant phishing and fraud? I am frankly surprised the numbers are so low given the opportunities that the attackers have via the glacial pace of security improvements. Its been three years since that list and I could write the same exact one today for SOAP, REST, SOA, Web 2.0 whatever.

Maybe the main reason, beyond failure of imagination, why infosec is so far behind developers is that infosec lacks tools. Developers automate everything possible. Security doesn't. The most promising thing about static analysis is not the ability to find everything, its the ability to find many important things in an automated way. Infosec needs to stop giving people fish and teaching people to fish.

Look at Fortify's vulncat site which has a <a href="http://www.fortify.com/vulncat/en/vulncat/index.html">Taxonomy of Coding Errors</a>. Fortify's Seven (plus one) pernicious kingdoms are:</p><div><ul>
<li>Input Validation and Representation
</li>
<li>API Abuse
</li>
<li>Security Features
</li>
<li>Time and State
</li>
<li>Errors
</li>
<li>Code Quality
</li>
<li>Encapsulation
</li>
<li>*. Environment

</li>
</ul>

These vulns are then integrated to find security bugs in a variety of frameworks - Axis, Axis2, Websphere and .Net. The tools give security people a richer understanding about the actual state of security in their web services, the ability to communicate and debate design improvement tradeoffs with developers, and cogent advice on how to address the issues. </div><br><div>It would be fantastic if the list of security issues in 2011 is different from the one 2005 that we are still stuck with.</div>]]></content:encoded>
      <pubDate>Mon, 04 Aug 2008 07:29:54 +0000</pubDate>
      <category domain="http://securityratty.com/tag/web services">web services</category>
      <category domain="http://securityratty.com/tag/web">web</category>
      <category domain="http://securityratty.com/tag/security issues">security issues</category>
      <category domain="http://securityratty.com/tag/issues">issues</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/web services security">web services security</category>
      <category domain="http://securityratty.com/tag/soa security issues">soa security issues</category>
      <category domain="http://securityratty.com/tag/soa">soa</category>
      <category domain="http://securityratty.com/tag/security improvements">security improvements</category>
      <source url="http://1raindrop.typepad.com/1_raindrop/2008/08/sans-webcast-security-for-web-services-and-soa.html">SANS Webcast: Security for Web Services and SOA </source>
    </item>
    <item>
      <title><![CDATA[Fundamentalism in Risk & Security]]></title>
      <link>http://securityratty.com/article/a6485e6738241f3f746b13f7ed6ec366</link>
      <guid>http://securityratty.com/article/a6485e6738241f3f746b13f7ed6ec366</guid>
      <description><![CDATA[FEAR AND LOATHING IN DAYTON, OHIO
Had a great time Sunday with Rob Newby . We solved the worlds problems over deep fried whitefish and french fries (fish &amp; chips to him). It was a very good time, even...]]></description>
      <content:encoded><![CDATA[<p><strong>FEAR AND LOATHING IN DAYTON, OHIO</strong></p>
<p>Had a great time Sunday with <a href="http://robnewby.blogspot.com/">Rob Newby</a>. We solved the world&#8217;s problems over deep fried whitefish and french fries (fish &amp; chips to him).  It was a very good time, even if my driving did make him a bit uneasy.  If I may quote myself (said in an attempt to soothe Rob&#8217;s uneasyness about being lost in the car of a complete stranger in a strange country):</p>
<blockquote><p>If your life doesn&#8217;t imitate the surreal aspects of a Douglas Adams book at least once a day, you&#8217;re just not living right.</p></blockquote>
<p>Aside:  Bruce Scheier already has too many awards and too much recognition, so go vote for Rob instead :)   :  <a href="http://robnewby.blogspot.com/2008/07/award-up-for-grabs.html">http://robnewby.blogspot.com/2008/07/award-up-for-grabs.html</a><br />
<strong><br />
SEPARATION OF CHURCH AND (CURRENT) STATE</strong></p>
<p>Rob and I spent some time discussing risk and security,  and our conversation circled around the (now) recurring blogo-topic concerning the State of the Practice.  It&#8217;s a favorite topic of mine, so I&#8217;ve been delighted that it has reappeared in blogodom.</p>
<p>Rob writes about it some here in <a href="http://robnewby.blogspot.com/2008/07/pci-priest.html">PCI the Priest</a>.  <a href="http://www.terminal23.net/2008/07/devils_advocate_thursday.html">LonerVamp</a>&#8217;s and <a href="http://taosecurity.blogspot.com/2008/06/what-would-galileo-think.html">Richard Bejtlich&#8217;s</a> blogs talk about Galileo, his confrontation with his church, and lessons we can learn from history (there&#8217;s nothing wrong with them recycling the meme, IMHO - because I, for one, never got closure the first time). <a href="http://jonsnetwork.com/2008/07/ignorance-uncertainty-and-doubt/">Jon added a nice quote from Feynman</a> today that&#8217;s also inline with the meme.</p>
<p>I&#8217;m not going to belabor the analogy, the &#8220;art vs. science&#8221; misnomer, nor discuss the problems with our various canon (PCI, ISO, CoBTI, COSO, blah, blah, blah).  Rather I&#8217;d like to talk about some essential things I think our industry needs to &#8220;sort out&#8221;  before it can move on towards a more scientific view of the world.  <em>And by &#8220;sort out&#8221; of course, I mean agree with me on <img src='http://riskmanagementinsight.com/riskanalysis/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </em><br />
<strong><br />
CAN&#8217;T WE ALL JUST GET ALONG?</strong></p>
<p><strong><span style="color: #003300;">1 - Can we agree that risk is a probability issue?</span></strong><br />
Now obviously, you can retreat in probability theory a century or so and claim that risk is a Knightian uncertainty and that we just can&#8217;t &#8220;know&#8221; it.  Have fun.  But you should know that there&#8217;s the catch - &#8220;security&#8221; is also a probability issue.  So I&#8217;m betting that you can&#8217;t know &#8220;secure&#8221; for much of the same reasons Frank Knight would argue we can&#8217;t know &#8220;risky&#8221;.</p>
<p>But if risk (and security) is a probability issue, however, then we&#8217;re going to have to do better than &#8220;A&#8217;s in three college courses in statistics&#8221; to address the problem.  We will have to do as Curphey (and others) suggest and bring elements of other disciplines to bear on our problem space.  Let me suggest probability theory and economics as fine, fine places to start.</p>
<p><strong><span style="color: #003300;">2 - Can we agree to stop measuring stupidly?</span></strong><br />
We have to agree that Ordinal Scales are not measurements, and Interval Scales are not useful measurements?</p>
<p>I had a post titled &#8220;More Ways To Confuse Your Auditor/Assessor&#8221; but it turned out to be a pretty cruel discussion about how we tend to try to act like our calculations based on ordinal or interval scales are useful (hint:  insist that your auditor/assessor/consultant replace the label &#8220;one&#8221; with the label &#8220;zero&#8221;).</p>
<p>Note that if risk is a probability issue, then we&#8217;re going to have to throw out the concepts of measuring in any scale other than a ratio anyhow.</p>
<p><strong><span style="color: #003300;">3 - Can we agree on a (good) taxonomy?</span></strong><br />
We&#8217;re going to have to do (much) better than ISO 27005 (nudge, nudge).</p>
<p><strong><span style="color: #003300;">4 - Can we agree we need to do a better job with our data?</span></strong><br />
We&#8217;re going to have to do better with measurements, metrics, models and testing.</p>
<p>It&#8217;s a shame that honeypots tend to be under appreciated.</p>
<p><strong><span style="color: #003300;">5 - Can we agree to test that data and share it with each other?</span></strong><br />
We may not need to share specific data, but we will need to share when a model falls down.</p>
<p>I&#8217;d like to be as idealistic as some of my fellow &#8216;New Schoolers&#8217; and suggest we&#8217;ll someday all be sharing data together, but I&#8217;m skeptical.  But that doesn&#8217;t mean we can&#8217;t demonstrate where results from the models we use are not repeatable, consistent or logical.   One thing Rob and I talked about at length yesterday was the ability to disprove a model using realistic but &#8220;substitute&#8221; or sanitized data.  There&#8217;s gonna be a TON of work to be done here, and that work will take not years but careers.  Which begs a great question:</p>
<p><em>Is it the sharing of data that we need, or the sharing of models?</em></p>
<p><strong>HELP ME OUT, HERE</strong><br />
That&#8217;s my list of 5 fundamental concepts I wish we could move past.  Let me ask you - what else am I missing?  What&#8217;s it going to take to get past our current malaise?  How does the New School reach critical mass?  <em><strong>Who is going to help us agree in a centralized manner?</strong></em></p>
<p>Your comments or own blog posts are most welcome (please include a trackback or post here)</p>
]]></content:encoded>
      <pubDate>Tue, 08 Jul 2008 09:16:04 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/share">share</category>
      <category domain="http://securityratty.com/tag/share specific data">share specific data</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/agree">agree</category>
      <category domain="http://securityratty.com/tag/probability issue">probability issue</category>
      <category domain="http://securityratty.com/tag/rob writes">rob writes</category>
      <category domain="http://securityratty.com/tag/rob">rob</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <source url="http://riskmanagementinsight.com/riskanalysis/?p=368">Fundamentalism in Risk &amp; Security</source>
    </item>
    <item>
      <title><![CDATA[Shimel's theory of security company relativity or why there are so damn many security companies]]></title>
      <link>http://securityratty.com/article/b328c789c49542272531b7099d65c0d3</link>
      <guid>http://securityratty.com/article/b328c789c49542272531b7099d65c0d3</guid>
      <description><![CDATA[This post was originally going to be a wrap up on RSA. In thinking about that, the current overcrowded state of the security industry came to mind. This is a topic I have thought about before but in a...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>This post was originally going to be a wrap up on RSA. In thinking about that, the current overcrowded state of the security industry came to mind.&nbsp; This is a topic I have thought about before but in a AHA moment, I wanted to publish instead my own theory of security company relativity or why there are so damn many security companies. Like Einstein before me I have reduced relativity (OK not exactly the same kind of relativity and I ain't no Einstein) to a simple formula.&nbsp; He had E=mc2, my formula is:</p>

<p><a href="http://www.stillsecureafteralltheseyears.com/ashimmy/WindowsLiveWriter/formula.gif"><img height="66" alt="formula" src="http://www.stillsecureafteralltheseyears.com/ashimmy/WindowsLiveWriter/formula_thumb.gif" width="222" align="left" border="0" style="BORDER-RIGHT: 0px; BORDER-TOP: 0px; BORDER-LEFT: 0px; BORDER-BOTTOM: 0px" /></a> Where &quot;<strong>A</strong>&quot; equals the acquisition price of a security company, &quot;<strong>R</strong>&quot; equals the revenue of the company and &quot;<strong>V</strong>&quot; is the amount of venture money raised. The tilde squiggly line and the greater than sign are made up by me not to have a specific mathematical function but indicate that the amount of money raised is in relation to the revenue of the company&nbsp; and is the exponential factor involved in finding the acquisition price.&nbsp; I use squared in deference and in honor of Einstein's theory, but it actually means some exponent of the R and V, not necessarily the square of them.&nbsp; </p>

<p>So what do I mean by this?&nbsp; Let me explain.&nbsp; It is no secret that there are too many security companies. In fact there are something like 800 in a space that would be challenged to support half that number.&nbsp; Looking around the RSA show floor with some 350 companies or so represented, it is obvious that there is a lot of overlap and not very obvious what some of these companies do.&nbsp; However, there is a very small number of security companies that are public and have revenue of over lets say 100 million dollars.&nbsp; Of those the overwhelming majority are in the AV and firewall business.&nbsp; In fact the smallest AV guys probably dwarf the revenue of most of the other security companies on the floor (Mike Rothman confirms this also). </p>

<p>In the past we have seen consolidation where the big fish eat the little fish. Everyone says we are going to see more consolidation and acquisitions in the time ahead. However, I would say recently that consolidation via acquisition is slowing down and many of those acquisitions are in fact at fire sale prices.&nbsp; Too many companies are stuck in a purgatory of a slow death by a thousand little cuts or Chinese water torture as they fade into obscurity or irrelevance. As a result my prediction is we are going to see more companies go out of business ala Lockdown Networks, rather than see successful exits by many companies. Yes there will always be some that do well and using my formula will have a great exit, but too many are going to be forced to fire sale or go out of business.&nbsp; </p>

<p>Why? The overwhelming majority of companies at RSA are stuck at a revenue level of somewhere between 5 and 20 million dollars. I would bet that covers 80% of the companies exhibiting at RSA.&nbsp; Now 5 to 20 million is nothing to sneeze at.&nbsp; But on top of this, they are not seeing their year to year growth rate break out substantially beyond that level.&nbsp; Additionally, in order to grow the business to a sufficient level to support that type of revenue, they have probably raised anywhere from 25 to 40 million dollars over the years it takes to build to that revenue rate.&nbsp; At those revenue levels and to support the base and modest growth, most of these companies are borderline profitable at best. In order to substantially grow the business would require even more capital.&nbsp; That means raising more money, which in turns means having to sell for more to get a great return. There is the rub and where my formula comes into play.&nbsp; </p>

<p>At these revenue levels, they cannot justify an acquisition price that returns a decent return to the investors.&nbsp; Simply put they are hosed.&nbsp; Lets say you have 10 million in revenue.&nbsp; What can you hope to sell for?&nbsp; A good number could be 40 to 80 million.&nbsp; If you are 35 million in on VC money, you need every penny of that to return a profit and frankly the way VC's work, that doesn't leave a lot for the employees, founders, etc because of preferential positions and preferred stock.&nbsp; </p>

<p>The simple answer is to raise the revenue number.&nbsp; But most of these companies are growing at modest levels. On top of this, it is easy to go from 1 to 2, 2 to 4, 4 to 8.&nbsp; You start going from 8 to 16 and 16 to 32, that gets tough.&nbsp; Most of these companies can't do it.&nbsp; The only way to do so, as I said is to raise more venture money, which means they need a higher acquisition price. They are stuck in security vendor purgatory.&nbsp; </p>

<p>What is the way out for them or are they doomed?&nbsp; My next post will talk about the answer.</p></div>

<p><a href="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?a=dqLk9V"><img src="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?i=dqLk9V" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=pMl4QpG"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=pMl4QpG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=0fJ0b9G"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=0fJ0b9G" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=4bqgITG"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=4bqgITG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=pVWJ56G"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=pVWJ56G" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=AvBI9yg"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=AvBI9yg" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=tnrVwTg"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=tnrVwTg" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~4/268040923" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 10 Apr 2008 18:08:39 +0000</pubDate>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/security companies">security companies</category>
      <category domain="http://securityratty.com/tag/company">company</category>
      <category domain="http://securityratty.com/tag/security company relativity">security company relativity</category>
      <category domain="http://securityratty.com/tag/security company">security company</category>
      <category domain="http://securityratty.com/tag/revenue">revenue</category>
      <category domain="http://securityratty.com/tag/revenue level">revenue level</category>
      <category domain="http://securityratty.com/tag/revenue levels">revenue levels</category>
      <category domain="http://securityratty.com/tag/million">million</category>
      <source url="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~3/268040923/shimels-theory.html">Shimel's theory of security company relativity or why there are so damn many security companies</source>
    </item>
    <item>
      <title><![CDATA[Shimel's theory of security company relativity or why there are so damn many security companies]]></title>
      <link>http://securityratty.com/article/28c6c91ded0830e7adcd69236a89bffe</link>
      <guid>http://securityratty.com/article/28c6c91ded0830e7adcd69236a89bffe</guid>
      <description><![CDATA[This post was originally going to be a wrap up on RSA. In thinking about that, the current overcrowded state of the security industry came to mind. This is a topic I have thought about before but in a...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>This post was originally going to be a wrap up on RSA. In thinking about that, the current overcrowded state of the security industry came to mind.&nbsp; This is a topic I have thought about before but in a AHA moment, I wanted to publish instead my own theory of security company relativity or why there are so damn many security companies. Like Einstein before me I have reduced relativity (OK not exactly the same kind of relativity and I ain't no Einstein) to a simple formula.&nbsp; He had E=mc2, my formula is:</p>

<p><a href="http://www.stillsecureafteralltheseyears.com/ashimmy/WindowsLiveWriter/formula.gif"><img height="66" alt="formula" src="http://www.stillsecureafteralltheseyears.com/ashimmy/WindowsLiveWriter/formula_thumb.gif" width="222" align="left" border="0" style="BORDER-RIGHT: 0px; BORDER-TOP: 0px; BORDER-LEFT: 0px; BORDER-BOTTOM: 0px" /></a> Where &quot;<strong>A</strong>&quot; equals the acquisition price of a security company, &quot;<strong>R</strong>&quot; equals the revenue of the company and &quot;<strong>V</strong>&quot; is the amount of venture money raised. The tilde squiggly line and the greater than sign are made up by me not to have a specific mathematical function but indicate that the amount of money raised is in relation to the revenue of the company&nbsp; and is the exponential factor involved in finding the acquisition price.&nbsp; I use squared in deference and in honor of Einstein's theory, but it actually means some exponent of the R and V, not necessarily the square of them.&nbsp; </p>

<p>So what do I mean by this?&nbsp; Let me explain.&nbsp; It is no secret that there are too many security companies. In fact there are something like 800 in a space that would be challenged to support half that number.&nbsp; Looking around the RSA show floor with some 350 companies or so represented, it is obvious that there is a lot of overlap and not very obvious what some of these companies do.&nbsp; However, there is a very small number of security companies that are public and have revenue of over lets say 100 million dollars.&nbsp; Of those the overwhelming majority are in the AV and firewall business.&nbsp; In fact the smallest AV guys probably dwarf the revenue of most of the other security companies on the floor (Mike Rothman confirms this also). </p>

<p>In the past we have seen consolidation where the big fish eat the little fish. Everyone says we are going to see more consolidation and acquisitions in the time ahead. However, I would say recently that consolidation via acquisition is slowing down and many of those acquisitions are in fact at fire sale prices.&nbsp; Too many companies are stuck in a purgatory of a slow death by a thousand little cuts or Chinese water torture as they fade into obscurity or irrelevance. As a result my prediction is we are going to see more companies go out of business ala Lockdown Networks, rather than see successful exits by many companies. Yes there will always be some that do well and using my formula will have a great exit, but too many are going to be forced to fire sale or go out of business.&nbsp; </p>

<p>Why? The overwhelming majority of companies at RSA are stuck at a revenue level of somewhere between 5 and 20 million dollars. I would bet that covers 80% of the companies exhibiting at RSA.&nbsp; Now 5 to 20 million is nothing to sneeze at.&nbsp; But on top of this, they are not seeing their year to year growth rate break out substantially beyond that level.&nbsp; Additionally, in order to grow the business to a sufficient level to support that type of revenue, they have probably raised anywhere from 25 to 40 million dollars over the years it takes to build to that revenue rate.&nbsp; At those revenue levels and to support the base and modest growth, most of these companies are borderline profitable at best. In order to substantially grow the business would require even more capital.&nbsp; That means raising more money, which in turns means having to sell for more to get a great return. There is the rub and where my formula comes into play.&nbsp; </p>

<p>At these revenue levels, they cannot justify an acquisition price that returns a decent return to the investors.&nbsp; Simply put they are hosed.&nbsp; Lets say you have 10 million in revenue.&nbsp; What can you hope to sell for?&nbsp; A good number could be 40 to 80 million.&nbsp; If you are 35 million in on VC money, you need every penny of that to return a profit and frankly the way VC's work, that doesn't leave a lot for the employees, founders, etc because of preferential positions and preferred stock.&nbsp; </p>

<p>The simple answer is to raise the revenue number.&nbsp; But most of these companies are growing at modest levels. On top of this, it is easy to go from 1 to 2, 2 to 4, 4 to 8.&nbsp; You start going from 8 to 16 and 16 to 32, that gets tough.&nbsp; Most of these companies can't do it.&nbsp; The only way to do so, as I said is to raise more venture money, which means they need a higher acquisition price. They are stuck in security vendor purgatory.&nbsp; </p>

<p>What is the way out for them or are they doomed?&nbsp; My next post will talk about the answer.</p></div>
]]></content:encoded>
      <pubDate>Thu, 10 Apr 2008 16:16:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/security companies">security companies</category>
      <category domain="http://securityratty.com/tag/company">company</category>
      <category domain="http://securityratty.com/tag/security company relativity">security company relativity</category>
      <category domain="http://securityratty.com/tag/security company">security company</category>
      <category domain="http://securityratty.com/tag/revenue">revenue</category>
      <category domain="http://securityratty.com/tag/revenue level">revenue level</category>
      <category domain="http://securityratty.com/tag/revenue levels">revenue levels</category>
      <category domain="http://securityratty.com/tag/million">million</category>
      <source url="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/04/shimels-theory.html">Shimel's theory of security company relativity or why there are so damn many security companies</source>
    </item>
    <item>
      <title><![CDATA[Friday Squid Blogging: Squid Beaks for Artificial Limbs?]]></title>
      <link>http://securityratty.com/article/42388775ed38e6949bd46c1660fca8e2</link>
      <guid>http://securityratty.com/article/42388775ed38e6949bd46c1660fca8e2</guid>
      <description><![CDATA[Scientists are considering it : The beak, made of hard chitin and other materials, changes density gradually from the hard tip to a softer, more flexible base where it attaches to the muscle around...]]></description>
      <content:encoded><![CDATA[<p>Scientists are <a href="http://www.msnbc.msn.com/id/23830744/">considering it</a>:</p>

<blockquote>The beak, made of hard chitin and other materials, changes density gradually from the hard tip to a softer, more flexible base where it attaches to the muscle around the squid's mouth, the researchers found.

<p>That means the tough beak can chomp away at fish for dinner, but the hard material doesn't press or rub directly against the squid's softer tissues.</p>

<p>Herbert Waite, a professor in the university's department of molecular, cellular & developmental biology and co-author of the paper, said such graduated materials could have broad applications in biomedical materials.</p>

<p>"Lots of useful information could some out of this for implant materials, for example. Interfaces between soft and hard materials occur everywhere," he said in a telephone interview.</p>

<p>Frank Zok, professor and associate chair of the department of materials, said he had always been skeptical of whether there is any real advantage to materials that change their properties gradually from one part to another, "but the squid beak turned me into a believer."</p>

<p>"If we could reproduce the property gradients that we find in squid beak, it would open new possibilities for joining materials," Zok said in a statement. "For example, if you graded an adhesive to make its properties match one material on one side and the other material on the other side, you could potentially form a much more robust bond."</p>

<p>The researchers are learning lessons that can be applied to medical materials in the future, said Phillip B. Messersmith of the department of biomedical engineering at Northwestern University.</p>

<p>Messersmith, who was not part of the research team, noted that hard medical implants made of metal or ceramic are often imbedded in soft tissues.</p>

<p>"The lessons here from nature might be useful in transitions between devices and the tissues they are imbedded in," he said in a telephone interview.</blockquote></p>

<p>More <a href="http://www.biomimicrynews.com/research/Scientists_find_that_squid_beak_is_both_hard_and_soft_a_material_that_engineers_want_to_copy.asp">on</a> <a href="http://news.nationalgeographic.com/news/2008/03/080327-squid-beaks.html">squid</a> <a href="http://www.physorg.com/news125845804.html">beaks</a>.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=L3tordG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=L3tordG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=gd2iiyG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=gd2iiyG" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Fri, 04 Apr 2008 12:38:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/squid">squid</category>
      <category domain="http://securityratty.com/tag/squid beaks">squid beaks</category>
      <category domain="http://securityratty.com/tag/biomedical materials">biomedical materials</category>
      <category domain="http://securityratty.com/tag/biomedical">biomedical</category>
      <category domain="http://securityratty.com/tag/materials">materials</category>
      <category domain="http://securityratty.com/tag/medical materials">medical materials</category>
      <category domain="http://securityratty.com/tag/hard materials occur">hard materials occur</category>
      <category domain="http://securityratty.com/tag/beak">beak</category>
      <category domain="http://securityratty.com/tag/squid beak">squid beak</category>
      <source url="http://www.schneier.com/blog/archives/2008/04/friday_squid_bl_120.html">Friday Squid Blogging: Squid Beaks for Artificial Limbs?</source>
    </item>
  </channel>
</rss>
