<?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: Credit Cards Failing Open</title>
	<atom:link href="http://www.veracode.com/blog/2008/10/credit-cards-failing-open/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/</link>
	<description>Application security testing, analysis, and metrics</description>
	<lastBuildDate>Tue, 15 May 2012 22:16:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Brian Utterback</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2327</link>
		<dc:creator>Brian Utterback</dc:creator>
		<pubDate>Thu, 06 Nov 2008 15:13:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2327</guid>
		<description>Recall that originally, the credit card system didn&#039;t use authorizations at all. The credit card was checked manually against a list of canceled cards, and then it was assumed authorized, at least for all transactions below some threshold. Above that amount, the authorization was a manual phonecall. 

Given that there are thousands of legitimate transactions for each fraudulent one, and there is a high cost in good will to needlessly denying a transaction, is it any wonder that a system failure would result in &quot;Fail open&quot;?</description>
		<content:encoded><![CDATA[<p>Recall that originally, the credit card system didn&#8217;t use authorizations at all. The credit card was checked manually against a list of canceled cards, and then it was assumed authorized, at least for all transactions below some threshold. Above that amount, the authorization was a manual phonecall. </p>
<p>Given that there are thousands of legitimate transactions for each fraudulent one, and there is a high cost in good will to needlessly denying a transaction, is it any wonder that a system failure would result in &#8220;Fail open&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Gilbert</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2326</link>
		<dc:creator>Christopher Gilbert</dc:creator>
		<pubDate>Thu, 06 Nov 2008 13:58:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2326</guid>
		<description>Was the expired credit card account actually billed, or did the requested transaction succeed in response only?

Curiosity compels me to to ask if the credit card service specifies a request limit on this sort of repeated failure. I could imagine that a TOS would require that an application throttle itself for such repeated failures; if the application ignored these rules, sending an &quot;authorized&quot; response without carrying out the transaction may be a quick way to entice the owner to fix the code.</description>
		<content:encoded><![CDATA[<p>Was the expired credit card account actually billed, or did the requested transaction succeed in response only?</p>
<p>Curiosity compels me to to ask if the credit card service specifies a request limit on this sort of repeated failure. I could imagine that a TOS would require that an application throttle itself for such repeated failures; if the application ignored these rules, sending an &#8220;authorized&#8221; response without carrying out the transaction may be a quick way to entice the owner to fix the code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: None</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2318</link>
		<dc:creator>None</dc:creator>
		<pubDate>Tue, 04 Nov 2008 14:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2318</guid>
		<description>Sounds much like the Android ToS.  If the system fails to communicate, it assumes it is authorized.

3.7 Optimistic Delivery. To the extent that total unpaid Market Products are not material to total Market sales, the Market may choose to deliver the Developer&#039;s Products to users without prior payment authorization when the Market Payment Processor cannot communicate with the user&#039;s payment provider. If payment authorization fails, Market Payment Processor will send an email to the user requesting a different billing instrument. If the user never pays, Developer will not get paid for the previously delivered Products and Payment Processor will send a message to Developer in its settlement account that download has occurred but the user was not charged due to authorization failure.</description>
		<content:encoded><![CDATA[<p>Sounds much like the Android ToS.  If the system fails to communicate, it assumes it is authorized.</p>
<p>3.7 Optimistic Delivery. To the extent that total unpaid Market Products are not material to total Market sales, the Market may choose to deliver the Developer&#8217;s Products to users without prior payment authorization when the Market Payment Processor cannot communicate with the user&#8217;s payment provider. If payment authorization fails, Market Payment Processor will send an email to the user requesting a different billing instrument. If the user never pays, Developer will not get paid for the previously delivered Products and Payment Processor will send a message to Developer in its settlement account that download has occurred but the user was not charged due to authorization failure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larry Seltzer</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2315</link>
		<dc:creator>Larry Seltzer</dc:creator>
		<pubDate>Sun, 02 Nov 2008 14:38:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2315</guid>
		<description>You say the Amex logs showed the successful attempts, but did they show the repeated failures? Perhaps that&#039;s all they saw in which case the fault is probably on the merchant end or some intermediary.</description>
		<content:encoded><![CDATA[<p>You say the Amex logs showed the successful attempts, but did they show the repeated failures? Perhaps that&#8217;s all they saw in which case the fault is probably on the merchant end or some intermediary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Eng</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2314</link>
		<dc:creator>Chris Eng</dc:creator>
		<pubDate>Fri, 31 Oct 2008 16:35:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2314</guid>
		<description>@Nate: They are the merchant, so I&#039;d guess they were submitting the approval request to a card processor.  I don&#039;t know for sure though, it was a brief convo.  The comment by &quot;me&quot; does seem to suggest it&#039;s a design issue though, perhaps with a lower threshold for a card-present transaction such as the Metrocard system.</description>
		<content:encoded><![CDATA[<p>@Nate: They are the merchant, so I&#8217;d guess they were submitting the approval request to a card processor.  I don&#8217;t know for sure though, it was a brief convo.  The comment by &#8220;me&#8221; does seem to suggest it&#8217;s a design issue though, perhaps with a lower threshold for a card-present transaction such as the Metrocard system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2313</link>
		<dc:creator>Nate</dc:creator>
		<pubDate>Fri, 31 Oct 2008 16:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2313</guid>
		<description>Chris, I&#039;m not sure where your friend was submitting the cards for verification.  On a retailer website?  To a card processor?  There are numerous parties in the chain, and it&#039;s unclear where your friend was accessing the system.  You need more details.</description>
		<content:encoded><![CDATA[<p>Chris, I&#8217;m not sure where your friend was submitting the cards for verification.  On a retailer website?  To a card processor?  There are numerous parties in the chain, and it&#8217;s unclear where your friend was accessing the system.  You need more details.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Credit Card On Credit Speak &#187; Blog Archive &#187; Credit Cards Failing Open</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2311</link>
		<dc:creator>Credit Card On Credit Speak &#187; Blog Archive &#187; Credit Cards Failing Open</dc:creator>
		<pubDate>Fri, 31 Oct 2008 06:55:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2311</guid>
		<description>[...] Credit Cards Failing Open Problem solved. But that credit card weirdness is nothing compared to the one I’m about to describe. Before we do that, let’s take a moment&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] Credit Cards Failing Open Problem solved. But that credit card weirdness is nothing compared to the one I’m about to describe. Before we do that, let’s take a moment&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Eng</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2310</link>
		<dc:creator>Chris Eng</dc:creator>
		<pubDate>Fri, 31 Oct 2008 05:38:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2310</guid>
		<description>@Wim: Good point on the door locks.  Most systems I&#039;ve encountered though, you can always exit, you only need the card key to enter.  In some large buildings you have to press a button on the wall to get out, but not swipe a card.  Either way, if egress is card-controlled, then clearly the &quot;people first&quot; rule makes sense.

@me: Interesting. The plot thickens!</description>
		<content:encoded><![CDATA[<p>@Wim: Good point on the door locks.  Most systems I&#8217;ve encountered though, you can always exit, you only need the card key to enter.  In some large buildings you have to press a button on the wall to get out, but not swipe a card.  Either way, if egress is card-controlled, then clearly the &#8220;people first&#8221; rule makes sense.</p>
<p>@me: Interesting. The plot thickens!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2309</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Fri, 31 Oct 2008 02:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2309</guid>
		<description>I&#039;ll try and dig it up if I can.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll try and dig it up if I can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: me</title>
		<link>http://www.veracode.com/blog/2008/10/credit-cards-failing-open/comment-page-1/#comment-2308</link>
		<dc:creator>me</dc:creator>
		<pubDate>Thu, 30 Oct 2008 22:24:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=416#comment-2308</guid>
		<description>When you buy a metro ticket in New York with your credit card you need to enter your 5 digit postal code as some kind of security measure. I still have an Austrian credit card and of course the system rejects the 4 digit postal code to which the card is registered. If I however enter the wrong code enough times (4 times or so), the system suddenly accepts the card.</description>
		<content:encoded><![CDATA[<p>When you buy a metro ticket in New York with your credit card you need to enter your 5 digit postal code as some kind of security measure. I still have an Austrian credit card and of course the system rejects the 4 digit postal code to which the card is registered. If I however enter the wrong code enough times (4 times or so), the system suddenly accepts the card.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

