<?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: unreliable]]></title>
    <link>http://securityratty.com/tag/unreliable</link>
    <description></description>
    <pubDate>Wed, 27 Feb 2008 02:46:46 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Unpredictable IT means unreliable business]]></title>
      <link>http://securityratty.com/article/86cf61d7c419874edf7548c083721c08</link>
      <guid>http://securityratty.com/article/86cf61d7c419874edf7548c083721c08</guid>
      <description><![CDATA[HP-sponsored survey finds unchecked changes within IT lead to outages and security breaches that impact the...]]></description>
      <content:encoded><![CDATA[HP-sponsored survey finds unchecked changes within IT lead to outages and security breaches that impact the business.
<p><a href="http://feeds.computerworld.com/~a/Computerworld/Security/News?a=TLDHTU"><img src="http://feeds.computerworld.com/~a/Computerworld/Security/News?i=TLDHTU" border="0"></img></a></p><img src="http://feeds.computerworld.com/~r/Computerworld/Security/News/~4/314111089" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 17 Jun 2008 09:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security breaches">security breaches</category>
      <category domain="http://securityratty.com/tag/business">business</category>
      <category domain="http://securityratty.com/tag/outages">outages</category>
      <category domain="http://securityratty.com/tag/lead">lead</category>
      <category domain="http://securityratty.com/tag/survey">survey</category>
      <category domain="http://securityratty.com/tag/impact">impact</category>
      <source url="http://feeds.computerworld.com/~r/Computerworld/Security/News/~3/314111089/article.do">Unpredictable IT means unreliable business</source>
    </item>
    <item>
      <title><![CDATA[Unpredictable IT means unreliable business, survey says]]></title>
      <link>http://securityratty.com/article/dd98d2c99c10da5fccc7f2ccc79c477e</link>
      <guid>http://securityratty.com/article/dd98d2c99c10da5fccc7f2ccc79c477e</guid>
      <description><![CDATA[HP commissioned the Economist Intelligence Unit to survey 1,125 IT professionals from 20 countries about their views on IT risk and how it relates to business...]]></description>
      <content:encoded><![CDATA[HP commissioned the Economist Intelligence Unit to survey 1,125 IT professionals from 20 countries about their views on IT risk and how it relates to business risk.]]></content:encoded>
      <pubDate>Mon, 16 Jun 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/business risk">business risk</category>
      <category domain="http://securityratty.com/tag/economist intelligence unit">economist intelligence unit</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/survey">survey</category>
      <category domain="http://securityratty.com/tag/views">views</category>
      <category domain="http://securityratty.com/tag/professionals">professionals</category>
      <category domain="http://securityratty.com/tag/countries">countries</category>
      <source url="http://www.networkworld.com/news/2008/061708-hp-survey.html?fsrc=rss-security">Unpredictable IT means unreliable business, survey says</source>
    </item>
    <item>
      <title><![CDATA[The physical access control project planner]]></title>
      <link>http://securityratty.com/article/08c4396c680e6509a54ce7f459108974</link>
      <guid>http://securityratty.com/article/08c4396c680e6509a54ce7f459108974</guid>
      <description><![CDATA[The following materials are intended to function as fundamental information for those involved in the planning, implementation, and ongoing management of physical access control systems. Looking...]]></description>
      <content:encoded><![CDATA[The following materials are intended to function as fundamental information for those involved in the planning, implementation, and ongoing management of physical access control systems. Looking especially at the full cycle of implementation from the end-user's standpoint, this primer highlights the important and often unforeseen issues that frequently accompany access control projects. Planning for these common issues frequently translates into saved time, resources, and investment, whereas a lack of awareness can lead cost overruns, lost time, and ultimately an unreliable system.]]></content:encoded>
      <pubDate>Tue, 29 Apr 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/issues">issues</category>
      <category domain="http://securityratty.com/tag/common issues frequently">common issues frequently</category>
      <category domain="http://securityratty.com/tag/lead cost overruns">lead cost overruns</category>
      <category domain="http://securityratty.com/tag/saved time">saved time</category>
      <category domain="http://securityratty.com/tag/implementation">implementation</category>
      <category domain="http://securityratty.com/tag/unreliable system">unreliable system</category>
      <category domain="http://securityratty.com/tag/primer highlights">primer highlights</category>
      <category domain="http://securityratty.com/tag/fundamental information">fundamental information</category>
      <category domain="http://securityratty.com/tag/lost time">lost time</category>
      <source url="http://www.networkworld.com/news/2008/043008-the-physical-access-control-project.html?fsrc=rss-security">The physical access control project planner</source>
    </item>
    <item>
      <title><![CDATA[TCP Syslog =/= Reliable?]]></title>
      <link>http://securityratty.com/article/57f08f8400577b46402b31bd24548485</link>
      <guid>http://securityratty.com/article/57f08f8400577b46402b31bd24548485</guid>
      <description><![CDATA[Usually, people associate UDP-based log transfer with being &quot;unreliable&quot; and TCP with being &quot;reliable.&quot; Rainier here raises a few interesting issues (not the least of which is TCP buffering) that...]]></description>
      <content:encoded><![CDATA[Usually, people associate UDP-based log transfer with being "unreliable" and TCP with being "reliable." Rainier <a href="http://rgerhards.blogspot.com/2008/04/on-unreliability-of-plain-tcp-syslog.html">here </a>raises a few interesting issues (not the least of which is TCP buffering) that question the reliability of TCP syslog.<br /><br />Is there a need for a "more reliable" TCP with application-level ACKs? Maybe ... but not in the world where UDP syslog is still king.<div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=vQILK8G"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=vQILK8G" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=zHOjLsG"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=zHOjLsG" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/263566417" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 03 Apr 2008 09:28:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/tcp syslog">tcp syslog</category>
      <category domain="http://securityratty.com/tag/tcp">tcp</category>
      <category domain="http://securityratty.com/tag/reliable">reliable</category>
      <category domain="http://securityratty.com/tag/log transfer">log transfer</category>
      <category domain="http://securityratty.com/tag/udp syslog">udp syslog</category>
      <category domain="http://securityratty.com/tag/issues">issues</category>
      <category domain="http://securityratty.com/tag/reliability">reliability</category>
      <category domain="http://securityratty.com/tag/unreliable">unreliable</category>
      <category domain="http://securityratty.com/tag/world">world</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/263566417/tcp-syslog-reliable.html">TCP Syslog =/= Reliable?</source>
    </item>
    <item>
      <title><![CDATA[Third Parties Controlling Information]]></title>
      <link>http://securityratty.com/article/898004c5eaf190eede19d2e751ccc509</link>
      <guid>http://securityratty.com/article/898004c5eaf190eede19d2e751ccc509</guid>
      <description><![CDATA[Wine Therapy is a web bulletin board for serious wine geeks. It's been active since 2000, and its database of back posts and comments is a wealth of information: tasting notes, restaurant...]]></description>
      <content:encoded><![CDATA[<p>Wine Therapy is a web bulletin board for serious wine geeks. It's been active since 2000, and its database of back posts and comments is a wealth of information: tasting notes, restaurant recommendations, stories and so on. Late last year someone hacked the board software, got administrative privileges and deleted the database. There was no backup.</p>

<p>Of course the board's owner should have been making backups all along, but he has been very sick for the past year and wasn't able to. And the <a href="http://www.archive.org/">Internet Archive</a> has been only somewhat helpful.</p>

<p>More and more, information we rely on -- either created by us or by others -- is out of our control. It's out there on the internet, on someone else's website and being cared for by someone else. We use those websites, sometimes daily, and don't even think about their reliability.</p>

<p>Bits and pieces of the web disappear all the time. It's called "link rot," and we're all used to it. A friend saved 65 links in 1999 when he planned a trip to Tuscany; only half of them still work today. In <a href="http://www.schneier.com/blog">my own blog</a>, essays and news articles and websites that I link to regularly disappear -- sometimes within a few days of my linking to them. </p>

<p>It may be because of a site's policies -- some newspapers only have a couple of weeks on their website -- or it may be more random: Position papers disappear off a politician's website after he changes his mind on an issue, corporate literature disappears from the company's website after an embarrassment, etc. The ultimate link rot is "site death," where entire websites disappear: Olympic and World Cup events after the games are over, political candidates' websites after the elections are over, corporate websites after the funding runs out and so on.</p>

<p>Mostly, we ignore the issue. Sometimes I save a copy of a good recipe I find, or an article relevant to my research, but mostly I trust that whatever I want will be there next time. Were I planning a trip to Tuscany, I would rather search for relevant articles today than rely on a nine-year-old list anyway. Most of the time, link rot and site death aren't really a problem.</p>

<p>This is changing in a Web 2.0 world, with websites that are less about information and more about community. We help build these sites, with our posts or our comments. We visit them regularly and get to know others who also visit regularly. They become part of our socialization on the internet and the loss of them affects us differently, as <a href="http://www.greatestjournal.com/">Greatest Journal</a> users discovered in January when their <a href="http://dropbeatsnotbombs.vox.com/library/post/farewell-gj-youll-kind-of-be-missed.html">site</a> <a <br />
href="http://barry095.vox.com/library/post/greatest-journal-death.html">died</a>.</p>

<p>Few, if any, of the people who made <a href="http://enemyvessel.com/forum/">Wine Therapy</a> their home kept backup copies of their own posts and comments. I'm sure they didn't even think of it. I don't think of it, when I post to the various boards and blogs and forums I frequent. Of course I know better, but I think of these forums as extensions of my own computer -- until they disappear.</p>

<p>As we rely on others to maintain our writings and our relationships, we lose control over their availability. Of course, we also <a href="http://www.schneier.com/blog/archives/2005/02/tmobile_hack_1.html">lose control over their security</a>, as MySpace users learned last month when a 17-GB file of half a million supposedly private photos was <a href="http://www.wired.com/politics/security/news/2008/01/myspace_torrent">uploaded to a BitTorrent site</a>.</p>

<p>In the early days of the web, I remember feeling giddy over the wealth of information out there and how easy it was to get to. "The internet is my hard drive," I told newbies. It's even more true today; I don't think I could write without so much information so easily accessible. But it's a pretty damned unreliable hard drive.</p>

<p>The internet is my hard drive, but only if my needs are immediate and my requirements can be satisfied inexactly. It was easy for me to search for information about the MySpace photo hack. And it will be easy to look up, and respond to, comments to this essay, both on Wired.com and on my own blog. Wired.com is a commercial venture, so there is advertising value in keeping everything accessible. My site is not at all commercial, but there is personal value in keeping everything accessible. By that analysis, all sites should be up on the internet forever, although that's certainly not true. What is true is that there's no way to predict what will disappear when.</p>

<p>Unfortunately, there's not much we can do about it. The security measures largely aren't in our hands. We can save copies of important web pages locally, and copies of anything important we post. The Internet Archive is remarkably valuable in saving bits and pieces of the internet. And recently, we've started seeing tools for archiving information and pages from social networking sites. But what's really important is the whole community, and we don't know which bits we want until they're no longer there. </p>

<p>And about Wine Therapy, I <em>think</em> it started in 2000. It might have been 2001. I can't check, because someone erased the archives.</p>

<p>This essay <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/02/securitymatters_0221">originally appeared</a> on Wired.com.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=ByR6edE"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=ByR6edE" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=CA3bFSE"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=CA3bFSE" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Wed, 27 Feb 2008 02:46:46 +0000</pubDate>
      <category domain="http://securityratty.com/tag/regularly disappear">regularly disappear</category>
      <category domain="http://securityratty.com/tag/regularly">regularly</category>
      <category domain="http://securityratty.com/tag/disappear">disappear</category>
      <category domain="http://securityratty.com/tag/position papers disappear">position papers disappear</category>
      <category domain="http://securityratty.com/tag/web bulletin board">web bulletin board</category>
      <category domain="http://securityratty.com/tag/web">web</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/entire websites disappear">entire websites disappear</category>
      <category domain="http://securityratty.com/tag/internet">internet</category>
      <source url="http://www.schneier.com/blog/archives/2008/02/third_parties_c.html">Third Parties Controlling Information</source>
    </item>
  </channel>
</rss>
