<?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>The Merchant Account Blog &#187; Fraud</title>
	<atom:link href="http://www.merchantequip.com/merchant-account-blog/category/fraud/feed" rel="self" type="application/rss+xml" />
	<link>http://www.merchantequip.com/merchant-account-blog</link>
	<description>Merchant Accounts, Ecommerce, Processing Equipment</description>
	<lastBuildDate>Wed, 18 Jan 2012 15:32:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>A Square payment without proper research fails</title>
		<link>http://www.merchantequip.com/merchant-account-blog/1542/payment-technology-without-research</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/1542/payment-technology-without-research#comments</comments>
		<pubDate>Thu, 10 Mar 2011 18:50:26 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Credit Card Equipment]]></category>
		<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Merchant Accounts]]></category>

		<guid isPermaLink="false">http://www.merchantequip.com/merchant-account-blog/?p=1542</guid>
		<description><![CDATA[A long time ago I wrote an article about credit card skimming. It remains the most visited page on this blog, I believe, because credit card skimming is one of those concerns that apply to both consumers and to businesses. About a year ago one of the founders of Twitter and some other talented business [...]]]></description>
			<content:encoded><![CDATA[<p>A long time ago I wrote an article about <a href="http://www.merchantequip.com/merchant-account-blog/149/credit-card-skimming-and-places-that-sell-skimming-devices">credit card skimming</a>. It remains the most visited page on this blog, I believe, because credit card skimming is one of those concerns that apply to both consumers and to businesses.</p>
<p>About a year ago one of the founders of Twitter and some other talented business persons came up with a mobile payment method called square. Square is a very tiny card reader that attaches to the audio port on a smart phone. It&#8217;s truly a clever little device that utilizes an existing port that just about every phone has. Merchant&#8217;s can sign up with Square without any fee and just about instantly process. Because of the ease of setup, there&#8217;s been some angry customers with money held, but something like this should be expected as the services operates on a similar model to Paypal. Square got some quick funding, and went off to the races faster than any payment related service in history. However, there&#8217;s a problem&#8230;</p>
<p>Unfortunately, Square also introduced one of the most efficient and low cost methods of creating an advanced credit card skimmer. When you sign up with Square&#8217;s processing service, you get the square for FREE. That&#8217;s right, for free you can turn your iPhone into a credit card skimming device. Thieves don&#8217;t even have to pay the $50 or so for a skimmer anymore, they get one for free. Not only is Square efficient and free, but they&#8217;ve already distributed hundreds of thousands of these little skimming nightmares all over the US.</p>
<blockquote cite="Verifone"><p>A criminal signs up with Square, obtains the dongle for free and creates a fake Square app on his smartphone. Insert the dongle into the audio jack of a smartphone or iPad, and you’ve got a mobile skimming device that fits in your pocket and that can be used to illegally collect personal and financial data from the magnetic stripe of a payment card. It’s shockingly simple.</p></blockquote>
<p><strong>There are 2 major problem with the Square hardware. </strong></p>
<p>First, the square device does not encrypt data being transmitted between the reader and the phone. This could easily leave the service open to a targeted attack where other software could read the card information when it is being transmitted between the reader and the phone. This sort of issue may never be a major problem as it would take very specific software or a compromised phone for this flaw to be taken advantage of. However, it still remains a security possibility, one that cannot be overcome without updating the hardware completely.</p>
<p>Second, since the hardware has no encryption or secure link between it and the phone/square service, a programmer could easily write a program that would simply record the card information onto a database or file on the phone. This is the main problem that Verifone and many others are up in arms about. With the large memory cards that are commonly found in phones, a thief could theoretically store millions of card numbers on their phone. Additionally, since just about everyone has a cell phone, it is considerably less conspicuous for a thief to skim cards with a phone than with the dedicated skimmers which look something between a pager or a magnetic card reader you would see attached to a computer.</p>
<p>This morning, VeriFone launched <a href="http://www.sq-skim.com/">an entire website</a> dedicated towards bringing down square. While VeriFone is a direct and probably the largest competitor of Square with their PayWare Mobile App, they have quickly illustrated not only that the square can be used for skimming, but that there is software that can already be used with the square hardware.</p>
<p>The problem now is that there are tons of these square credit cards readers all over the place, so the damage has already been done. At this point there&#8217;s literally nothing that can be done to prevent skimming using square devices. There&#8217;s even applications for blackberry and android that already work with the square hardware even though it was designed for the iPhone and iPad. I think that this sort of hardware is a perfect example of what happens when a company pushes software or hardware without putting enough in the research in how to make it secure. There&#8217;s more than 1 way to steal a credit card number&#8230; </p>
<p>With the amount of focus on PCI and data security of the last 10 years this is a blatant disregard for the most basic best practices, even those established 10 years ago. Twitter may be a whimsical concept, but there&#8217;s really nothing amusing about completely botching credit card data security at the expense of consumers and the businesses whom accept those stolen cards&#8230;</p>
<p><strong>Update 03-10-2011</strong></p>
<p>So, Jack Dorsey <a href="http://techcrunch.com/2011/03/09/squares-jack-dorsey-verifones-security-hole-allegation-is-not-a-fair-or-accurate-claim/">issued a rebuttal to VeriFone</a>&#8216;s website and statements about the Square.</p>
<blockquote><p>Second, as Dorsey points out, credit card fraud is not new. Every single time you hand over your credit card to someone (whether it is a merchant using Square, or any one of the dozens of other credit card input methods) you are trusting them not to steal it. Criminals steal credit card numbers all the time, both online and offline. <strong>But it happens, and when it does, consumers are not liable for fraudulent charges, the credit card companies are.</strong></p></blockquote>
<p>What&#8217;s not fair or accurate is Jack Dorsey&#8217;s fundamental lack of understanding of how the credit card industry works! Any merchant knows that if they accept a credit card that was stolen, they are liable for the fraudulent charges. There&#8217;s no magical credit card company that&#8217;s going to float in and take responsibility for it. The merchant loses when it comes to credit card fraud, plain and simple.</p>
<p>This disregard to merchants  all while Square is trying to sell them a processing service is simply insulting. I&#8217;m a merchant as well, and this is just disrespectful.</p>
<p>After reading this, I am completely convinced that Jack Dorsey and Square have no business providing a payment service of any type to anyone. Stick to tweeting&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/1542/payment-technology-without-research/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Fraud as a Service</title>
		<link>http://www.merchantequip.com/merchant-account-blog/1191/fraud-as-a-service</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/1191/fraud-as-a-service#comments</comments>
		<pubDate>Thu, 03 Jun 2010 17:22:09 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Industry News]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=1191</guid>
		<description><![CDATA[First Data published an incredible paperPDF regarding the sophistication of electronic fraud. I highly recommend taking a look at it for anyone in the payments or IT industries, and anyone interested in learning about how advanced and organized cyber-crime has become. More than any resource I&#8217;ve seen before it, this paper gives a clear and [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.merchantequip.com/merchant-account-blog/wp-content/uploads/2010/06/fraud-report.jpg" alt="" title="fraud-report" width="350" height="459" class="alignright size-full wp-image-1195" />First Data published <a href="http://www.firstdata.com/downloads/thought-leadership/fraudtrends2010_wp.pdf">an incredible paper</a><sup>PDF</sup> regarding the sophistication of electronic fraud. I highly recommend taking a look at it for anyone in the payments or IT industries, and anyone interested in learning about how advanced and organized cyber-crime has become.</p>
<p>More than any resource I&#8217;ve seen before it, this paper gives a clear and easy to understand description of the current state of electronic crime. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/1191/fraud-as-a-service/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Blippy is why Visa and MasterCard should protect their merchants</title>
		<link>http://www.merchantequip.com/merchant-account-blog/1035/blippy-is-why-visa-and-mastercard-should-protect-their-merchants</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/1035/blippy-is-why-visa-and-mastercard-should-protect-their-merchants#comments</comments>
		<pubDate>Mon, 26 Apr 2010 19:52:47 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Data Security]]></category>
		<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Industry News]]></category>
		<category><![CDATA[Merchant Accounts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=1035</guid>
		<description><![CDATA[This last week, a social networking company Blippy, notified the world that at some point they suffered a small data breach involving a handful of their customer&#8217;s credit card numbers. Blippy is a service that allows people to share and discus, the purchases that they are making in near real-time. Basically, every time a Blippy [...]]]></description>
			<content:encoded><![CDATA[<p>This last week, a social networking company <a href="http://blippy.com/">Blippy</a>, notified the world that at some point they <a href="http://mashable.com/2010/04/23/blippy-credit-card-numbers/">suffered a small data breach involving a handful of their customer&#8217;s credit card numbers</a>.</p>
<p>Blippy is a service that allows people to share and discus, the purchases that they are making in near real-time. Basically, every time a Blippy user makes a purchase using their credit card, it shows up on Blippy. A little bit like twitter, a user can also embed their blippy feed on their blog, facebook profile, other social network, or website, and their followers can track and discuss every purchase that they make. For this to work smoothly, Blippy obviously needs to store and access some very sensitive information.</p>
<p>This data breach looks like it was extremely small, completely insignificant for realistic purposes, but I think it brings up some very strong points that should question card issuers stance on protecting their card holders.</p>
<p>The reason that Visa and MasterCard should provide some sort of protection <strong>for merchants</strong>, is that if card holders are stupid enough to share their credit card and bank login information with a social networking site such as Blippy, there&#8217;s really no reason that they should be continue to be protected at the expense of merchants. It&#8217;s simply absurd to think that merchants should bear the cost of people so ignorant that they would give their banking information out to some random website. &#8220;Social networking&#8221; and &#8220;security&#8221; are 2 terms as synonymous as fire and water.</p>
<p>One could always argue that Blippy should have kept the information more secure, which is obvious, but the real problem here is that credit cards are not meant to be used in this manner. It&#8217;s just baffling to me that someone would actually enter their card or bank login into any site that they do not have a close relationship with, or are making a purchase from. Then to expect their bank to cover them from unauthorized charges, is just beyond any reason. It&#8217;s reckless on Blippy&#8217;s part to make a service based on and requiring such sensitive information, and it&#8217;s even more reckless for card holders to share this information.</p>
<p>A quick example of the absurdity of this service is a line in Blippy&#8217;s terms of service:</p>
<blockquote><p><strong>Privacy:</strong> You may not publish or post other  people&#8217;s private and confidential information, such as credit card  numbers, street address or Social Security/National Identity numbers,  without their express authorization and permission.</p></blockquote>
<p>Hey, but Blippy can publish yours&#8230;</p>
<p>To me, this service is clearly crossing the line where credit cards were not mean to and should not go until major modifications to security and merchant protection are established!</p>
<p><strong>To top it all off, Blippy issued this <a href="http://blog.blippy.com/2010/04/23/blippy-and-credit-card-numbers/">statement on their blog</a>:</strong></p>
<blockquote><p>In general, it’s important to remember that you’re never responsible if  someone uses your credit card without your permission.</p></blockquote>
<p>As a merchant and a merchant service provider, I don&#8217;t want to end up taking a stolen card because a card holder decided to hand out their banking information to a social networking site, who thinks that chargeback expenses are somehow covered by a magical chargeback fairy. It&#8217;s the merchant that accepted the card who eats the cost of your poor programming, and complete lack of data security. I think Visa and MasterCard need to step in right now and quash this type of service, and specifically Blippy. It&#8217;s really simple, as Blippy is not involved in any part of a credit card transaction, they have no right to a card holder&#8217;s transaction information.</p>
<p>Blippy has <a href="http://blog.blippy.com/2010/04/26/blippy-issues-resolutions-plan/">issued resolutions</a> to prevent this from happening again, but realistically their service should be canned now! My hat goes out to anyone who can get a $12M investment in a service that lets people share their purchases with the world, but it&#8217;s time that this is stopped before it gets out of hand.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/1035/blippy-is-why-visa-and-mastercard-should-protect-their-merchants/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>30 Second Fraud Checklist for Ecommerce Merchants</title>
		<link>http://www.merchantequip.com/merchant-account-blog/1004/30-second-fraud-checklist-for-ecommerce-merchants</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/1004/30-second-fraud-checklist-for-ecommerce-merchants#comments</comments>
		<pubDate>Wed, 17 Mar 2010 20:36:13 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Merchant Accounts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=1004</guid>
		<description><![CDATA[Credit card fraud and online ordering fraud has hampered ecommerce merchants since the first credit card payment was taken over the internet. Because fraud is still successful, and because there is virtually no way to go after someone you suspect of fraud, it is still a plague to website owners trying to run a business [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.merchantequip.com/merchant-account-blog/wp-content/uploads/2010/03/online-fraud.jpg"><img class="alignright size-full wp-image-1016" title="online-fraud" src="http://www.merchantequip.com/merchant-account-blog/wp-content/uploads/2010/03/online-fraud.jpg" alt="" width="250" height="250" /></a>Credit card fraud and online ordering fraud has hampered ecommerce merchants since the first credit card payment was taken over the internet. Because fraud is still successful, and because there is virtually no way to go after someone you suspect of fraud, it is still a plague to website owners trying to run a business on the internet. Online fraud is especially troublesome to online retailers, because they end up losing twice, first when the merchandise they shipped is not recoverable, and second when the real cardholder makes a chargeback. Now they lose the merchandise and the money they would have collected for it. There are numerous fraud screening applications designed to help ecommerce merchants prevent accepting and shipping fraudulent orders. However, many ecommerce sites aren&#8217;t even covering the most basic of fraud screening principals.</p>
<p>Here is 10 items that should be checked on every order before shipping. If you do nothing else for fraud screening at least cover these basic principals to help prevent some of the more obvious fraud.</p>
<p>If any of these are true, it&#8217;s a good idea to further review the order, or contact the person making the purchase before shipping.</p>
<ol>
<li>Billing and Shipping Addresses Don&#8217;t Match</li>
<li>Requesting Overnight Shipping</li>
<li>Order is for Multiple Quantities of the Same Item</li>
<li>Items Being Ordered are Mainly of High Value</li>
<li>Order is for Uncommonly Purchased Items</li>
<li>Different but Related Products Being Ordered</li>
<li>AVS and/or CVV Verification Failed</li>
<li>Customer Made Several Unsuccessfully Attempts Before the Transaction was Approved</li>
<li>Customer&#8217;s phone number and/or email look unconventional</li>
<li>Order is Being Shipped to Africa, Asia, or Eastern Europe</li>
</ol>
<p><strong><span id="more-1004"></span>1. Billing and Shipping Addresses Don&#8217;t Match</strong></p>
<p>This should be the first sign of potential trouble. While not impossible, it is rare for fraudulent orders to be shipped and billed to the same address. Someone making a purchase fraudulently will often have the item shipped to a forwarding address or other location that they are not personally associated with.</p>
<p>It is common for shoppers to ship to their home or business address which may be different from their billing address. Nevertheless, it&#8217;s a good idea to at least take a look at orders that do not have matching shipping or billing addresses. If an order is being billed to Omar Patel in Houston, and being shipped to John Smith in Seattle, you may want to ask why&#8230;</p>
<p><strong>2. Requesting Overnight Shipping</strong></p>
<p>While it&#8217;s completely reasonable for a customer to want their order ASAP, expedited shipping is a very common trait of fraudulent orders. The thief needs to get the merchandise as quickly as possible before a chargeback is made. With slower shipping methods, the merchant has the opportunity to halt the shipment if they receive a chargeback, or identify the order as fraud, which would make nullify the efforts of the thief.</p>
<p><strong>3. Order is for Multiple Quantities of the Same Item</strong></p>
<p>Many times, fraudulent orders are made with the intention of reselling the merchandise on eBay, Craigslist or locally. Multiple items make an easier sale and easier money especially if the items are in high demand.</p>
<p>Depending on your industry you may often get orders for multiple items, so this rule applies much less to some industries. For us, we often get orders for 10 or more credit card terminals as many businesses have multiple locations. Over time, you should be able to better identify common ordering trends.</p>
<p><strong>4. Items Being Ordered are Mainly of High Value</strong></p>
<p>As with above, since many fraudulent orders are placed with the intention of reselling the merchandise, the most expensive merchandise often yields the greatest rewards. The merchandise can be quickly sold and the thief can makes a decent profit even when discounting 50% or more. The higher the value of the merchandise to you, the higher the value to someone trying to steal it.</p>
<p>If your average order is $200, you should definitely take a closer look when someone places an order for $10,000. Also, keep in mind that the larger the order, the more damage to your business if a fraudulent order is successfully placed.</p>
<p><strong>5. Order is for Uncommonly Purchased Items</strong></p>
<p>I&#8217;m not entirely clear on the reasoning behind this, but it&#8217;s not uncommon for fraudulent orders to be for items that are rarely purchased. Most likely it is due to careless research on the thieves part. If you sell thousands of orders per year and have never sold some particular item, I would be suspicious when someone comes along wanting it. There&#8217;s usually a reason why some products sell a lot and why others never sell. It&#8217;s not common for only 1 customer ever to be interested in an item that you offer.</p>
<p>New ecommerce sites will have a hard time with this rule, but once you establish some sales history and if you really know your products, it&#8217;s easy to spot and flag orders with uncommon items in them.</p>
<p><strong>6. Different but Related Products Being Ordered</strong></p>
<p>Let&#8217;s assume you sell LCD TV&#8217;s online. It&#8217;s very common for someone to come along and purchase a single TV. Maybe you have a sale and someone purchases several TV&#8217;s on sale, still a completely reasonable scenario.</p>
<p>Now, let&#8217;s say someone orders 5 TV&#8217;s, and every one is a different brand and size. This should immediately raise a red flag. Yes, it&#8217;s possible that someone wants 5 completely different TV&#8217;s, but purchasing products like this is not a common shopping or even human behavior and warrants further investigation.</p>
<p><strong>7. AVS and/or CVV Verification Failed</strong></p>
<p>While the majority of the <a href="http://www.merchantequip.com/merchant-account-blog/284/only-half-of-top-ecommerce-sites-require-card-verification">largest ecommerce sites still do not require CVV</a>, it&#8217;s a really <a href="http://www.merchantequip.com/merchant-account-blog/415/why-cvv-is-worthless-and-why-its-not">good idea for you to</a>. If your customers are US based, requiring a positive AVS zip code match is also a good idea. AVS verifies the address of the cardholder, and CVV verifies that the person placing the order has at least had the physical credit card in their possession. Even if  the card number was stolen, odds are the thief does not have the CVV number unless the entire card was stolen.  If the entire card was stolen, there&#8217;s a good chance that the owner would have canceled it already. CVV costs nothing, and I strongly recommend all merchants to at least require it to be submitted. Because the number can be worn off the card, I do not always recommend a positive match, but this is something you need to assess specifically for your business and your customers. When in doubt, require it!</p>
<p><strong>8. Customer Made Several Unsuccessfully Attempts Before the Transaction was  Approved</strong></p>
<p>This works in conjunction with AVS and CVV verification. If someone is attempting to place orders using a stolen card, it&#8217;s common for several declines due to an incorrect address, expiration date, or CVV.  Keep a close eye on customers that submit multiple declined or AVS/CVV mismatch transactions. 1 or 2 errors may be common, but if you start seeing a group of attempts it may be a sure sign of fraud.</p>
<p>If you start seeing hundreds or even thousands of attempts it is almost certainly an entirely <a href="http://www.merchantequip.com/merchant-account-blog/36/what-does-a-fraudulent-transaction-look-like">different type of fraud called carding</a>. This type of fraud can be very costly to your business even if you never lose any merchandise, so it&#8217;s important that you promptly address and correct the situation that is allowing it.</p>
<p><strong>9. Customer&#8217;s phone number, email and/or shipping information look unconventional</strong></p>
<p>You wouldn&#8217;t believe how many times fraudulent orders use incorrect, fake, or just plain goofy email addresses, phone numbers, and ship-to information. If you get bounced receipt emails, see an email like fbi.gov, see phone numbers like 555-555-5555, or are shipping to Mickey Mouse, you should probably be concerned about the order being fraudulent. Additionally, if the phone number contains a country code, or incorrect area code, there&#8217;s a good chance that someone just typed the first digits they could into the phone number box.</p>
<p>Most business and personal land-line phone numbers can be researched just by entering them into a google search. At the very least you can figure out if the area code matches the billing or shipping address, and if the number is actually valid.</p>
<p><strong>10. Order is Being Shipped to Africa, Asia, or Eastern Europe</strong></p>
<p>I don&#8217;t want to discriminate against people in any particular country, but it&#8217;s a fact that a lot of fraud originates in a few select regions and countries of the world. Unless you have experience in international-commerce, it&#8217;s a good idea to only cater to your own country, or ones you know and trust very well. I wouldn&#8217;t even consider shipping a product to most African countries, East Asia, Eastern Europe and Russia. Also, some areas like Amsterdam are notorious for credit card fraud. Be very careful when accepting international orders.</p>
<p>Even if an order isn&#8217;t fraudulent, international orders can introduce a multitude of additional customs, credit card processing, and legal requirements, and can make processing returns very difficult. Something as simple as shipping from the US to Canada, can present a  number of problems and costs that many website owners are not prepared to deal  with. I strongly suggest doing a lot of research and finding someone who has real experience before venturing into international shipping.</p>
<p><strong>Final words&#8230;</strong></p>
<p>I can guarantee that every online merchant will face some form of credit card fraud. Credit card fraud is a minor inconvenience to some, and will end others&#8217;  online ventures. Not all merchants need to use some of the more advanced fraud screening methods out there, but everyone should cover the basics.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/1004/30-second-fraud-checklist-for-ecommerce-merchants/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>You cannot require an ID for a Visa transaction???</title>
		<link>http://www.merchantequip.com/merchant-account-blog/908/you-cannot-require-an-id-for-a-visa-transaction</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/908/you-cannot-require-an-id-for-a-visa-transaction#comments</comments>
		<pubDate>Thu, 21 Jan 2010 15:10:06 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Merchant Accounts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=908</guid>
		<description><![CDATA[After reading an article this morning, the author states that merchant&#8217;s are prohibited from asking for an ID to process a transaction. Sounding completely ridiculous, I decided to further investigate. I stumbled on a Visa operating regulation that I was not aware of. &#8220;You cannot require an ID in order to complete a Credit transaction.&#8221; [...]]]></description>
			<content:encoded><![CDATA[<p>After reading <a href="http://buildingabrighterfuture.msn.com/?serviceName=article&#038;dataId=23187568&#038;source=msn&#038;gt1=25057">an article this morning</a>, the author states that merchant&#8217;s are prohibited from asking for an ID to process a transaction. Sounding completely ridiculous, I decided to further investigate. </p>
<p>I stumbled on a Visa operating regulation that I was not aware of. &#8220;You cannot require an ID in order to complete a Credit transaction.&#8221; Furthermore, you cannot decline or refuse a transaction if your customer refuses to provide an ID.</p>
<blockquote cite="Visa Operating Regulations"><p>Although Visa rules do not preclude merchants from asking for cardholder ID, merchants cannot make an ID a condition of acceptance. Therefore, merchants cannot refuse to complete a purchase transaction because a cardholder refuses to provide ID. Visa believes merchants should not ask for ID as part of their regular card acceptance procedures.</p></blockquote>
<p>The author was completely wrong as far as MasterCard goes, who takes a different approach to the situation&#8230;</p>
<blockquote cite="MasterCard Chargeback Guide"><p>For unique transactions processed in a face-to-face environment (with the exception of truck stop transactions and card-read transactions where a non-signature CVM is used), request personal identification of the cardholder in the form of an unexpired, official government document. Compare the signature on the personal identification with the signature on the card.</p></blockquote>
<p>American express is a little vague, but still states that the identity should be verified&#8230;</p>
<blockquote cite="Amex Merchant Regulations"><p>Verify that the customer is the Card-member. Cards are not transferable.</p></blockquote>
<p>It&#8217;s actually hard for me to believe that Visa goes this far in trying to protect their cardholder&#8217;s convenience at the expense of their merchants being exposed to potential fraud. I strongly recommend checking the ID of every card holder. No regulation prevents a merchant from asking for an ID, and I can&#8217;t imagine a customer seriously refusing under any normal circumstance. Merchants are not allowed to ask for an ID on &#8220;PIN&#8221; debit transactions where a customer enters their PIN number into a pinpad. For signature debit, where the card is processed like a credit card, treat the transaction just like credit and ask for an ID.</p>
<p><strong>If anyone would like to see the various card regulations, they can be found here:</strong><br />
<a href="http://usa.visa.com/download/merchants/card_acceptance_guide.pdf" target="_blank">Visa</a><br />
<a href="http://www.mastercard.com/us/merchant/pdf/TB_CB_Manual.pdf" target="_blank">MasterCard Chargeback Guide</a><br />
<a href="https://www209.americanexpress.com/merchant/singlevoice/USEng/FrontServlet?request_type=navigate&#038;page=merchantPolicy" target="_blank">AMEX</a></p>
<p>Discover&#8217;s site requires registration, and I was unable to register with the Discover numbers of the 4 merchant accounts that we have. If anyone has a copy of Discover operating regulations, I would love to see them.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/908/you-cannot-require-an-id-for-a-visa-transaction/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>PA-DSS, and you thought PCI was a mess!</title>
		<link>http://www.merchantequip.com/merchant-account-blog/735/pa-dss-and-you-thought-pci-was-a-mess</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/735/pa-dss-and-you-thought-pci-was-a-mess#comments</comments>
		<pubDate>Fri, 22 May 2009 16:26:01 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Industry News]]></category>
		<category><![CDATA[Merchant Accounts]]></category>
		<category><![CDATA[My Favorite Posts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=735</guid>
		<description><![CDATA[PA-DSS, is a security standard set for payment application developers, outlining security and auditing procedures for electronic payment applications. Software that falls under the PA-DSS envelope could include anything from a POS system to online shopping cart software. PA-DSS requires that a program be audited by a 3rd party and pass a series of security [...]]]></description>
			<content:encoded><![CDATA[<p><a href="https://www.pcisecuritystandards.org/security_standards/pa_dss.shtml">PA-DSS</a>, is a security standard set for payment application developers, outlining security and auditing procedures for electronic payment applications. Software that falls under the PA-DSS envelope could include anything from a POS system to online shopping cart software. PA-DSS requires that a program be audited by a 3rd party and pass a series of security test and adhere to best-practices before it can be distributed. If it is not audited or fails any part of the audit, it cannot be used as a payment application.</p>
<blockquote cite="Visa"><p><strong>Phase V &#8211; July 1, 2010</strong><br />
Phase V mandates the use of payment applications that support PCI OSS compliance, requiring acquirers, merchants and agents to use only those payment applications that can be validated as PA-DSS compliant.</p></blockquote>
<p><center><strong>If you process credit card online and this doesn&#8217;t scare you, it should!</strong></p>
<p><img src="http://www.merchantequip.com/merchant-account-blog/wp-content/uploads/2009/05/storm.jpg" alt="storm" title="storm" width="500" height="375" class="aligncenter size-full wp-image-750" /><br />
</center></p>
<p>Put this into perspective. There are currently millions of websites using paid and open source software for their online stores. Software like Oscommerce, Zen Cart, Magento, and others have millions of users. <strong><a href="https://www.pcisecuritystandards.org/security_standards/vpa/vpa_approval_list.html?mn=&#038;vn=0&#038;ap=10&#038;rg=0">There are only 2</a></strong>, online store software packages that are PA-DSS compliant. If there is not a mass-movement to get software PA-DSS compliant in the next year, almost every single online store will be out of compliance and subject to fines, or being shut down. This is only a small part of the problem. There&#8217;s still thousands of retail businesses using older payment software and the cost of upgrading would be in the millions, assuming it&#8217;s even possible.</p>
<blockquote><p>As <a href="http://www.storefrontbacktalk.com/uncategorized/pa-dss-is-remarkably-misunderstood/">written by Evan Schuman</a><br />
&#8220;Essentially, this standard could cause merchants of all sizes in all industries to have to switch payment application vendors.&#8221;</p></blockquote>
<p><strong>Where the real mess begins&#8230;</strong></p>
<p><span id="more-735"></span>There are currently <a href="https://www.pcisecuritystandards.org/pdfs/pci_pa-dss_list.pdf">about 40 companies</a> certified to perform PA-DSS validation. The cost to certify a single payment application could be $100,000 or more if the application is extremely complicated. There is an additional &#8220;<strong>mandatory</strong>&#8221; yearly fee of $1250 just to be listed as a <a href="https://www.pcisecuritystandards.org/security_standards/vpa/vpa_approval_list.html">Validated Payment Application</a>. Based on cost, and complexity, there&#8217;s not many shopping cart software providers that can come close to getting PA-DSS certified in the next year. Even then, that still leaves the open source solutions, which the majority of all ecommerce sites are using.</p>
<blockquote><p><a href="http://www.thewhir.com/blog/Rick_Wilson/PA-DSS_and_Ecommerce_Web_Hosting">From Rick Wilson</a><br />
&#8220;What about home grown and open source shopping cart solutions? What happens to them on July 1st, 2010. I asked this question to our auditor and his answer was telling, he said that &#8220;essentially if an application can&#8217;t be PA-DSS certified because it&#8217;s not developed by a single entity for example, then the service provider of that entity will need to become PCI Level 1 certified in order to keep offering that and be in compliance&#8221;.</p></blockquote>
<p>Level 1 certification is nearly as expensive as PA-DSS certification, so don&#8217;t expect any relief from if you&#8217;re using a custom or open source solution. They&#8217;ve truly left no way out this time&#8230;</p>
<p><strong>In conclusion&#8230;</strong></p>
<p>We&#8217;re about to experience a payment industry nightmare potentially having the ability to halt commerce as we know it. If you thought that the $20 per month fee from your processor was bad, you&#8217;ll really hate the $50,000 bill when you go to get level 1 certified. If Visa takes the hard-line stance that merchants not using PA-DSS certified software get shut down, it&#8217;s going to get really ugly. The current focus of the processing industry is on PCI-DSS compliance and a slew of new fees and charges related to it. But, in about a year, we&#8217;re going to see the true fallout of implementing ineffective regulations without foresight into what it actually takes to adopt them, or whether they actually do anything. The only thing we got out of the <a href="http://chuvakin.blogspot.com/2009/04/thoughts-and-notes-from-pci-dss-hearing.html">congressional hearing on PCI</a> is that congress thinks it&#8217;s not enough, and merchants think it&#8217;s way too much.</p>
<p>Houston, we&#8217;re about to have a problem!</p>
<p><strong>Related reading&#8230;</strong><br />
<a href="http://www.treasuryinstitute.org/blog/index.php?itemid=67">PA DSS in One Easy Lesson&#8230;Sort Of</a><br />
<a href="http://www.storefrontbacktalk.com/uncategorized/pa-dss-is-remarkably-misunderstood/">PA DSS Is Remarkably Misunderstood</a><br />
<a href="http://www.thewhir.com/blog/Rick_Wilson/PA-DSS_and_Ecommerce_Web_Hosting">PA-DSS and Ecommerce Web Hosting</a><a href="http://www.merchantequip.com/merchant-account-blog/wp-content/uploads/2009/05/storm.jpg"></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/735/pa-dss-and-you-thought-pci-was-a-mess/feed</wfw:commentRss>
		<slash:comments>24</slash:comments>
		</item>
		<item>
		<title>Credit card interchange vote tomorrow</title>
		<link>http://www.merchantequip.com/merchant-account-blog/710/credit-card-interchange-vote-tomorrow</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/710/credit-card-interchange-vote-tomorrow#comments</comments>
		<pubDate>Tue, 31 Mar 2009 14:11:15 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Industry News]]></category>
		<category><![CDATA[Merchant Accounts]]></category>
		<category><![CDATA[My Favorite Posts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=710</guid>
		<description><![CDATA[Much to the surprise of the merchant account industry, the congressional bill proposing to regulate interchange, is being attached to the credit reform act and is potentially being voted on tomorrow. Although the interchange regulation bill is related to credit cards and the credit industry, it has nothing to do with the credit reform act, [...]]]></description>
			<content:encoded><![CDATA[<p>Much to the surprise of the merchant account industry, the <a href="http://www.merchantequip.com/merchant-account-blog/341/interchange-regulation-hr-5546">congressional bill proposing to regulate interchange</a>, is being attached to the credit reform act and is potentially being voted on tomorrow. Although the interchange regulation bill is related to credit cards and the credit industry, it has nothing to do with the credit reform act, and is an irresponsible means of passing an already poorly supported bill. The US Government Accountability Office, the US Justice Department, the American Banking Association, and the Federal Trade Commission have all directly warned congress against regulating interchange. To not even have a real vote on the bill is simply irresponsible governing.</p>
<p>Bloggers and advocacy groups like the NRF argue that this bill will level the playing field when it comes to processing costs. This may be true for huge retailers like Walmart, but will almost certainly reduce the quality of processing services to the small business in addition to a much greater overall cost. Just name a situation where government regulation ends in better quality services at a lower cost&#8230;</p>
<p>The argument against interchange has been fought by twisting the reality in what interchange is, who it goes to, why it&#8217;s charged, all by large corporations and angry merchants. While the US has some of the highest interchange costs in the world, we also have the lowest overall processing costs, the lowest setup cost, and by far the highest quality services in the world. In some countries, you would have to pay over a thousand dollars just to get setup processing credit cards, and your monthly bill could easily be double for the exact same services, all with lower interchange. Creating a non-competitive environment like the one proposed by regulating interchange, will create a situation much like the one described above.</p>
<p>I urge anyone in the processing industry, and anyone that stands against huge corporations like Walmart leveraging the government and small business owners to fight a cause that hurts everyone, to <a href="http://capwiz.com/electronicpaymentscoalition/issues/alert/?alertid=13038641">contact their representation</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/710/credit-card-interchange-vote-tomorrow/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Visa Alerts of Floral Credit Card Fraud</title>
		<link>http://www.merchantequip.com/merchant-account-blog/699/visa-alerts-of-floral-credit-card-fraud</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/699/visa-alerts-of-floral-credit-card-fraud#comments</comments>
		<pubDate>Wed, 11 Feb 2009 16:45:40 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Industry News]]></category>
		<category><![CDATA[Merchant Accounts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=699</guid>
		<description><![CDATA[Visa issued another security alert today specifically for Floral Merchants. Given that Valentines Day is a few days off, this is important for many businesses out there. None of this is ground breaking news, but extra care should be taken by floral merchants when accepting payments over the phone, fax or online. If you aren&#8217;t, [...]]]></description>
			<content:encoded><![CDATA[<p>Visa issued another security alert today specifically for Floral Merchants. Given that Valentines Day is a few days off, this is important for many businesses out there. None of this is ground breaking news, but extra care should be taken by floral merchants when accepting payments over the phone, fax or online. If you aren&#8217;t, take some extra steps to prevent fraud, CVV2 may help in this case which cost nothing extra to process with. Also, be very wary of extremely large orders. </p>
<p>Typically fraudsters look for times when business are most vulnerable, and when business picks up a lot, oversight is often the result.</p>
<blockquote><p>Illegitimate customers are placing orders for flowers using stolen credit card information. The orders are typically placed via fax, e-mail, and/or hearing-impaired relay calls. The perpetrator then requests that the florists wrap the flower arrangements in various amounts of cash and bill the difference to the credit card number(s) provided. These orders have been known to reach $4,000.00. A shipping address for the order is then provided to the merchant.</p>
<p>In some instances, the perpetrators have been known to hire an unsuspecting accomplice to pick up the flowers in person. This accomplice is then instructed to ship the flowers via UPS or the U.S. Postal Service.</p>
<p>When the true cardholder receives the floral charge on their monthly statement, they will initiate a chargeback, as the order was placed without their authorization. As a result, the merchant will become liable for the fraudulent sale.
</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/699/visa-alerts-of-floral-credit-card-fraud/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Spotting large scale credit card fraud</title>
		<link>http://www.merchantequip.com/merchant-account-blog/667/spotting-large-scale-credit-card-fraud</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/667/spotting-large-scale-credit-card-fraud#comments</comments>
		<pubDate>Wed, 04 Feb 2009 21:10:27 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Merchant Accounts]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=667</guid>
		<description><![CDATA[Card issuers have massive computer systems that handle transaction processing. These companies also have some very advanced and large scale fraud detection systems. Every time a credit card is reported as stolen, a huge amount of past data about that card is put into a big database. This database of pre-fraud activity is used in [...]]]></description>
			<content:encoded><![CDATA[<p>Card issuers have massive computer systems that handle transaction processing. These companies also have some very advanced and large scale fraud detection systems.</p>
<p>Every time a credit card is reported as stolen, a huge amount of past data about that card is put into a big database. This database of pre-fraud activity is used in a large algorithm to look for similarities, which can signal the origination of stolen or lost credit card numbers. Since Visa and MasterCard have access to billions of transactions worth of information, they can screen for events that may signal that a business is losing card numbers.</p>
<p>If you were to greatly simplify this system and a map from it, it would look something like this:<br />
<center><img src="http://www.merchantequip.com/merchant-account-blog/images/fraud-detection.gif" alt="Fraud Detection" /></center></p>
<p>In this case, the similarity is a single business where all of the stolen credit cards had been used <strong>before </strong>the cards had been involved in fraudulent activity. This could potentially be the sign of an employee skimming card numbers, or a breach in a database. There are always going to be coincidences involving data on a large scale, but because of the scale, it&#8217;s very difficult to end up with false positive fraud once a margin of error is established.</p>
<p><span id="more-667"></span><center><img src="http://www.merchantequip.com/merchant-account-blog/images/fraud-detection-processors.gif" alt="Processor Fraud Detection" /></center></p>
<p>Let&#8217;s assume there isn&#8217;t any conclusive evidence that cards were stolen from a single business. Issuers are also looking at the processor a business is using. If there is a common processor or processing network that many businesses are using, it could be a signal of a data breach on a processor level.</p>
<p><center><img src="http://www.merchantequip.com/merchant-account-blog/images/fraud-detection-everyone.gif" alt="Processor Fraud Detection" /></center></p>
<p>The similarity in this case is the processor that many of the businesses were using. This is basically how the Heartland breach was discovered. Unfortunately, the only companies that can see fraud like this are ones that have access to huge amounts of past card usage. Their computer systems basically load billions of pieces of data about transactions, the businesses that accepted a customer&#8217;s card, and the processors who processed them. When enough lines meet up at a single point, there&#8217;s a chance that something happened there. It really doesn&#8217;t matter where in the process of a transaction the lines all cross, just that they do cross.</p>
<p>Keep in mind that these diagrams are grossly simplified, think a billion times simplified. But, it&#8217;s easy to see that if you have the right data and know what to look for, fraud can be easy to spot.</p>
<p>Here&#8217;s a great <a href="http://blog.fortiusone.com/2009/12/29/online-credit-card-fraud-and-spending-in-the-uk/">map of credit card fraud in the UK</a>. While not a processor related point, this is the best visual demonstration of visually spotting fraud hot spots on a map that I have seen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/667/spotting-large-scale-credit-card-fraud/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Visa issues security alert</title>
		<link>http://www.merchantequip.com/merchant-account-blog/641/visa-issues-security-alert</link>
		<comments>http://www.merchantequip.com/merchant-account-blog/641/visa-issues-security-alert#comments</comments>
		<pubDate>Mon, 02 Feb 2009 19:03:18 +0000</pubDate>
		<dc:creator>merchant account blog</dc:creator>
				<category><![CDATA[Fraud]]></category>
		<category><![CDATA[Industry News]]></category>

		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=641</guid>
		<description><![CDATA[A few days ago, Visa issued a security alert (possibly in reaction to the recent Heartland breach) outlining some specific applications and IP addresses to look out for. What is unique about this alert that I&#8217;ve never seen before is that Visa gave a very specific list of malicious applications to search for on a [...]]]></description>
			<content:encoded><![CDATA[<p>A few days ago, Visa issued a security alert (possibly in reaction to the recent Heartland breach) outlining some specific applications and IP addresses to look out for. What is unique about this alert that I&#8217;ve never seen before is that Visa gave a very specific list of malicious applications to search for on a network/computer, and a specific list of IP&#8217;s to block.</p>
<p>This tells me that Visa has explicitly identified threats, where they are originating from, and these locations are static enough that blocking them would actually do some good <em>(IP blocking is a terrible way to prevent/stop malicious behavior)</em>.</p>
<p><a href='http://www.merchantequip.com/merchant-account-blog/wp-content/uploads/2009/01/visa-inc-data-security-alert-january-29-2009.pdf'>Download the security alert &raquo;</a></p>
<p><span id="more-641"></span><br />
<table width="100%" cellspacing="0" cellpadding="5">
<tr>
<td colspan="3"><b>Table 1, Search for these programs:</b></td>
</tr>
<tr>
<td><b>Filename</b> </td>
<td><b>Purpose </b></td>
<td><b>MD5/SHA-1 Hash(s) or Registry Key</b></td>
</tr>
<tr>
<td>appsqlio.exe </td>
<td>Reverse shell tool </td>
<td>387cda6eb91f0b3a054de20c02320338 </td>
</tr>
<tr>
<td>obsqlio.exe </td>
<td>SQL output redirector </td>
<td>f640e53718bc83cb8bb10b1eafb50edf</td>
</tr>
<tr>
<td>blobsqlio.exe </td>
<td>Packed version of gsecdump </td>
<td>959523fc10584da9bfb31a524ff472aa</td>
</tr>
<tr>
<td>sn.exe </td>
<td>Packet sniffer </td>
<td>e07b83abda5b566b3e9a30515a59ecc3</td>
</tr>
<tr>
<td>msdtsc.exe </td>
<td>Packet sniffer </td>
<td>4724103b13e6ce832fbb2c08a419eac6</td>
</tr>
<tr>
<td>svclhost.exe </td>
<td>Network communication tool </td>
<td>da4ab50185c7b246d1d2c8fa7bd7a5ed </td>
</tr>
<tr>
<td>rexesvr.exe </td>
<td>Command line execution </td>
<td>003f6cda98a40529cc87fd1387714fd7</td>
</tr>
<tr>
<td>svcl.exe </td>
<td>Renamed version of sn.exe </td>
<td>e07b83abda5b566b3e9a30515a59ecc3 </td>
</tr>
<tr>
<td>eqslquery.exe </td>
<td>Script that automates the installation of rexesvr.exe </td>
<td>bc354dcf5221aea9fae8a3283c09504d </td>
</tr>
<tr>
<td>rarx.exe </td>
<td>Compression tool </td>
<td>fd729427144044730c572fd5b9be7dd9</td>
</tr>
<tr>
<td>Soft.exe </td>
<td>Backdoor </td>
<td>ea75939da539a3879e5b442b11b51f24 </td>
</tr>
<tr>
<td>lsasstd.exe </td>
<td>Backdoor </td>
<td>07536e77ece9e70f5bf3d6f357c77b04</td>
</tr>
<tr>
<td>lsasstm.exe </td>
<td>Backdoor </td>
<td>e2736b8e0628a07fc3a6dcccad99245e</td>
</tr>
<tr>
<td>smn.exe </td>
<td>Backdoor </td>
<td>b0ff54c190455feda3f67b53c4a4453d</td>
</tr>
<tr>
<td>mstsk.exe </td>
<td>Utility to inject code on running processes </td>
<td>ddfd9073a5f222e223f5f2156c71629d </td>
</tr>
<tr>
<td colspan="3"><a href="/Malicious-Software-Jan-2009.pdf">Download original&#8230;</a></td>
</tr>
</table>
<p><em>Please note that normal windows processes may run under the same filename. Do not assume that a process is suspect unless the MD5 hash matches the one in the table. If you need a MD5 hash generator, <a href="http://www.download.com/DigestIT-2004/3000-2248_4-10387706.html">try this one for free</a>.</em></p>
<table width="100%" cellspacing="0" cellpadding="5">
<tr>
<td colspan="4"><b>Table 2, Block these IP addresses:</b></td>
</tr>
<tr>
<td>90.15.59.86 </td>
<td>85.221.136.196</td>
<td>216.55.164.44 </td>
<td>82.13.14.61 </td>
</tr>
<tr>
<td>85.221.196.131</td>
<td>77.253.115.137</td>
<td>200.115.173.25 </td>
<td>83.99.227.209 </td>
</tr>
<tr>
<td>85.221.138.252</td>
<td>213.84.163.246</td>
<td>85.17.239.11 </td>
<td>89.114.215.182 </td>
</tr>
<tr>
<td>64.247.58.239 </td>
<td>83.110.17.228 </td>
<td>82.13.14.61 </td>
<td>91.177.6.209 </td>
</tr>
<tr>
<td>89.37.241.180 </td>
<td>12.210.14.103 </td>
<td>193.11.110.32 </td>
<td>216.55.126.167 </td>
</tr>
<tr>
<td>83.4.164.214 </td>
<td>74.138.172.183</td>
<td>207.255.204.160</td>
<td>216.55.185.9 </td>
</tr>
<tr>
<td>72.36.215.253 </td>
<td>85.17.239.11 </td>
<td>216.244.34.155 </td>
<td>212.126.1.244 </td>
</tr>
<tr>
<td>202.71.103.77 </td>
<td>69.244.206.15 </td>
<td>24.159.22.70 </td>
<td>212.126.9.154 </td>
</tr>
<tr>
<td>194.146.248.7 </td>
<td>69.141.149.138</td>
<td>67.182.137.29 </td>
<td>212.126.11.27 </td>
</tr>
<tr>
<td>85.17.105.34 </td>
<td>88.156.44.152 </td>
<td>67.85.92.181 </td>
<td>212.126.12.89 </td>
</tr>
<tr>
<td>91.193.63.15 </td>
<td>216.80.124.225</td>
<td>68.50.185.130 </td>
<td>212.126.14.197</td>
</tr>
<tr>
<td>89.37.240.118 </td>
<td>76.100.75.1 </td>
<td>68.94.212.161 </td>
<td>212.126.18.171</td>
</tr>
<tr>
<td>91.145.136.65 </td>
<td>216.196.173.93</td>
<td>69.110.26.21 </td>
<td>212.126.20.83 </td>
</tr>
<tr>
<td>82.232.177.64 </td>
<td>75.64.114.45 </td>
<td>69.14.110.49 </td>
<td>212.126.22.64 </td>
</tr>
<tr>
<td>89.76.218.105 </td>
<td>89.32.130.86 </td>
<td>69.212.211.243 </td>
<td>212.126.25.247</td>
</tr>
<tr>
<td>89.37.241.241 </td>
<td>58.65.239.58 </td>
<td>70.162.2.249 </td>
<td>212.126.31.182</td>
</tr>
<tr>
<td>89.76.220.36 </td>
<td>66.36.229.201 </td>
<td>71.238.147.129 </td>
<td>212.126.32.67 </td>
</tr>
<tr>
<td>83.55.141.204 </td>
<td>74.54.131.130 </td>
<td>71.239.155.202 </td>
<td>212.126.46.199</td>
</tr>
<tr>
<td>216.55.169.234</td>
<td>74.53.114.16 </td>
<td>72.242.241.189 </td>
<td>212.126.47.93 </td>
</tr>
<tr>
<td>89.43.45.232 </td>
<td>203.190.175.39 </td>
<td>74.62.212.143 </td>
<td>212.126.53.23 </td>
</tr>
<tr>
<td>62.21.81.104 </td>
<td>203.190.172.18 </td>
<td>75.118.180.255 </td>
<td>212.126.55.166</td>
</tr>
<tr>
<td>89.37.242.28 </td>
<td>69.70.122.98 </td>
<td>76.204.117.205 </td>
<td>212.126.57.215</td>
</tr>
<tr>
<td>89.43.45.159 </td>
<td>65.111.171.20 </td>
<td>76.22.3.137 </td>
<td>212.126.72.14 </td>
</tr>
<tr>
<td>77.253.108.16 </td>
<td>65.111.171.21 </td>
<td>76.239.29.46 </td>
<td>212.126.73.220</td>
</tr>
<tr>
<td>91.189.139.168</td>
<td>174.36.196.207 </td>
<td>76.242.106.40 </td>
<td>212.126.78.153</td>
</tr>
<tr>
<td>79.9.108.226 </td>
<td>208.43.74.19 </td>
<td>79.118.160.231 </td>
<td>212.126.83.57 </td>
</tr>
<tr>
<td>88.214.208.44 </td>
<td>216.55.162.167 </td>
<td>79.139.245.79 </td>
<td>212.126.84.117</td>
</tr>
<tr>
<td>212.126.94.174</td>
<td>212.126.92.167</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
</tr>
<tr>
<td colspan="3"><a href="/Malicious-IP-Address-Jan-2009.pdf">Download original&#8230;</a></td>
</tr>
</table>
<p><em>The IP&#8217;s above have somehow been identified as being related to malicious behavior, but by just blocking them you are not making your system inherently secure. Blocking IP addresses is generally not an effective or long-term method of preventing malicious access. There are over 2 Billion possible IP addresses, and each IP can have a virtually unlimited number of computers and networks behind it. If you block an IP address, there are a billion others that could be used for malicious behavior. Also, wrongfully blocking an IP address could potentially restrict a huge number of people from your network. In the case of a website, this could result in significant loss of business. Please make sure you understand exactly what you are doing when searching for applications, or blocking IP&#8217;s. If in doubt, contact someone more qualified in network security.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.merchantequip.com/merchant-account-blog/641/visa-issues-security-alert/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
	</channel>
</rss>

