<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Your data is YOUR data</title>
	<link>http://blog.jungledisk.com/2006/05/05/yourdata/</link>
	<description>Reliable online storage powered by Amazon S3</description>
	<pubDate>Sat, 22 Nov 2008 08:11:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-5</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Sun, 29 Jul 2007 13:45:06 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-5</guid>
		<description>The software does allow files to be uploaded unencrypted (and always has), however it does not currently have a feature for making a file or bucket public.
This could be done with a 3rd party S3 tool for an ambitious user, but it's not quite a simple task yet. We are still planning on offering that in the future.

Regarding the forum issue - there was a DNS change that was causing issues. It's fixed now, but may take a little while to propogate due to DNS caching.</description>
		<content:encoded><![CDATA[<p>The software does allow files to be uploaded unencrypted (and always has), however it does not currently have a feature for making a file or bucket public.<br />
This could be done with a 3rd party S3 tool for an ambitious user, but it&#8217;s not quite a simple task yet. We are still planning on offering that in the future.</p>
<p>Regarding the forum issue - there was a DNS change that was causing issues. It&#8217;s fixed now, but may take a little while to propogate due to DNS caching.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Fruth</title>
		<link>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-6</link>
		<dc:creator>Bill Fruth</dc:creator>
		<pubDate>Sun, 29 Jul 2007 08:22:46 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-6</guid>
		<description>I don't really need S3 or JD for backup, but would consider it  for online storage - to replace MediaMax / Streamload, which seems to be beyond repair. I won't consider testing the service unless I can link to the files on S3 via HTTP.

In your FAQ there is the statement "are considering supporting "public" buckets in a future release that will allow you to upload unencrypted files that can be downloaded via standard HTTP", but in this thread xpnctoc wrote on June 16 that he was able to disable JD encryption.

So, which is it?

One other question - I just found about your service this weekend, and the forum link has been broken each time I've tried. Is this a short term problem?

Bill Fruth</description>
		<content:encoded><![CDATA[<p>I don&#8217;t really need S3 or JD for backup, but would consider it  for online storage - to replace MediaMax / Streamload, which seems to be beyond repair. I won&#8217;t consider testing the service unless I can link to the files on S3 via HTTP.</p>
<p>In your FAQ there is the statement &#8220;are considering supporting &#8220;public&#8221; buckets in a future release that will allow you to upload unencrypted files that can be downloaded via standard HTTP&#8221;, but in this thread xpnctoc wrote on June 16 that he was able to disable JD encryption.</p>
<p>So, which is it?</p>
<p>One other question - I just found about your service this weekend, and the forum link has been broken each time I&#8217;ve tried. Is this a short term problem?</p>
<p>Bill Fruth</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xpnctoc</title>
		<link>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-4</link>
		<dc:creator>xpnctoc</dc:creator>
		<pubDate>Sat, 16 Jun 2007 13:02:17 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-4</guid>
		<description>Just to add to what Jungle Dave said, if you're really so uncomfortable with Jungle's encryption, then you could use other backup software. I've found that JungleDisk, when mapping to a drive letter (WinXP), allows other backup software to make/recover backups to/from S3, even if they don't have native S3 support. So you can use any backup software that employs your preferred encryption method.

The only thing you have to watch out for is that JungleDisk's encryption seems to interfere with some backup software's index files. Not sure why this should be, but once I disabled JD encryption, the backup software worked fine. But that's OK. My files were still secure because the software was using 448-bit Blowfish encryption, and I don't think I need JD to encrypt the encrypted files.</description>
		<content:encoded><![CDATA[<p>Just to add to what Jungle Dave said, if you&#8217;re really so uncomfortable with Jungle&#8217;s encryption, then you could use other backup software. I&#8217;ve found that JungleDisk, when mapping to a drive letter (WinXP), allows other backup software to make/recover backups to/from S3, even if they don&#8217;t have native S3 support. So you can use any backup software that employs your preferred encryption method.</p>
<p>The only thing you have to watch out for is that JungleDisk&#8217;s encryption seems to interfere with some backup software&#8217;s index files. Not sure why this should be, but once I disabled JD encryption, the backup software worked fine. But that&#8217;s OK. My files were still secure because the software was using 448-bit Blowfish encryption, and I don&#8217;t think I need JD to encrypt the encrypted files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-3</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Sat, 20 May 2006 18:06:55 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-3</guid>
		<description>Source code that demonstrates how the encryption is done is available for download on the Jungle Disk downloads page.
More specifically, Jungle Disk uses 128-bit RC4 encryption with a unique key per file. I'm not sure why you would consider 128-bit encryption insecure - that is a considered a strong key length for a symmetric algorithm. Note that public key lengths are a different story, and 1024 or 2048 bit is considered the least length for a secure key. Jungle Disk does not use public key encryption.</description>
		<content:encoded><![CDATA[<p>Source code that demonstrates how the encryption is done is available for download on the Jungle Disk downloads page.<br />
More specifically, Jungle Disk uses 128-bit RC4 encryption with a unique key per file. I&#8217;m not sure why you would consider 128-bit encryption insecure - that is a considered a strong key length for a symmetric algorithm. Note that public key lengths are a different story, and 1024 or 2048 bit is considered the least length for a secure key. Jungle Disk does not use public key encryption.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taro</title>
		<link>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-2</link>
		<dc:creator>Taro</dc:creator>
		<pubDate>Sat, 20 May 2006 10:19:27 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2006/05/05/yourdata/#comment-2</guid>
		<description>"all of your data is encrypted before it leaves your computer, and stays encrypted while stored"

NICE! But how is it "encrypted"? Too simple to crack 128 bit encryption? What method? What level encryption?</description>
		<content:encoded><![CDATA[<p>&#8220;all of your data is encrypted before it leaves your computer, and stays encrypted while stored&#8221;</p>
<p>NICE! But how is it &#8220;encrypted&#8221;? Too simple to crack 128 bit encryption? What method? What level encryption?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.166 seconds -->
