What you say is not untrue, but the larger issues (IMHO) are that:<div><br></div><div>1. Most people design such that they avoid trouble and confrontation.</div><div>2. Most IT auditors have no IT experience.</div><div><br>
</div><div>For #1, most people have lost the ability to rationally assess risk. No one wants to be the guy to say &quot;I saved $xxxxx by specing a lower box that will still handle the load&quot; or some variation of that when that&#39;s the first decision that&#39;s going to be looked at if there is a problem. In most cases the IT department has lost touch with the business value they provide. So we get this proliferation of redundant servers and network gear that sits idle.</div>
<div><br></div><div>There is an aspect of hardware to it, though. Developers tend to assume they are writing to a machine that executes commands in zero clock cycles, has infinite memory, and has a network with zero latency and infinite bandwidth. Rather than try and correct these misunderstandings, IT will throw money at the problem to make it run and not get blamed.</div>
<div><br></div><div>For #2, I&#39;m not sure what else has to be said. I have only met one auditor who I respect and actually gets these kind of discussions. He explained to me that he understood some of these things made no technical difference, but the problem was to convince every other auditor. Sometimes it&#39;s easier just to bite the bullet and do things sub-optimally rather than having to spend several hours explaining it each time the (new) audit team comes around. Back to #1, the cost of being right is high and the benefits are almost nil.</div>
<div><br></div><div>With respects to your arguments you&#39;re mixing data durability and data loss prevention. They are both aspects of security (eg, mitigating risk), but I&#39;m sure that most IT departments would agree that they are more worried about a critical Excel spreadsheet getting in the hands of the media or competition than they are having Excel crash because of a memory error. The cost and likelihood of the former dwarf that of the latter.</div>
<div><br></div><div>Sean</div><div><br><div class="gmail_quote">On Wed, Feb 17, 2010 at 10:20 PM, Adam Thompson <span dir="ltr">&lt;<a href="mailto:athompso@athompso.net">athompso@athompso.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
&lt;soapbox&gt;<br>
That&#39;s because we don&#39;t, collectively, think about hardware.  And we don&#39;t think about hardware being buggy.  And we especially don&#39;t think about &quot;hardware&quot; having inherent security flaws.<br>
<br>
(OK, yes, the security folks who crossed over *into* IT do.  They aren&#39;t auditors, for better or worse.)<br>
<br>
A Cisco router is &quot;software&quot; enough (and has had enough bugs :-) that it crosses into our conscious awareness regarding security, but their switches?  Nah.  Mature product, all hardware (despite running an OS), no bugs.  Either works or it doesn&#39;t.<br>

<br>
Bullshit.<br>
<br>
Show me a hardware-accelerated device and I can show you half a dozen ways it could fail unnoticed, (potentially) compromising security as it goes.<br>
<br>
Notice that we install local firewalls on every PC but don&#39;t use ECC memory to guard against random bit errors.  (I do, BTW - even on my PC.  It&#39;s one small part of why I don&#39;t have a laptop.)  A HERF gun is a better DoS tool than any virus or worm, by several objective measurements.<br>

<br>
The entire IT industry has its head stuck up... you know where, in so many different ways.<br>
<br>
Yet, this isn&#39;t surprising.  Humans want instant gratification, a free ride, and the illusion of control.  Those things are all way easier with software than with hardware.  (Contemplate the difference between &quot;soft&quot; and &quot;hard&quot;, if you will, for a moment.)<br>

<br>
Do I expect this to change any time before the heat death of the universe?  No.  But I sure wish auditors took a wider view of the world.<br>
<br>
&quot;Never attribute to malice that which can be adequately explained by stupidity.&quot; - Hanlon&#39;s Razor (among other attributions)<br>
&lt;/soapbox&gt;<br>
<font color="#888888"><br>
-Adam<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Sean Walberg &lt;<a href="mailto:sean@ertw.com">sean@ertw.com</a>&gt;    <a href="http://ertw.com/">http://ertw.com/</a><br>
</div>