<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Digital Undercurrents</title>
	<atom:link href="http://www.digitalundercurrents.com/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.digitalundercurrents.com/blog</link>
	<description>Network And Security Consulting</description>
	<lastBuildDate>Wed, 25 May 2011 19:30:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on MacDefender Update by matt</title>
		<link>http://www.digitalundercurrents.com/blog/?p=228#comment-22</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Wed, 25 May 2011 19:30:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalundercurrents.com/blog/?p=228#comment-22</guid>
		<description><![CDATA[And, in related news, a new variant apparently doesn&#039;t require an admin password any more.

http://arstechnica.com/apple/news/2011/05/new-mac-defender-malware-variant-drops-admin-password-requirement.ars]]></description>
		<content:encoded><![CDATA[<p>And, in related news, a new variant apparently doesn&#8217;t require an admin password any more.</p>
<p><a href="http://arstechnica.com/apple/news/2011/05/new-mac-defender-malware-variant-drops-admin-password-requirement.ars" rel="nofollow">http://arstechnica.com/apple/news/2011/05/new-mac-defender-malware-variant-drops-admin-password-requirement.ars</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Definition Monday: Steganography by cosimo oliboni</title>
		<link>http://www.digitalundercurrents.com/blog/?p=201#comment-17</link>
		<dc:creator>cosimo oliboni</dc:creator>
		<pubDate>Wed, 04 May 2011 07:32:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalundercurrents.com/blog/?p=201#comment-17</guid>
		<description><![CDATA[Hi, major update 3.30 of already hosted sw OpenPuff is available at the NEW HOME
- http://members.fortunecity.it/blackvisionit/OpenPuff_Steganography_Home.html
youtube demo is available at
- http://youtu.be/mO9iUgPt5Vw]]></description>
		<content:encoded><![CDATA[<p>Hi, major update 3.30 of already hosted sw OpenPuff is available at the NEW HOME<br />
- <a href="http://members.fortunecity.it/blackvisionit/OpenPuff_Steganography_Home.html" rel="nofollow">http://members.fortunecity.it/blackvisionit/OpenPuff_Steganography_Home.html</a><br />
youtube demo is available at<br />
- <a href="http://youtu.be/mO9iUgPt5Vw" rel="nofollow">http://youtu.be/mO9iUgPt5Vw</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Definition Monday: IPv6 by matt</title>
		<link>http://www.digitalundercurrents.com/blog/?p=182#comment-15</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Mon, 11 Apr 2011 13:03:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalundercurrents.com/blog/?p=182#comment-15</guid>
		<description><![CDATA[I should have mentioned in this post that it is _not_ necessary to migrate a system entirely to IPv6 - most people will be running so-called &quot;dual stack&quot; configurations for a while, where the host is able to communicate using either IPv4 or IPv6, depending on the situation. But everything will need to be at least capable of speaking v6 in the very near future.]]></description>
		<content:encoded><![CDATA[<p>I should have mentioned in this post that it is _not_ necessary to migrate a system entirely to IPv6 &#8211; most people will be running so-called &#8220;dual stack&#8221; configurations for a while, where the host is able to communicate using either IPv4 or IPv6, depending on the situation. But everything will need to be at least capable of speaking v6 in the very near future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dealing With The Snowpocalypse by Richard Hull</title>
		<link>http://www.digitalundercurrents.com/blog/?p=75#comment-5</link>
		<dc:creator>Richard Hull</dc:creator>
		<pubDate>Fri, 04 Feb 2011 20:15:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalundercurrents.com/blog/?p=75#comment-5</guid>
		<description><![CDATA[For once Buffalo didn&#039;t get a &quot;black eye&quot; from the latest storm. Centralization vs Decentralization of data storage and processing has long been a decision debated by all companies. Some need decentralized, some need centralized. Some can use &quot;cloud&quot; computing. Many functions can easily be decentralized if the servers can handle the speeds necessary to allow good information flow. Some only need storage of data to be centralized and processing to be done at individual (production) stations. I&#039;ve been in situations where the data flow was poor &amp; slowed down my productivity (office setting).
Also the VPN has to allow for data security concerns. HR must be highly communicative when hiring/ firing of people, so that data security can be maintained. Also general security of data access must be addressed within corporate parameters. So do you want to use &quot;cloud computing&quot;, VPN set-up or &quot;closed&quot; systems. It still comes down to the individual corporate/ company needs.]]></description>
		<content:encoded><![CDATA[<p>For once Buffalo didn&#8217;t get a &#8220;black eye&#8221; from the latest storm. Centralization vs Decentralization of data storage and processing has long been a decision debated by all companies. Some need decentralized, some need centralized. Some can use &#8220;cloud&#8221; computing. Many functions can easily be decentralized if the servers can handle the speeds necessary to allow good information flow. Some only need storage of data to be centralized and processing to be done at individual (production) stations. I&#8217;ve been in situations where the data flow was poor &amp; slowed down my productivity (office setting).<br />
Also the VPN has to allow for data security concerns. HR must be highly communicative when hiring/ firing of people, so that data security can be maintained. Also general security of data access must be addressed within corporate parameters. So do you want to use &#8220;cloud computing&#8221;, VPN set-up or &#8220;closed&#8221; systems. It still comes down to the individual corporate/ company needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bring-Your-Own-Hardware in the Enterprise by Mark Weiser</title>
		<link>http://www.digitalundercurrents.com/blog/?p=62#comment-3</link>
		<dc:creator>Mark Weiser</dc:creator>
		<pubDate>Mon, 31 Jan 2011 15:17:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalundercurrents.com/blog/?p=62#comment-3</guid>
		<description><![CDATA[Matthew,

Great commentary on an emerging situation.  Recently I wiorked with a client that sold a proprietary software package.  On site support is available through a VAR distribution system. 

The breakdown occurs when you use &quot;any compatible hardware and you publish a spec. The risk is magnified when you are &quot;publishing specs&quot; for customer sourced devices.  

The issue is serious when calls come for application support and large blocks of the Tier 2 and 3 Support team are spent trying to isolate the isssue.

Many (not enough) organizations &quot;standardize&quot; their hardware throughout the organization, only to have one time saver (the standard PC config)run full on into issues with an application.

Thanks for putting this up - I would be interested in continuing this dialoge.

Mark Weiser]]></description>
		<content:encoded><![CDATA[<p>Matthew,</p>
<p>Great commentary on an emerging situation.  Recently I wiorked with a client that sold a proprietary software package.  On site support is available through a VAR distribution system. </p>
<p>The breakdown occurs when you use &#8220;any compatible hardware and you publish a spec. The risk is magnified when you are &#8220;publishing specs&#8221; for customer sourced devices.  </p>
<p>The issue is serious when calls come for application support and large blocks of the Tier 2 and 3 Support team are spent trying to isolate the isssue.</p>
<p>Many (not enough) organizations &#8220;standardize&#8221; their hardware throughout the organization, only to have one time saver (the standard PC config)run full on into issues with an application.</p>
<p>Thanks for putting this up &#8211; I would be interested in continuing this dialoge.</p>
<p>Mark Weiser</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IPv4 Exhaustion by Tweets that mention IPv4 Exhaustion « Digital Undercurrents -- Topsy.com</title>
		<link>http://www.digitalundercurrents.com/blog/?p=22#comment-2</link>
		<dc:creator>Tweets that mention IPv4 Exhaustion « Digital Undercurrents -- Topsy.com</dc:creator>
		<pubDate>Fri, 28 Jan 2011 08:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalundercurrents.com/blog/?p=22#comment-2</guid>
		<description><![CDATA[[...] This post was mentioned on Twitter by b0rn2frag, b0rn2frag. b0rn2frag said: IPv4 Exhaustion « Digital Undercurrents: IPv4 Exhaustion. The central IANA pool of IPv4 addresse... http://bit.ly/hXSWd4 #ipv4exhaustion [...]]]></description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by b0rn2frag, b0rn2frag. b0rn2frag said: IPv4 Exhaustion « Digital Undercurrents: IPv4 Exhaustion. The central IANA pool of IPv4 addresse&#8230; <a href="http://bit.ly/hXSWd4" rel="nofollow">http://bit.ly/hXSWd4</a> #ipv4exhaustion [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
