<?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 on: Attack of the Zombie Photos</title>
	<atom:link href="http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/</link>
	<description>Security Research, Computer Laboratory, University of Cambridge</description>
	<pubDate>Mon, 15 Mar 2010 07:04:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Мирослав Шумилов</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-36055</link>
		<dc:creator>Мирослав Шумилов</dc:creator>
		<pubDate>Thu, 22 Oct 2009 08:43:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-36055</guid>
		<description>Спасибо! Доходчиво и понятно объяснил</description>
		<content:encoded><![CDATA[<p>Спасибо! Доходчиво и понятно объяснил</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Изяслав Андреев</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-36045</link>
		<dc:creator>Изяслав Андреев</dc:creator>
		<pubDate>Thu, 22 Oct 2009 05:56:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-36045</guid>
		<description>Дааа)) Вы бы знали что про Вас пишут в других блогах)))</description>
		<content:encoded><![CDATA[<p>Дааа)) Вы бы знали что про Вас пишут в других блогах)))</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yassine Labhar</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31486</link>
		<dc:creator>Yassine Labhar</dc:creator>
		<pubDate>Sun, 02 Aug 2009 20:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31486</guid>
		<description>Alors ouvre tes yeux
Que je remplace ma solitude par quelque chose de merveilleux
Je me suis finalement souvenu des larmes que j’ai coulées
Une nouvelle histoire va être dévoilé

Tes ailes, fragile et pliées
Sont fatiguer du ciel bleu azur
Ce sentiment de solitude continue à grimper a moi
Une bougie esseuler y brûle toujours

Est-ce que je peut enterrer tous sa avec des mots vides
Je ne sais même plus
Aussi longtemps que je pourrais nager librement dans mes rêves
Tu seras avec moi et je n’aurais point besoin d’aller dans se ciel

Comme d’habitude
Lorsque je tourne le coin de la rue
Je me mêle à la foule
Je me fonds dans cette masse anonyme

Je perds tout repère
Je ne trouve plus mes mots
Mais une chose, ta voie
Reste encore et encore

