<?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: How to buy a 65” Plasma for $.99</title>
	<atom:link href="http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/</link>
	<description>Notes from the edge</description>
	<pubDate>Tue, 06 Jan 2009 13:35:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: bill</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-48347</link>
		<dc:creator>bill</dc:creator>
		<pubDate>Sat, 29 Mar 2008 17:29:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-48347</guid>
		<description>Bill,

Thanks for the comment. You are of course incorrect. The problem here has nothing to do with the transport mechanism, and everything to do with the data being sent. Most shopping carts take as input from the user a SKU and a QTY. The price is calculated on the back-end. If I manipulate one of these fields, all I get is a different product or a different quantity. No big deal.

With Cartit, the price is also sent from the client to the server, and can be manipulated. Unless you have some other mechanism on the back-end that re-validates the price, the changed value will be accepted. Transporting this over SSL would have no effect, because I change the value on my side before I send it. 

Thanks for stopping by and reading my article!

-Bill</description>
		<content:encoded><![CDATA[<p>Bill,</p>
<p>Thanks for the comment. You are of course incorrect. The problem here has nothing to do with the transport mechanism, and everything to do with the data being sent. Most shopping carts take as input from the user a SKU and a QTY. The price is calculated on the back-end. If I manipulate one of these fields, all I get is a different product or a different quantity. No big deal.</p>
<p>With Cartit, the price is also sent from the client to the server, and can be manipulated. Unless you have some other mechanism on the back-end that re-validates the price, the changed value will be accepted. Transporting this over SSL would have no effect, because I change the value on my side before I send it. </p>
<p>Thanks for stopping by and reading my article!</p>
<p>-Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-47783</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Thu, 27 Mar 2008 17:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-47783</guid>
		<description>This is a perfect example of the uneducated telling a story without any facts- fact is man-in-the-middle have been around a long time and if CartIt is insecure, then so is Paypal and any other form-based cart. This "exploit" is trivial and simply not likely to ever get past any small merchant running cartit. Data tampering in such a way as this would be simple theft.  CartIt is secure so you've proved nothing except that someone could manipulate the price. They could also manipulate any other form field data as well. Considering the number of fraud orders the average online merchant gets each day, this would be trivial to catch. What is disgraceful is your characterization of a host being bad because they support a cart? So do the same to PayPal- why not? An easy way around this would be to install cartit.cgi to an SSL URL and make all posts to the cart via SSL. EASY but SLOW.</description>
		<content:encoded><![CDATA[<p>This is a perfect example of the uneducated telling a story without any facts- fact is man-in-the-middle have been around a long time and if CartIt is insecure, then so is Paypal and any other form-based cart. This &#8220;exploit&#8221; is trivial and simply not likely to ever get past any small merchant running cartit. Data tampering in such a way as this would be simple theft.  CartIt is secure so you&#8217;ve proved nothing except that someone could manipulate the price. They could also manipulate any other form field data as well. Considering the number of fraud orders the average online merchant gets each day, this would be trivial to catch. What is disgraceful is your characterization of a host being bad because they support a cart? So do the same to PayPal- why not? An easy way around this would be to install cartit.cgi to an SSL URL and make all posts to the cart via SSL. EASY but SLOW.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-3392</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 27 Feb 2007 22:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-3392</guid>
		<description>Very informative site. Good job.</description>
		<content:encoded><![CDATA[<p>Very informative site. Good job.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-1415</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 24 Jan 2007 22:56:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-1415</guid>
		<description>Calling CartIt and other carts like it insecure because it allows the hidden field is incorrect.  It is not insecure for this reason.  The reason for allowing such is to not depend on a shopping cart's ability to present a product page the way the merchant wants.  CartIt, like most like it, allows the merchant to create a way to check this price and verify that it is valid (though most don't use it). 

CartIt merchants are small merchants.  They typically only have one or two people working for them.  They usually will catch pricing information that is wrong because they hand process each of the orders. 

As for the checking the referring URL.  CartIt can check for this, but blame companies like Symantec and ZoneLabs for this not being enabled.  Because they find that sending a referring URL is a privacy violation, these products, by default, block the sending of the referring URL.</description>
		<content:encoded><![CDATA[<p>Calling CartIt and other carts like it insecure because it allows the hidden field is incorrect.  It is not insecure for this reason.  The reason for allowing such is to not depend on a shopping cart&#8217;s ability to present a product page the way the merchant wants.  CartIt, like most like it, allows the merchant to create a way to check this price and verify that it is valid (though most don&#8217;t use it). </p>
<p>CartIt merchants are small merchants.  They typically only have one or two people working for them.  They usually will catch pricing information that is wrong because they hand process each of the orders. </p>
<p>As for the checking the referring URL.  CartIt can check for this, but blame companies like Symantec and ZoneLabs for this not being enabled.  Because they find that sending a referring URL is a privacy violation, these products, by default, block the sending of the referring URL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-552</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Thu, 28 Dec 2006 23:38:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-552</guid>
		<description>Interesting story, you should have posted more text when you dropped a link on my forum though. I nearly deleted it as spam.
Anyway I dugg this and your Added to my Digg Army.
I will let you know when we have gathered some more troops then we can get digging.</description>
		<content:encoded><![CDATA[<p>Interesting story, you should have posted more text when you dropped a link on my forum though. I nearly deleted it as spam.<br />
Anyway I dugg this and your Added to my Digg Army.<br />
I will let you know when we have gathered some more troops then we can get digging.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: me</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-67</link>
		<dc:creator>me</dc:creator>
		<pubDate>Tue, 21 Nov 2006 10:07:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-67</guid>
		<description>It just annoys me this even exists these days - it is disgraceful that the product is in such wide circulation still</description>
		<content:encoded><![CDATA[<p>It just annoys me this even exists these days - it is disgraceful that the product is in such wide circulation still</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to Buy a 65&#8243; Plasma for $.99 &#171; Paul´s Blog</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-65</link>
		<dc:creator>How to Buy a 65&#8243; Plasma for $.99 &#171; Paul´s Blog</dc:creator>
		<pubDate>Fri, 17 Nov 2006 17:38:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-65</guid>
		<description>[...] read more&#160;&#124;&#160;digg story [...]</description>
		<content:encoded><![CDATA[<p>[...] read more&nbsp;|&nbsp;digg story [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anon</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-62</link>
		<dc:creator>Anon</dc:creator>
		<pubDate>Thu, 16 Nov 2006 03:27:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-62</guid>
		<description>AMATEUR Lawyer.....don't relly on this !
---------------------------
Advertisement is an offer to treat.
Customers Order is an Offer to buy at a price (usualy matching the advertised price)
Acceptance comes from the shops end when they ring up the purchase

Offer + Acceptance = Contract.
-----------------------------------------------



AFAIK it is legal to make an offer of any amount regardless of  the price on the shelf or the web site.

Walking into a shop and offering 99c for a TV is legal (You would expect the shop clerk to refuse your offer in that case)  
If a shop is stupid enough to automate a process that accepts any offer you make then that's their problem.</description>
		<content:encoded><![CDATA[<p>AMATEUR Lawyer&#8230;..don&#8217;t relly on this !<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
Advertisement is an offer to treat.<br />
Customers Order is an Offer to buy at a price (usualy matching the advertised price)<br />
Acceptance comes from the shops end when they ring up the purchase</p>
<p>Offer + Acceptance = Contract.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>AFAIK it is legal to make an offer of any amount regardless of  the price on the shelf or the web site.</p>
<p>Walking into a shop and offering 99c for a TV is legal (You would expect the shop clerk to refuse your offer in that case)<br />
If a shop is stupid enough to automate a process that accepts any offer you make then that&#8217;s their problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ex-FBI</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-61</link>
		<dc:creator>ex-FBI</dc:creator>
		<pubDate>Thu, 16 Nov 2006 01:39:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-61</guid>
		<description>+ more

To all store owners, get a proper shopping cart which which does not have such a serious vulnerability.

Its probably time consuming to filter out all the orders that came through in the last couple of days from kiddies using their parents credit cards so ensure you have a deterrent in place on the main page or checkout page, if you are unable to secure the shopping cart software. A simple, "alterations of prices is fraud" on the final checkout page would weed out 90% of these sorts of transactions.</description>
		<content:encoded><![CDATA[<p>+ more</p>
<p>To all store owners, get a proper shopping cart which which does not have such a serious vulnerability.</p>
<p>Its probably time consuming to filter out all the orders that came through in the last couple of days from kiddies using their parents credit cards so ensure you have a deterrent in place on the main page or checkout page, if you are unable to secure the shopping cart software. A simple, &#8220;alterations of prices is fraud&#8221; on the final checkout page would weed out 90% of these sorts of transactions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ex-FBI</title>
		<link>http://www.edgeblog.net/2006/how-to-buy-a-plasma-for-99/comment-page-1/#comment-60</link>
		<dc:creator>ex-FBI</dc:creator>
		<pubDate>Thu, 16 Nov 2006 01:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2006/how-to-buy-a-65%e2%80%9d-plasma-for-99/#comment-60</guid>
		<description>I've worked in the computer crimes division for the FBI for several years. These days I'm a private investigator with a major banking corporation.

Firstly, there is no actual 'crime' unless the goods were shipped out. If the transaction was cancelled by the store owner, then it was never actually completed, so no 'contract' was entered into to be defrauded - hence, no case for wire fraud. Wire fraud needs to be proven by hard evidence in any case. The plaintiff would have to prove that their computers and server was compromised and that the user actually benefitted from the transaction by receiving the goods. 

Again, no loss, and no evidence of loss  so no prosecution. The only thing the store owner would be doing is wasting the FBI's time and hindering their chances of a good and solid investigation regarding a real fraudulent crime in the future.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve worked in the computer crimes division for the FBI for several years. These days I&#8217;m a private investigator with a major banking corporation.</p>
<p>Firstly, there is no actual &#8216;crime&#8217; unless the goods were shipped out. If the transaction was cancelled by the store owner, then it was never actually completed, so no &#8216;contract&#8217; was entered into to be defrauded - hence, no case for wire fraud. Wire fraud needs to be proven by hard evidence in any case. The plaintiff would have to prove that their computers and server was compromised and that the user actually benefitted from the transaction by receiving the goods. </p>
<p>Again, no loss, and no evidence of loss  so no prosecution. The only thing the store owner would be doing is wasting the FBI&#8217;s time and hindering their chances of a good and solid investigation regarding a real fraudulent crime in the future.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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