<?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"
	>
<channel>
	<title>Comments on: Attacking Password Recovery Facilities</title>
	<atom:link href="http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/</link>
	<description>Information Security Think Tank</description>
	<pubDate>Fri, 21 Nov 2008 17:41:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: vijay</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-119491</link>
		<dc:creator>vijay</dc:creator>
		<pubDate>Tue, 22 Apr 2008 20:01:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-119491</guid>
		<description>want 2 break mail id password</description>
		<content:encoded><![CDATA[<p>want 2 break mail id password</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: frantic</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-95588</link>
		<dc:creator>frantic</dc:creator>
		<pubDate>Fri, 04 Jan 2008 21:07:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-95588</guid>
		<description>I need to recover my gmail password. im in college and have forgotten my password. , im scared as hell of the whole hacking/cracking business and i dnt wana be phished (however that verb is supposed to be phrased).My security question has an answer my friend(hu filled the form n made d account for me) cant remember and he put a wrong secondary email id. u c my email id shud have beenâ€¦.@yahoo.co.in and he wroteâ€¦@yahoo.com. Now i cant get those reset links. Please help me! my internship correspondence is at stake! i cudnt understand the post by emmanuel hleah. Please tell me if the password can be recovered from my comp or if i can by any means access the incorrect secondary mail id.</description>
		<content:encoded><![CDATA[<p>I need to recover my gmail password. im in college and have forgotten my password. , im scared as hell of the whole hacking/cracking business and i dnt wana be phished (however that verb is supposed to be phrased).My security question has an answer my friend(hu filled the form n made d account for me) cant remember and he put a wrong secondary email id. u c my email id shud have beenâ€¦.@yahoo.co.in and he wroteâ€¦@yahoo.com. Now i cant get those reset links. Please help me! my internship correspondence is at stake! i cudnt understand the post by emmanuel hleah. Please tell me if the password can be recovered from my comp or if i can by any means access the incorrect secondary mail id.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dAVY</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-64953</link>
		<dc:creator>dAVY</dc:creator>
		<pubDate>Sun, 04 Nov 2007 07:47:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-64953</guid>
		<description>mailinator is blocked by aol naw ,it reverts to other aol sugestion</description>
		<content:encoded><![CDATA[<p>mailinator is blocked by aol naw ,it reverts to other aol sugestion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-52271</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Mon, 24 Sep 2007 22:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-52271</guid>
		<description>Loser,

I just described a technique that could (for instance) allow you to a sample a large number of passwords that you would get emailed when clicking on a "I forgot my password" link.

If a site emails you a newly "randomly" generated password each time you reset it, you might be able to find a pattern by sampling a large number over a continued period of time. i.e.: 10 passwords requested per second for a total of 10 minutes.

Feel free to contact me through http://www.gnucitizen.org/contact and I'll give yo u my messenger contact.</description>
		<content:encoded><![CDATA[<p>Loser,</p>
<p>I just described a technique that could (for instance) allow you to a sample a large number of passwords that you would get emailed when clicking on a &#8220;I forgot my password&#8221; link.</p>
<p>If a site emails you a newly &#8220;randomly&#8221; generated password each time you reset it, you might be able to find a pattern by sampling a large number over a continued period of time. i.e.: 10 passwords requested per second for a total of 10 minutes.</p>
<p>Feel free to contact me through <a href="http://www.gnucitizen.org/contact" rel="nofollow">http://www.gnucitizen.org/contact</a> and I&#8217;ll give yo u my messenger contact.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loser</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-52250</link>
		<dc:creator>Loser</dc:creator>
		<pubDate>Mon, 24 Sep 2007 21:20:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-52250</guid>
		<description>Hi, Interesting post. However, due to lack of technical knowledge, difficult to fathom. Mind elucidating online?</description>
		<content:encoded><![CDATA[<p>Hi, Interesting post. However, due to lack of technical knowledge, difficult to fathom. Mind elucidating online?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hany</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-51964</link>
		<dc:creator>hany</dc:creator>
		<pubDate>Mon, 24 Sep 2007 04:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-51964</guid>
		<description>Dear 
I will be very thankfull of urs if ur retrive my password of my e mail iceman4love@hotmail.com plz its very urgent..i will make dua for u if u get back my password. 

plz e mail me that password on ice.man4love@hotmail.com

thanks
hany</description>
		<content:encoded><![CDATA[<p>Dear<br />
I will be very thankfull of urs if ur retrive my password of my e mail <a href="mailto:iceman4love@hotmail.com">iceman4love@hotmail.com</a> plz its very urgent..i will make dua for u if u get back my password. </p>
<p>plz e mail me that password on <a href="mailto:ice.man4love@hotmail.com">ice.man4love@hotmail.com</a></p>
<p>thanks<br />
hany</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel Hleah</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-47465</link>
		<dc:creator>Emmanuel Hleah</dc:creator>
		<pubDate>Sun, 09 Sep 2007 04:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-47465</guid>
		<description>&lt;pre&gt;&lt;code&gt;#!/bin/bash
#
# resetRootPass script
#
# Recover lost root password of mysql database.
#
# By Willem Bermon
#

echo
echo "Mysql password recovery utility"
echo

# Stop the mysql server
/etc/init.d/mysql stop
/etc/init.d/mysql zap &#62; /dev/null
/bin/killall mysqld &#62; /dev/null

# Run mysqld in permissionless mode
/sbin/start-stop-daemon --start --quiet --exec /usr/bin/mysqld_safe \
        --background -- --skip-grant-tables &#62;/dev/null 2&#62;&#38;1

sleep 1

# Execute queries
mysql -u root mysql -e "UPDATE user SET Password=PASSWORD('$1') WHERE \
                        user='root'; \
                        FLUSH PRIVILEGES;"
if [[ $? -eq 0 ]]
then
        echo " ** SQL root password updated"
else
        echo " ** SQL root password update unsuccesful"
fi

# Restart the mysql server
/bin/killall mysqld &#62; /dev/null
/etc/init.d/mysql start

echo "Succesfully updated password!!"
echo
echo
exit 0&lt;/code&gt;&lt;/pre&gt;</description>
		<content:encoded><![CDATA[<pre><code>#!/bin/bash
#
# resetRootPass script
#
# Recover lost root password of mysql database.
#
# By Willem Bermon
#

echo
echo "Mysql password recovery utility"
echo

# Stop the mysql server
/etc/init.d/mysql stop
/etc/init.d/mysql zap &gt; /dev/null
/bin/killall mysqld &gt; /dev/null

# Run mysqld in permissionless mode
/sbin/start-stop-daemon --start --quiet --exec /usr/bin/mysqld_safe \
        --background -- --skip-grant-tables &gt;/dev/null 2&gt;&amp;1

sleep 1

# Execute queries
mysql -u root mysql -e "UPDATE user SET Password=PASSWORD('$1') WHERE \
                        user='root'; \
                        FLUSH PRIVILEGES;"
if [[ $? -eq 0 ]]
then
        echo " ** SQL root password updated"
else
        echo " ** SQL root password update unsuccesful"
fi

# Restart the mysql server
/bin/killall mysqld &gt; /dev/null
/etc/init.d/mysql start

echo "Succesfully updated password!!"
echo
echo
exit 0</code></pre>
]]></content:encoded>
	</item>
	<item>
		<title>By: juby</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-37286</link>
		<dc:creator>juby</dc:creator>
		<pubDate>Fri, 27 Jul 2007 07:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-37286</guid>
		<description>can i retrive the password of gmai account</description>
		<content:encoded><![CDATA[<p>can i retrive the password of gmai account</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-35058</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Wed, 11 Jul 2007 09:16:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-35058</guid>
		<description>Hi Esteban!

I believe the behaviour you described would occur only if the application is implemented properly.


Regarding mailinator, the following URL

http://www.mailinator.com/faq.jsp

mentions:

"after a few hours, all email is auto-deleted."

So you're right, received emails are not kept that long.</description>
		<content:encoded><![CDATA[<p>Hi Esteban!</p>
<p>I believe the behaviour you described would occur only if the application is implemented properly.</p>
<p>Regarding mailinator, the following URL</p>
<p><a href="http://www.mailinator.com/faq.jsp" rel="nofollow">http://www.mailinator.com/faq.jsp</a></p>
<p>mentions:</p>
<p>&#8220;after a few hours, all email is auto-deleted.&#8221;</p>
<p>So you&#8217;re right, received emails are not kept that long.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: esteban</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-35053</link>
		<dc:creator>esteban</dc:creator>
		<pubDate>Wed, 11 Jul 2007 08:44:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-35053</guid>
		<description>when the provider sends and email with a link + hash, it normally wont allow you to send you another link (lets say password recovery email) unless the timeout for the first one expires...the timeout is normally a time/cost function that limits how long or how much money it would cost you to get the hash predicted the following attempt (usually hours) 

anyway, nice website mailinator.com, can be handy!!! anyone knows for how long it keeps your emails? probably not much! 

is anyone aware of cool sampling tools that tries usual tricks (like b8/64/etc encoding, etc) and non-usual ones?</description>
		<content:encoded><![CDATA[<p>when the provider sends and email with a link + hash, it normally wont allow you to send you another link (lets say password recovery email) unless the timeout for the first one expires&#8230;the timeout is normally a time/cost function that limits how long or how much money it would cost you to get the hash predicted the following attempt (usually hours) </p>
<p>anyway, nice website mailinator.com, can be handy!!! anyone knows for how long it keeps your emails? probably not much! </p>
<p>is anyone aware of cool sampling tools that tries usual tricks (like b8/64/etc encoding, etc) and non-usual ones?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34881</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Tue, 10 Jul 2007 09:52:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34881</guid>
		<description>MadCyril:

I agree, this can be done with scripting languages like Perl, Ruby or Python. However, wouldn't you rather reduce the number of lines of code to 5 by using a public site (mailinator in this case) that simplifies your work.

Tominator:

Sometimes the password might be more valuable. Imagine a forum site. The database simply holds public info. Now imagine the admin can see my password in the clear. Since most people reuse passwords he could now try the same password on the email I used to register (which he can see in the clear).

Furthermore, some people use site-based patterns for their passwords. i.e.:

MYPASS_4_www.forumsite.org

In this case the admin who can see my pw in the clear could try using my username on amazon and the following password:

MYPASS_4_www.amazon.com

The point is, whenever it's feasible for information to be protected it should be. I personally don't want dodgy admins looking up my password :) but yes you're right, other sensitive data is usually in the clear anyways.</description>
		<content:encoded><![CDATA[<p>MadCyril:</p>
<p>I agree, this can be done with scripting languages like Perl, Ruby or Python. However, wouldn&#8217;t you rather reduce the number of lines of code to 5 by using a public site (mailinator in this case) that simplifies your work.</p>
<p>Tominator:</p>
<p>Sometimes the password might be more valuable. Imagine a forum site. The database simply holds public info. Now imagine the admin can see my password in the clear. Since most people reuse passwords he could now try the same password on the email I used to register (which he can see in the clear).</p>
<p>Furthermore, some people use site-based patterns for their passwords. i.e.:</p>
<p>MYPASS_4_www.forumsite.org</p>
<p>In this case the admin who can see my pw in the clear could try using my username on amazon and the following password:</p>
<p>MYPASS_4_www.amazon.com</p>
<p>The point is, whenever it&#8217;s feasible for information to be protected it should be. I personally don&#8217;t want dodgy admins looking up my password :) but yes you&#8217;re right, other sensitive data is usually in the clear anyways.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tominator</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34743</link>
		<dc:creator>Tominator</dc:creator>
		<pubDate>Mon, 09 Jul 2007 14:11:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34743</guid>
		<description>Hi,

I have a question: why must a password be stored in a hash with salt? Isn't the rest of the data in your database more valuable than the pw, and totally not encrypted whatsoever? What difference does hashing the pw make?

Otherwise great read.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I have a question: why must a password be stored in a hash with salt? Isn&#8217;t the rest of the data in your database more valuable than the pw, and totally not encrypted whatsoever? What difference does hashing the pw make?</p>
<p>Otherwise great read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MadCyril</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34730</link>
		<dc:creator>MadCyril</dc:creator>
		<pubDate>Mon, 09 Jul 2007 12:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34730</guid>
		<description>"Imagine writing a script that authenticates to your gmail account and parses the content of emails? This is crazy!"

-- not at all, have you met Perl? I bet this could be done in 20 lines or less.</description>
		<content:encoded><![CDATA[<p>&#8220;Imagine writing a script that authenticates to your gmail account and parses the content of emails? This is crazy!&#8221;</p>
<p>&#8211; not at all, have you met Perl? I bet this could be done in 20 lines or less.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ol</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34520</link>
		<dc:creator>ol</dc:creator>
		<pubDate>Sun, 08 Jul 2007 08:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34520</guid>
		<description>A paper that shows how to attack password request functionality using buffer truncation attacks..

http://www.sec-1labs.co.uk/papers/BTA_CensoredRelease.pdf</description>
		<content:encoded><![CDATA[<p>A paper that shows how to attack password request functionality using buffer truncation attacks..</p>
<p><a href="http://www.sec-1labs.co.uk/papers/BTA_CensoredRelease.pdf" rel="nofollow">http://www.sec-1labs.co.uk/pap.....elease.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pagvac</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34292</link>
		<dc:creator>pagvac</dc:creator>
		<pubDate>Fri, 06 Jul 2007 21:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34292</guid>
		<description>pdp:

didn't know mailinator supports rss feeds. this makes the parsing even easier. well spotted!

mario:

password reminder and header injection is definitely an interesting topic to discuss. Although I haven't played with this topic, who knows, you might find something on the topic in the future GNUCITIZEN :)

ntp:

life wouldn't really be the same without GNU tools :-). Especially curl, I'm a huge fan of the project. It even supports proprietary authentication mechanisms like Windows authentication (NTLM auth), proxies, etc ... it really is a must-have tool for server-side attacks.</description>
		<content:encoded><![CDATA[<p>pdp:</p>
<p>didn&#8217;t know mailinator supports rss feeds. this makes the parsing even easier. well spotted!</p>
<p>mario:</p>
<p>password reminder and header injection is definitely an interesting topic to discuss. Although I haven&#8217;t played with this topic, who knows, you might find something on the topic in the future GNUCITIZEN :)</p>
<p>ntp:</p>
<p>life wouldn&#8217;t really be the same without GNU tools :-). Especially curl, I&#8217;m a huge fan of the project. It even supports proprietary authentication mechanisms like Windows authentication (NTLM auth), proxies, etc &#8230; it really is a must-have tool for server-side attacks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ntp</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34254</link>
		<dc:creator>ntp</dc:creator>
		<pubDate>Fri, 06 Jul 2007 16:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34254</guid>
		<description>huh.  mailinator.com is a staple of mine.  i always use it (or dodgeit.com) in the mail (required) fields in blog comments.  i don't want my real email address sitting in a database or plaintext email where it can be stolen and used for nefarious purposes.

bash, curl, grep, and cut are also staples of mine.  if you do

&lt;pre&gt;&lt;code&gt;for i in `seq 0 99` ; do stuff ; done&lt;/code&gt;&lt;/pre&gt;

i think the results might come out quite faster, although i didn't check this with time(1).</description>
		<content:encoded><![CDATA[<p>huh.  mailinator.com is a staple of mine.  i always use it (or dodgeit.com) in the mail (required) fields in blog comments.  i don&#8217;t want my real email address sitting in a database or plaintext email where it can be stolen and used for nefarious purposes.</p>
<p>bash, curl, grep, and cut are also staples of mine.  if you do</p>
<pre><code>for i in `seq 0 99` ; do stuff ; done</code></pre>
<p>i think the results might come out quite faster, although i didn&#8217;t check this with time(1).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34180</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Fri, 06 Jul 2007 10:19:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34180</guid>
		<description>yep, ap is our password hacking guru, :) I am sure he will take on the challenge. sometimes, I get the feeling that he can make a password cracker out of chair or something.</description>
		<content:encoded><![CDATA[<p>yep, ap is our password hacking guru, :) I am sure he will take on the challenge. sometimes, I get the feeling that he can make a password cracker out of chair or something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .mario</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34177</link>
		<dc:creator>.mario</dc:creator>
		<pubDate>Fri, 06 Jul 2007 10:11:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34177</guid>
		<description>Hi!

Nice article. Maybe it would be interesting too to write sth about password reminder and header injection - this problem is no news but still very often to find and quite related to the topic of this article.

Greetings,
.mario</description>
		<content:encoded><![CDATA[<p>Hi!</p>
<p>Nice article. Maybe it would be interesting too to write sth about password reminder and header injection - this problem is no news but still very often to find and quite related to the topic of this article.</p>
<p>Greetings,<br />
.mario</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/attacking-password-recovery-facilities/#comment-34160</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Fri, 06 Jul 2007 09:12:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/attacking-password-recovery-facilities#comment-34160</guid>
		<description>I think that your approach is very interesting. I've never heard of mailinator but it seamed to be a quite interesting service. Good stuff!

One thing that I would like to point out is that mailinator supports RSS feeds as well:

&lt;pre&gt;&lt;code&gt;http://mailinator.com/rss.jsp?email=myrandomusername&lt;/code&gt;&lt;/pre&gt;

so, it might be easier to extract all email entries with wget/curl in combination with the &lt;a href="http://xmlstar.sourceforge.net/" rel="nofollow"&gt;XMLStarlet toolkit&lt;/a&gt; or just grep/awk. Also, GMail supports RSS through the GData services. However, we need cookies for that. So yes, your approach is definitely cleaner. I love it.

Here is probably the place to mention that client-side security issues can expand across the traditional boundaries that they currently reside at. I can foresee a worm that can send XSS payloads over email and as such propagate. This is possible due to the existence of services such as mailinator and others that can transform RSS to email, email to RSS, etc. I am planning to release a paper on that soon, so stay tuned.</description>
		<content:encoded><![CDATA[<p>I think that your approach is very interesting. I&#8217;ve never heard of mailinator but it seamed to be a quite interesting service. Good stuff!</p>
<p>One thing that I would like to point out is that mailinator supports RSS feeds as well:</p>
<pre><code><a href="http://mailinator.com/rss.jsp?email=myrandomusername" rel="nofollow">http://mailinator.com/rss.jsp?.....omusername</a></code></pre>
<p>so, it might be easier to extract all email entries with wget/curl in combination with the <a href="http://xmlstar.sourceforge.net/" rel="nofollow">XMLStarlet toolkit</a> or just grep/awk. Also, GMail supports RSS through the GData services. However, we need cookies for that. So yes, your approach is definitely cleaner. I love it.</p>
<p>Here is probably the place to mention that client-side security issues can expand across the traditional boundaries that they currently reside at. I can foresee a worm that can send XSS payloads over email and as such propagate. This is possible due to the existence of services such as mailinator and others that can transform RSS to email, email to RSS, etc. I am planning to release a paper on that soon, so stay tuned.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
