<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Dominic Sparks</title>
	<atom:link href="http://domsparks.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://domsparks.wordpress.com</link>
	<description>for what it's worth...</description>
	<lastBuildDate>Tue, 13 Jan 2009 18:16:37 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Losing faith in the Web2.0 Software Community&#8230; by Paul T</title>
		<link>http://domsparks.wordpress.com/2009/01/13/losing-faith-in-the-web20-software-community/#comment-11</link>
		<dc:creator>Paul T</dc:creator>
		<pubDate>Tue, 13 Jan 2009 18:16:37 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=65#comment-11</guid>
		<description>There was a similar item a few days (or was it a week) ago on Wired after the whole MD5 vulnerability story hit. The basic gist of it was: if basic SSL doesn&#039;t quite cut it, how can we trust sites that aren&#039;t even encrypted at all? Furthermore, a lot of socnets are cross-pollinating, and in some cases prompting users for private info (passwords from other websites) without utilizing the appropriate precautions. This, to me, is the harm. You might not think that sharing socnet passwords is all that big of a deal, but what if, for example, someone uses their gmail log-in for one of those sites? That could leak a LOT of personal data, including bank account #s. 

A lot of people are bound to say that the most robust security options -- EV SSL immediately springs to mind, since it can&#039;t be replicated by phishers -- are too expensive for a lot of socnet start-ups, but my guess is that very soon these companies will have to start operating like online mail providers and maybe even e-bill sites. All it takes is a few cracks for people to lose their faith. I like digg, but given the option between discussing news stories and keeping my info private...well, do I need to finish that? I am loathe to do any business on sites without green url bars in this age.</description>
		<content:encoded><![CDATA[<p>There was a similar item a few days (or was it a week) ago on Wired after the whole MD5 vulnerability story hit. The basic gist of it was: if basic SSL doesn&#8217;t quite cut it, how can we trust sites that aren&#8217;t even encrypted at all? Furthermore, a lot of socnets are cross-pollinating, and in some cases prompting users for private info (passwords from other websites) without utilizing the appropriate precautions. This, to me, is the harm. You might not think that sharing socnet passwords is all that big of a deal, but what if, for example, someone uses their gmail log-in for one of those sites? That could leak a LOT of personal data, including bank account #s. </p>
<p>A lot of people are bound to say that the most robust security options &#8212; EV SSL immediately springs to mind, since it can&#8217;t be replicated by phishers &#8212; are too expensive for a lot of socnet start-ups, but my guess is that very soon these companies will have to start operating like online mail providers and maybe even e-bill sites. All it takes is a few cracks for people to lose their faith. I like digg, but given the option between discussing news stories and keeping my info private&#8230;well, do I need to finish that? I am loathe to do any business on sites without green url bars in this age.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Losing faith in the Web2.0 Software Community&#8230; by domsparks</title>
		<link>http://domsparks.wordpress.com/2009/01/13/losing-faith-in-the-web20-software-community/#comment-10</link>
		<dc:creator>domsparks</dc:creator>
		<pubDate>Tue, 13 Jan 2009 10:06:26 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=65#comment-10</guid>
		<description>Thanks for the comments, guys. Much appreciated.  
The big problem I have is that I&#039;m now beginning to distrust every site I encounter.  Just 10 minutes ago I went to log into Digg. Guess what - no Padlock! Did the view-source trick and couldn&#039;t see anything secure, so I sniffed it.  Now, DIGG is a big site, very well trusted. I&#039;d put it on par with facebook and all the other sites that people use.  Yet, my login is there in plain text in the sniffed packets.  This is not something you&#039;d expect on such a site, and I think it proves my point about trust being given too easily. I&#039;m now going to take my password strategy more seriously, because to be honest many of my passwords are similar, and often when logging in to a site I&#039;ll try several of them before I get the right one, so all my passwords are being exposed!  I think I&#039;m pretty savvy when it comes to this stuff, but there&#039;s probably one hell of a lot of people who are worse than me and who use the same password for digg as they do for facebook, amazon, amex, and whatever else.</description>
		<content:encoded><![CDATA[<p>Thanks for the comments, guys. Much appreciated.<br />
The big problem I have is that I&#8217;m now beginning to distrust every site I encounter.  Just 10 minutes ago I went to log into Digg. Guess what &#8211; no Padlock! Did the view-source trick and couldn&#8217;t see anything secure, so I sniffed it.  Now, DIGG is a big site, very well trusted. I&#8217;d put it on par with facebook and all the other sites that people use.  Yet, my login is there in plain text in the sniffed packets.  This is not something you&#8217;d expect on such a site, and I think it proves my point about trust being given too easily. I&#8217;m now going to take my password strategy more seriously, because to be honest many of my passwords are similar, and often when logging in to a site I&#8217;ll try several of them before I get the right one, so all my passwords are being exposed!  I think I&#8217;m pretty savvy when it comes to this stuff, but there&#8217;s probably one hell of a lot of people who are worse than me and who use the same password for digg as they do for facebook, amazon, amex, and whatever else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Losing faith in the Web2.0 Software Community&#8230; by Nick Halstead</title>
		<link>http://domsparks.wordpress.com/2009/01/13/losing-faith-in-the-web20-software-community/#comment-9</link>
		<dc:creator>Nick Halstead</dc:creator>
		<pubDate>Tue, 13 Jan 2009 09:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=65#comment-9</guid>
		<description>As Jake said the SSL certifcate is not expensive, but that is taking that you know where to look, if you went onto the verisign (and several of the other big brands) websites and found them charging £1200+ you would maybe stop looking, if you do some research and find a good reseller then paying £100 for a wildcard (allows sub-domains) is not unreasonable. 

But then you have to look at the cost of the setup, and this is where the twitter/apps side of things starts looking unreasonable, why do people make these apps? because it is fun (as a programmer) - and it is quick and dirty to build something that has potential to grow quickly, when we built http://www.tweetmeme.com/ we did it in 2 days, if we had added SSL, we have a few things to factor in.

1) Web Server Setup (this would take probably 1/2 a day for a competent sysadmin)
2) Coding - The code does need to change to take account of SSL, and if you want to give the option of SSL / Non-SSL (some people dont use SSL because of proxies) - then that is further complexity.
3) Testing

So now from a 2 day project you are adding maybe 1-2 more days - now given 2 extra days, is the twitter app developer going to think about SSL - or are they going to add more features that they think will bring in more traffic/attention?

I agree that so many consumers now just trust web 2.0 sites, and indication of level of security is now seems to be forgotten, only banking sites etc seem to bother advertising certificates. So e.g. friendfeed / twitter using SSL but not making a song and dance about it, either this shows that we are all too blasé, or that we are happy to accept it.

And given that the shift in conversation has moved towards privacy online rather than security this issue does maybe need to be given greater coverage.

And lastly, and although I believe what you are saying, we also have to look at the where the villains are really getting user data, right now I can think of a big handful of entry points that are more vunerable, e.g. wifi security, keyboard loggers, and most importantly phishing attacks.</description>
		<content:encoded><![CDATA[<p>As Jake said the SSL certifcate is not expensive, but that is taking that you know where to look, if you went onto the verisign (and several of the other big brands) websites and found them charging £1200+ you would maybe stop looking, if you do some research and find a good reseller then paying £100 for a wildcard (allows sub-domains) is not unreasonable. </p>
<p>But then you have to look at the cost of the setup, and this is where the twitter/apps side of things starts looking unreasonable, why do people make these apps? because it is fun (as a programmer) &#8211; and it is quick and dirty to build something that has potential to grow quickly, when we built <a href="http://www.tweetmeme.com/" rel="nofollow">http://www.tweetmeme.com/</a> we did it in 2 days, if we had added SSL, we have a few things to factor in.</p>
<p>1) Web Server Setup (this would take probably 1/2 a day for a competent sysadmin)<br />
2) Coding &#8211; The code does need to change to take account of SSL, and if you want to give the option of SSL / Non-SSL (some people dont use SSL because of proxies) &#8211; then that is further complexity.<br />
3) Testing</p>
<p>So now from a 2 day project you are adding maybe 1-2 more days &#8211; now given 2 extra days, is the twitter app developer going to think about SSL &#8211; or are they going to add more features that they think will bring in more traffic/attention?</p>
<p>I agree that so many consumers now just trust web 2.0 sites, and indication of level of security is now seems to be forgotten, only banking sites etc seem to bother advertising certificates. So e.g. friendfeed / twitter using SSL but not making a song and dance about it, either this shows that we are all too blasé, or that we are happy to accept it.</p>
<p>And given that the shift in conversation has moved towards privacy online rather than security this issue does maybe need to be given greater coverage.</p>
<p>And lastly, and although I believe what you are saying, we also have to look at the where the villains are really getting user data, right now I can think of a big handful of entry points that are more vunerable, e.g. wifi security, keyboard loggers, and most importantly phishing attacks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Losing faith in the Web2.0 Software Community&#8230; by jstride</title>
		<link>http://domsparks.wordpress.com/2009/01/13/losing-faith-in-the-web20-software-community/#comment-8</link>
		<dc:creator>jstride</dc:creator>
		<pubDate>Tue, 13 Jan 2009 07:58:01 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=65#comment-8</guid>
		<description>I think there are several things to look at here.