Tout ce que je sais de toi
Tes joies, tes colères
Me fait avancer
Si je lève les mes yeux vers le ciel</description>
		<content:encoded><![CDATA[<p>Alors ouvre tes yeux<br />
Que je remplace ma solitude par quelque chose de merveilleux<br />
Je me suis finalement souvenu des larmes que j’ai coulées<br />
Une nouvelle histoire va être dévoilé</p>
<p>Tes ailes, fragile et pliées<br />
Sont fatiguer du ciel bleu azur<br />
Ce sentiment de solitude continue à grimper a moi<br />
Une bougie esseuler y brûle toujours</p>
<p>Est-ce que je peut enterrer tous sa avec des mots vides<br />
Je ne sais même plus<br />
Aussi longtemps que je pourrais nager librement dans mes rêves<br />
Tu seras avec moi et je n’aurais point besoin d’aller dans se ciel</p>
<p>Comme d’habitude<br />
Lorsque je tourne le coin de la rue<br />
Je me mêle à la foule<br />
Je me fonds dans cette masse anonyme</p>
<p>Je perds tout repère<br />
Je ne trouve plus mes mots<br />
Mais une chose, ta voie<br />
Reste encore et encore</p>
<p>Tout ce que je sais de toi<br />
Tes joies, tes colères<br />
Me fait avancer<br />
Si je lève les mes yeux vers le ciel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anon123</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31478</link>
		<dc:creator>Anon123</dc:creator>
		<pubDate>Fri, 24 Jul 2009 10:33:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31478</guid>
		<description>The rule-of-thumb I use is:
Do not post/email/blog/IM/text/share/upload anything that you don't want your Mother/Priest/Boss to see. Period.
ANY &amp; ALL items that you post/email/blog/IM/text/share/upload should be automatically considered public domain for the rest of time.</description>
		<content:encoded><![CDATA[<p>The rule-of-thumb I use is:<br />
Do not post/email/blog/IM/text/share/upload anything that you don&#8217;t want your Mother/Priest/Boss to see. Period.<br />
ANY &amp; ALL items that you post/email/blog/IM/text/share/upload should be automatically considered public domain for the rest of time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor Drokov</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31093</link>
		<dc:creator>Igor Drokov</dc:creator>
		<pubDate>Fri, 05 Jun 2009 18:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31093</guid>
		<description>How about trying to delete the whole profile? Tried it on Facebook - all data is still there after  23 days:
http://blog.cronto.com/index.php?title=facebook_makes_you_living_dead</description>
		<content:encoded><![CDATA[<p>How about trying to delete the whole profile? Tried it on Facebook - all data is still there after  23 days:<br />
<a href="http://blog.cronto.com/index.php?title=facebook_makes_you_living_dead" rel="nofollow">http://blog.cronto.com/index.php?title=facebook_makes_you_living_dead</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: "The Rock"</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31079</link>
		<dc:creator>"The Rock"</dc:creator>
		<pubDate>Mon, 01 Jun 2009 11:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31079</guid>
		<description>Its nice to know that there are a group of people concerned about the cloudy technical and legal areas which are usually hidden to the majority of end users of the internet. This kind of activity would certainly make end users more aware about the architectural loopholes and (if i may say) nontransparent,yet confusing privacy policy some websites (especially social networking sites) use. Hopefully, one would be more careful when uploading his/hers personal data.

May I suggest another research conducted: What really happens to the message archive/conversations deleted from instant messaging tools or websites that provide instant messaging features? (such as facebook, yahoo messenger, etc.)

this is a very interesting question im certain a lot of people cant answer for themselves, but really really want to know. 

Thank you again and if there is any kind of forum to discuss more about architectural "flaws" and privacy matters (or security matters for that case) i would appreciate it if anyone would let me know.</description>
		<content:encoded><![CDATA[<p>Its nice to know that there are a group of people concerned about the cloudy technical and legal areas which are usually hidden to the majority of end users of the internet. This kind of activity would certainly make end users more aware about the architectural loopholes and (if i may say) nontransparent,yet confusing privacy policy some websites (especially social networking sites) use. Hopefully, one would be more careful when uploading his/hers personal data.</p>
<p>May I suggest another research conducted: What really happens to the message archive/conversations deleted from instant messaging tools or websites that provide instant messaging features? (such as facebook, yahoo messenger, etc.)</p>
<p>this is a very interesting question im certain a lot of people cant answer for themselves, but really really want to know. </p>
<p>Thank you again and if there is any kind of forum to discuss more about architectural &#8220;flaws&#8221; and privacy matters (or security matters for that case) i would appreciate it if anyone would let me know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Bennett</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31077</link>
		<dc:creator>James Bennett</dc:creator>
		<pubDate>Sat, 30 May 2009 17:08:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31077</guid>
		<description>I think you're pushing a dangerous interpretation of the law.

Suppose I'm an employee at a photo-sharing site, and I browse around on my lunch break. If one of the photos I looked at is deleted an hour later, could the site be prosecuted because a copy is still on my (presumably company-owned) hard drive (in my browser's local cache)? Your interpretation would seem to say yes.

What about backups? It would be irresponsible of a site operator to *not* have the ability to recover from hardware failures, which means they may have copies of deleted photos still lurking in recent backups. In order to avoid prosecution, would they have to expand the "deletion" process to include opening all their backups and removing the content? Your interpretation would seem to say yes.

Similarly, even if it's deleted from all hard drives immediately, someone with physical access to a drive could probably recover the photo (since "deleting" a file, on many filesystems, doesn't actually erase the data). Is the logical conclusion of this that photo-sharing sites need to implement military-style data-destruction protocols? Your interpretation would seem to lean that way.

It may turn out, of course, that the law is interpreted in this fashion, but if it is then it's a law written with no respect for actual reality, and should be amended.</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re pushing a dangerous interpretation of the law.</p>
<p>Suppose I&#8217;m an employee at a photo-sharing site, and I browse around on my lunch break. If one of the photos I looked at is deleted an hour later, could the site be prosecuted because a copy is still on my (presumably company-owned) hard drive (in my browser&#8217;s local cache)? Your interpretation would seem to say yes.</p>
<p>What about backups? It would be irresponsible of a site operator to *not* have the ability to recover from hardware failures, which means they may have copies of deleted photos still lurking in recent backups. In order to avoid prosecution, would they have to expand the &#8220;deletion&#8221; process to include opening all their backups and removing the content? Your interpretation would seem to say yes.</p>
<p>Similarly, even if it&#8217;s deleted from all hard drives immediately, someone with physical access to a drive could probably recover the photo (since &#8220;deleting&#8221; a file, on many filesystems, doesn&#8217;t actually erase the data). Is the logical conclusion of this that photo-sharing sites need to implement military-style data-destruction protocols? Your interpretation would seem to lean that way.</p>
<p>It may turn out, of course, that the law is interpreted in this fashion, but if it is then it&#8217;s a law written with no respect for actual reality, and should be amended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jetpatcher</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31074</link>
		<dc:creator>Jetpatcher</dc:creator>
		<pubDate>Tue, 26 May 2009 23:26:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31074</guid>
		<description>Good to know all that behind the scene story.

Thanks for putting it on.
cheers</description>
		<content:encoded><![CDATA[<p>Good to know all that behind the scene story.</p>
<p>Thanks for putting it on.<br />
cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Tallyce</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31068</link>
		<dc:creator>Thomas Tallyce</dc:creator>
		<pubDate>Fri, 22 May 2009 15:37:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31068</guid>
		<description>Facebook's engineering blog has a posting from a few weeks ago about their photo storage infrastructure:
http://www.facebook.com/note.php?note_id=76191543919</description>
		<content:encoded><![CDATA[<p>Facebook&#8217;s engineering blog has a posting from a few weeks ago about their photo storage infrastructure:<br />
<a href="http://www.facebook.com/note.php?note_id=76191543919" rel="nofollow">http://www.facebook.com/note.php?note_id=76191543919</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerome Hubert</title>
		<link>http://www.lightbluetouchpaper.org/2009/05/20/attack-of-the-zombie-photos/comment-page-1/#comment-31066</link>
		<dc:creator>Jerome Hubert</dc:creator>
		<pubDate>Fri, 22 May 2009 07:33:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=846#comment-31066</guid>
		<description>I am not at all surprised by this situation. Having developed websites for over 10 years I have faced similar situations and the question always comes up - what do we do after the content has been 'deleted'.

Often, the decision is made to no longer link directly to the content still stored on disc. If the data resides in a database, that data is rarely deleted, it is usually flagged as deleted, and hence not 'visible'. The data remains for various reasons, one of the most common reasons being data integrity. One piece of information relies on another which relies on another. Deleting one piece can really screw up a database.

However, all too often, the TOS, T&amp;C, Privacy and whatever other rules the websites have will describe this. How many times do people actually bother reading these though, and then moan about it after the fact.

I'm with Jessica on this one. Creating one's own website is easy and you have control over it. Learn about which services you intend to use BEFORE using them and if you don't like their rules, don't use them.

As for the cached images, there are too many caches out on the net to be certain of it being deleted in time. For instance, if you guys keep checking that the images have been deleted, the cache servers will reset a counter that indicates how long ago the file was last accessed. It will then start counting down again. For instance, if the cache deletes files not accessed within the last five days, but you access it on the fourth day, you'll now need to wait another five days. I'm not saying this is the case with all caches, but it is quite typical of how caches work.</description>
		<content:encoded><![CDATA[<p>I am not at all surprised by this situation. Having developed websites for over 10 years I have faced similar situations and the question always comes up - what do we do after the content has been &#8216;deleted&#8217;.</p>
<p>Often, the decision is made to no longer link directly to the content still stored on disc. If the data resides in a database, that data is rarely deleted, it is usually flagged as deleted, and hence not &#8216;visible&#8217;. The data remains for various reasons, one of the most common reasons being data integrity. One piece of information relies on another which relies on another. Deleting one piece can really screw up a database.</p>
<p>However, all too often, the TOS, T&amp;C, Privacy and whatever other rules the websites have will describe this. How many times do people actually bother reading these though, and then moan about it after the fact.</p>
<p>I&#8217;m with Jessica on this one. Creating one&#8217;s own website is easy and you have control over it. Learn about which services you intend to use BEFORE using them and if you don&#8217;t like their rules, don&#8217;t use them.</p>
<p>As for the cached images, there are too many caches out on the net to be certain of it being deleted in time. For instance, if you guys keep checking that the images have been deleted, the cache servers will reset a counter that indicates how long ago the file was last accessed. It will then start counting down again. For instance, if the cache deletes files not accessed within the last five days, but you access it on the fourth day, you&#8217;ll now need to wait another five days. I&#8217;m not saying this is the case with all caches, but it is quite typical of how caches work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
