<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blogging Nick Piggott &#187; credit card</title>
	<atom:link href="http://nick.piggott.name/blog/tag/credit-card/feed/" rel="self" type="application/rss+xml" />
	<link>http://nick.piggott.name/blog</link>
	<description>Nick Piggott's blog about the intersection between new media and radio</description>
	<lastBuildDate>Sat, 12 Feb 2011 11:43:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>(In)security through obfuscation</title>
		<link>http://nick.piggott.name/blog/2008/04/20/insecurity-through-obfuscation/</link>
		<comments>http://nick.piggott.name/blog/2008/04/20/insecurity-through-obfuscation/#comments</comments>
		<pubDate>Sun, 20 Apr 2008 14:44:08 +0000</pubDate>
		<dc:creator>Nick Piggott</dc:creator>
				<category><![CDATA[real life]]></category>
		<category><![CDATA[technology]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[fraud]]></category>
		<category><![CDATA[obfuscation]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=83</guid>
		<description><![CDATA[
Any security expert worth his salt will tell you that trying to achieve security by hiding things from people is doomed to failure. This week, I had a worrying reminder of how imperfect the security around banking can be.
I have been scanning in credit card receipts from a journey I made recently to a well-developed, [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: center;"><img style="margin: 2px;" src="http://farm3.static.flickr.com/2347/2058416935_74d9232e74_d.jpg" alt="cutting loose by SqueakyMarmot @ flickr" width="500" height="375" /></p>
<p>Any <a href="http://www.schneier.com/">security expert</a> worth his salt will tell you that trying to achieve security by hiding things from people is doomed to failure. This week, I had a worrying reminder of how<a href="http://www.schneier.com/blog/archives/2005/10/atm_fraud_and_b.html"> imperfect the security around banking</a> can be.</p>
<p>I have been scanning in credit card receipts from a journey I made recently to a well-developed, technically advanced, Western country. Indeed, I was able to pay for absolutely everything on my plastic, hence the forest size collection of receipts.</p>
<p>Ironically, the trip started with a bump because my bank refused to authorise a withdrawal from a cash machine, necessitating a (long) phone call to their customer service department to get the mandatory foreign roaming block lifted. Apparently I have to do it every time I leave the country.</p>
<p>But it&#8217;s the credit card receipts which were most interesting. I&#8217;m not going to reproduce them here, because the security risks are extreme.</p>
<p>Once upon a time, all the digits of a credit card and its expiry date were visible on the receipt, which make it a fraudsters paradise. Simply by stealing a receipt, particularly one with a signature on, you could relatively easily make fraudulent transactions until the genuine cardholder noticed and called stop.</p>
<p>So, in the UK at least, the digits are now obscured. Only the last 4 digits remain visible, along with the expiry date, thus leaving somewhere around 50,000,000 permutations to guess my card details. (Assuming that there is a smaller subset of card issuer codes than the 9999 allocated, and that some cards will indeed share the same expiry date as mine). I find the last 4 digits invaluable to work out which card I&#8217;ve put something on, so I consider the risks acceptable for the benefit I gain, and obviously UK banks too. I&#8217;ve never seen a UK credit card receipt show anything other than last 4 digits and expiry date. (Let me know if you have seen different &#8211; excepting the old manually swipe receipts!).</p>
<p>Flicking through my foreign receipts, I noticed that the obfuscated digits varied from receipt to receipt. One of the showed last 4 digits. One blanked out 4 digits in the middle (starting at position 10) and another blanked out 4 digits (starting at position 12). So my three receipts looked like this:</p>
<pre style="text-align: center;">XXXXXXXXXXXXDDDD
DDDDDDDDXXXXDDDD
DDDDDDDDDDXXXXDD</pre>
<p>The observant of you will now have noticed that, by holding those three receipts, only TWO digits of my card remain unknown. That&#8217;s 100 guesses. And to add interest to the matter, credit cards use a <a href="http://www.beachnet.com/~hstiles/cardtype.html">CRC-style validation</a>, so you wouldn&#8217;t need to crank this through much of a Visual Basic programme to find the unique number that matched that particular validation code.</p>
<p>I&#8217;m amazed that this obfuscation isn&#8217;t standardised to prevent this kind of risk occurring. I think that the second and third examples are hideously insecure anyway, giving away the type and issuer of the card (first four digits) allowing an attack on a wider number of vectors. Why does anyone need to see so many digits of a card number?</p>
<p>In none of the above cases was I asked for a PIN number, nor was the CVV of the card checked. Just a simple scribble on the paper copy of the receipt. It&#8217;s incredible.</p>
<p>There doesn&#8217;t seem to be much I can do to reduce this risk, other than keeping a very tight grip on my own receipts (which I do as a matter of course), and check my credit-card on-line every couple of days. But if those three merchants ever get together with my (and other peoples&#8217;) receipts, they could have a heck of a party.</p>
]]></content:encoded>
			<wfw:commentRss>http://nick.piggott.name/blog/2008/04/20/insecurity-through-obfuscation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