First of all, purchasing an SSL certificate is not expensive, they can be bought for a few tens of pounds/dollars and are an easy way to put some initial security in place (in terms of a &#039;padlock&#039; in the browser, and the obvious encryption).

At Tactile CRM we offer free SSL logins on all plans (even our free ones) unlike many of our competitors, but don&#039;t enforce it as an option as not everybody wants to use it (silly I know).

Secondly, a lot of these sites (based around Twitter) are not run as true startup businesses and they are a passion for people that build them. This is not an excuse to ignore security, but it is a good reason be careful with your usename.

Thirdly, the people building the sites are not always the best programmers and build the sites as a hobby, hence best practice etc. is not something they think about.

I have stopped using the numerous Twitter sites that rate/grade/ask you to vote, and have restricted my use to a couple of the larger sites that I feel I can trust.

At the end of the day it&#039;s down to user trust and what people feel comfortable with. I agree security is important and people should be aware of it (the issue of education is a thing in itself), Twitter is not helping the issue with its lack of OAuth (or such like), but as long as people are happy to hand out their details and feel the sites offer some value it&#039;s difficult to make them see otherwise.

I&#039;m currently looking at it from the other side of the fence (http://www.senokian.com/barking/2009/01/12/would-you-buy-from-these-people/) and looking at what does make people part with the credit card/make them sign up. It seems to be down to walking the walk and not a lot else.</description>
		<content:encoded><![CDATA[<p>I think there are several things to look at here.</p>
<p>First of all, purchasing an SSL certificate is not expensive, they can be bought for a few tens of pounds/dollars and are an easy way to put some initial security in place (in terms of a &#8216;padlock&#8217; in the browser, and the obvious encryption).</p>
<p>At Tactile CRM we offer free SSL logins on all plans (even our free ones) unlike many of our competitors, but don&#8217;t enforce it as an option as not everybody wants to use it (silly I know).</p>
<p>Secondly, a lot of these sites (based around Twitter) are not run as true startup businesses and they are a passion for people that build them. This is not an excuse to ignore security, but it is a good reason be careful with your usename.</p>
<p>Thirdly, the people building the sites are not always the best programmers and build the sites as a hobby, hence best practice etc. is not something they think about.</p>
<p>I have stopped using the numerous Twitter sites that rate/grade/ask you to vote, and have restricted my use to a couple of the larger sites that I feel I can trust.</p>
<p>At the end of the day it&#8217;s down to user trust and what people feel comfortable with. I agree security is important and people should be aware of it (the issue of education is a thing in itself), Twitter is not helping the issue with its lack of OAuth (or such like), but as long as people are happy to hand out their details and feel the sites offer some value it&#8217;s difficult to make them see otherwise.</p>
<p>I&#8217;m currently looking at it from the other side of the fence (<a href="http://www.senokian.com/barking/2009/01/12/would-you-buy-from-these-people/" rel="nofollow">http://www.senokian.com/barking/2009/01/12/would-you-buy-from-these-people/</a>) and looking at what does make people part with the credit card/make them sign up. It seems to be down to walking the walk and not a lot else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on It&#8217;s a question of trust&#8230; by Losing faith in the software startup community&#8230; &#171; Dominic Sparks</title>
		<link>http://domsparks.wordpress.com/2009/01/11/its-a-question-of-trust/#comment-7</link>
		<dc:creator>Losing faith in the software startup community&#8230; &#171; Dominic Sparks</dc:creator>
		<pubDate>Tue, 13 Jan 2009 01:38:01 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=48#comment-7</guid>
		<description>[...] a comment &#187;  Further to my previous entry &#8220;It&#8217;s A Question Of Trust&#8221;, and comments thereon, I have done a little further research into the blatant disregard for [...]</description>
		<content:encoded><![CDATA[<p>[...] a comment &raquo;  Further to my previous entry &#8220;It&#8217;s A Question Of Trust&#8221;, and comments thereon, I have done a little further research into the blatant disregard for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on It&#8217;s a question of trust&#8230; by domsparks</title>
		<link>http://domsparks.wordpress.com/2009/01/11/its-a-question-of-trust/#comment-6</link>
		<dc:creator>domsparks</dc:creator>
		<pubDate>Mon, 12 Jan 2009 01:45:52 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=48#comment-6</guid>
		<description>Hi Nick, thanks for the response.
I guess that&#039;s the reason those other sites only secure their login-post action.  I suppose the only downside is the lack of a padlock, but if your site has a reputation as being trustworthy maybe it&#039;s enough to simply say that it is secure, e.g. by having a button that says &#039;Secure Login&#039;, much like Amazon do on their login page...

In the mean time, I&#039;m now going to concentrate my efforts on trying to improve my twitorfit rating. I can live with the security issues, but not so much with my inexplicably low score.  Are you sure the Maths are correct on this site? :-)

Cheers,
Dominic.</description>
		<content:encoded><![CDATA[<p>Hi Nick, thanks for the response.<br />
I guess that&#8217;s the reason those other sites only secure their login-post action.  I suppose the only downside is the lack of a padlock, but if your site has a reputation as being trustworthy maybe it&#8217;s enough to simply say that it is secure, e.g. by having a button that says &#8216;Secure Login&#8217;, much like Amazon do on their login page&#8230;</p>
<p>In the mean time, I&#8217;m now going to concentrate my efforts on trying to improve my twitorfit rating. I can live with the security issues, but not so much with my inexplicably low score.  Are you sure the Maths are correct on this site? <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Cheers,<br />
Dominic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on It&#8217;s a question of trust&#8230; by Nick Halstead</title>
		<link>http://domsparks.wordpress.com/2009/01/11/its-a-question-of-trust/#comment-4</link>
		<dc:creator>Nick Halstead</dc:creator>
		<pubDate>Mon, 12 Jan 2009 00:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=48#comment-4</guid>
		<description>Hi Dominic,

Completely correct, for something like twitorfit (and thousands of others) it is a lot of extra work to put SSL behind it. 

But fav.or.it *should* have been done ages ago, we have a SSL certificate, but like you I took it that so many sites were *not* using SSL due to the lack of the padlock. And given other priorities we never went back and sorted it, we only just moved to making &#039;all&#039; authentication go through &#039;my.fav.or.it&#039; which which will now make it very easy to implement. 

The question of if the main login page should be SSL (the downside is that nothing can be cached on a SSL page, and therefore takes up 4-5x the processing) - or if we just use SSL for the post. 

I appreciate the timely reminder and will make sure it is sorted this week,

Nick</description>
		<content:encoded><![CDATA[<p>Hi Dominic,</p>
<p>Completely correct, for something like twitorfit (and thousands of others) it is a lot of extra work to put SSL behind it. </p>
<p>But fav.or.it *should* have been done ages ago, we have a SSL certificate, but like you I took it that so many sites were *not* using SSL due to the lack of the padlock. And given other priorities we never went back and sorted it, we only just moved to making &#8216;all&#8217; authentication go through &#8216;my.fav.or.it&#8217; which which will now make it very easy to implement. </p>
<p>The question of if the main login page should be SSL (the downside is that nothing can be cached on a SSL page, and therefore takes up 4-5x the processing) &#8211; or if we just use SSL for the post. </p>
<p>I appreciate the timely reminder and will make sure it is sorted this week,</p>
<p>Nick</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Catch a leaf, make a wish&#8230; by domsparks</title>
		<link>http://domsparks.wordpress.com/2009/01/10/catch-a-leaf-make-a-wish/#comment-3</link>
		<dc:creator>domsparks</dc:creator>
		<pubDate>Sun, 11 Jan 2009 10:00:30 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=30#comment-3</guid>
		<description>Yes, I&#039;m sure you can win.   But all that effort to save a relatively small amount on a relatively inexpensive item... Personally I&#039;d don&#039;t think it&#039;s worth the effort, and even if I could learn the strategies and end up bagging a new Mini for £7, I&#039;m conscious of the fact that there&#039;s a load of other mugs out there who are actually paying for it... I don&#039;t really like the idea of getting such a bargain at other people&#039;s expense.</description>
		<content:encoded><![CDATA[<p>Yes, I&#8217;m sure you can win.   But all that effort to save a relatively small amount on a relatively inexpensive item&#8230; Personally I&#8217;d don&#8217;t think it&#8217;s worth the effort, and even if I could learn the strategies and end up bagging a new Mini for £7, I&#8217;m conscious of the fact that there&#8217;s a load of other mugs out there who are actually paying for it&#8230; I don&#8217;t really like the idea of getting such a bargain at other people&#8217;s expense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Catch a leaf, make a wish&#8230; by Jordan Brighton</title>
		<link>http://domsparks.wordpress.com/2009/01/10/catch-a-leaf-make-a-wish/#comment-2</link>
		<dc:creator>Jordan Brighton</dc:creator>
		<pubDate>Sun, 11 Jan 2009 01:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://domsparks.wordpress.com/?p=30#comment-2</guid>
		<description>Swoopo is definately something you want to research a little before you start.  Most people burn through their first bidpack learning the ropes - then they either give up - or read the rules look on the internet for some advise on how to win.

I spent 100&#039;s of hours researching, collecting and analysing the results, and testing every strategy. And i have put it all into a book to help others win at Swoopo too. 

www.winswoopo.com - don&#039;t give up. It is doable - it is about timing and strategy. My last win was a small one, I paid less than $3 and used only 2 bids for a MarioKart wii game.</description>
		<content:encoded><![CDATA[<p>Swoopo is definately something you want to research a little before you start.  Most people burn through their first bidpack learning the ropes &#8211; then they either give up &#8211; or read the rules look on the internet for some advise on how to win.</p>
<p>I spent 100&#8217;s of hours researching, collecting and analysing the results, and testing every strategy. And i have put it all into a book to help others win at Swoopo too. </p>
<p><a href="http://www.winswoopo.com" rel="nofollow">http://www.winswoopo.com</a> &#8211; don&#8217;t give up. It is doable &#8211; it is about timing and strategy. My last win was a small one, I paid less than $3 and used only 2 bids for a MarioKart wii game.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
