advertisement
advertisement

This is page 2 of:

How About A Little Service Provider Responsibility Here, PCI-Wise?

March 29th, 2012

When I make this point to clients, the reseller/integrator frequently claims that it is completely out of PCI scope, because it does not store, process or transmit any cardholder data. Rather than repeating all the arguments, the PCI Council can do all parties involved a great service by clarifying what actions, tasks or duties would cause a reseller/integrator to be considered a service provider.

Resellers/integrators should weigh in with the PCI Council and offer their perspective, which may be different from mine. I hope they do this, and I hope the Council will balance retailers’ need for security in clarifying this issue.

I’ll take a pass on requesting additional guidance, because the Council has three Special Interest Groups (SIGs) currently working on guidance for cloud computing, E-Commerce and risk analysis. Each SIG is active, and we can expect their reports later this year.

Then there’s the 12.8.2 issue, the one about service providers taking responsibility. I raised this issue at the PCI Community meeting two years ago. I heard some agreement from the card brand people there, and I saw people taking notes. Unfortunately, nothing has happened to fix this unbalanced situation.

I spoke to the counsel for a large service provider about this seemingly one-sided requirement. They felt the merchant only needed to know the service provider was PCI compliant to meet 12.8.2. I disagreed, noting that the requirement explicitly deals with acknowledgement of responsibility, not just compliance. Alternatively, if the PCI Council believes I am mistaken and merchants can meet 12.8.2 by simply validating their service provider is PCI compliant, then they need to rewrite the requirement to state that.

Most retailers probably feel we have enough PCI requirements, and we don’t need to add any more. I suggest we need at least one new requirement based on recent compromises of POS equipment. That requirement is to mandate physical inspection of POS devices on a regular basis.

PCI already requires that retailers document their daily log analysis, semi-annual firewall rule reviews, quarterly vulnerability scans and quarterly tests for rogue wireless networks. Given at least one retailer’s recent experience, now is the time to add regular (monthly? quarterly?) inspection of all POS devices for evidence of tampering.

The PCI Council has an excellent publication that describes what retailers need to do. It even has pictures. Now is the time to go beyond “best practices” and make regular, physical inspection a requirement.


advertisement

3 Comments | Read How About A Little Service Provider Responsibility Here, PCI-Wise?

  1. lyal collins Says:

    I appreciate the one-sideness issue highlighted in this article. I also understand how card brands have a contractual link to merchants – but only rarely do with service providers. I’d find it virtually meaningless for the PCI requirement to mandate actions by the service provider, when they have no contracted responsibility to a commercial entity. That said, 12.8.4 places an obligation on the service provider to demonstrate compliance to their customer the merchant (or service provider, Acquirer etc).
    Is not the combination of these 2 requirements having the same outcome?

  2. Walt Conway Says:

    Thanks for the comment, Lyal. I am not sure I agree with your position on the “contractual link” part, though. Actually, service providers do have direct links to the card brands. For example, many have direct system connections/access points to the card networks. More importantly, all service providers validate their PCI compliance to the card brands. The brands (at least Visa and MasterCard) also post lists of compliant Level 1 Service Providers on their websites.

    My point was not so much about the card brands, though. I was observing that since PCI already has a number of requirements that only apply only to Service Providers and not to merchants, there is precedent for one more Service-provider-only requirement to cure the imbalance I noted.

    Then again, if all it takes to meet 12.8.2 is for the service provider to be PCI compliant, then all the PCI Council has to do is declare it in a FAQ or clarify the wording of the requirement.

    I (and more importantly, retailers and other merchants!) could be happy either way. It is the present, one-sided nature of this specific requirement (12.8.2) that is disappointing.

  3. Nathan Says:

    Walt, I’d suggest that perhaps you have a limited concept of who would be considered a Service Provider under the guidelines that you’ve suggested. The fact is that most resellers/integrators do NOT have direct links to the card brands or the card networks. They may work with processors to board new merchants or provide support, but there is no contractual or legal obligation at all. Your comment that all service provides validate their PCI compliance is also way off base if you include resellers & integrators. The limited number of Level 1 Service Providers probably do validate their compliance, but the vast majority of resellers/integrators are not that big.

    Lyal is correct that for most “service providers” (using your definition to include resellers/integrators) there is no contractual obligation or liability to an acquirer or a card brand. The only financial relationship is with the merchant. Adding your suggested line to the DSS won’t change that. In an ideal world it might encourage merchants to pursue the step further, but in reality it won’t happen. There is no incentive to the service provider and most (almost all) merchants won’t care to ask. If they do ask, and the service provider refuses to provide formal acknowledgment, the merchant has no options, short of completely replacing their POS system.

    Regardless of precedent, there’s nothing that PCI can hold over most resellers/integrators and force them to accept liability. The only option would be to do follow the precedent of payment applications and begin validating and certifying resellers/integrators. But even that only works if the Acquirers actually verify the information. You’ll still have Heartland sales people who are willing to fudge numbers & board any merchant with a pulse. And you’ll still have the kid down the street who’s willing to setup a router from Walmart so the merchant can offer WIFI. All that would do is put legitimate resllers/integrators who are actually trying, out of business.

Newsletters

StorefrontBacktalk delivers the latest retail technology news & analysis. Join more than 60,000 retail IT leaders who subscribe to our free weekly email. Sign up today!
advertisement

Most Recent Comments

Why Did Gonzales Hackers Like European Cards So Much Better?

I am still unclear about the core point here-- why higher value of European cards. Supply and demand, yes, makes sense. But the fact that the cards were chip and pin (EMV) should make them less valuable because that demonstrably reduces the ability to use them fraudulently. Did the author mean that the chip and pin cards could be used in a country where EMV is not implemented--the US--and this mis-match make it easier to us them since the issuing banks may not have as robust anti-fraud controls as non-EMV banks because they assumed EMV would do the fraud prevention for them Read more...
Two possible reasons that I can think of and have seen in the past - 1) Cards issued by European banks when used online cross border don't usually support AVS checks. So, when a European card is used with a billing address that's in the US, an ecom merchant wouldn't necessarily know that the shipping zip code doesn't match the billing code. 2) Also, in offline chip countries the card determines whether or not a transaction is approved, not the issuer. In my experience, European issuers haven't developed the same checks on authorization requests as US issuers. So, these cards might be more valuable because they are more likely to get approved. Read more...
A smart card slot in terminals doesn't mean there is a reader or that the reader is activated. Then, activated reader or not, the U.S. processors don't have apps certified or ready to load into those terminals to accept and process smart card transactions just yet. Don't get your card(t) before the terminal (horse). Read more...
The marketplace does speak. More fraud capacity translates to higher value for the stolen data. Because nearly 100% of all US transactions are authorized online in real time, we have less fraud regardless of whether the card is Magstripe only or chip and PIn. Hence, $10 prices for US cards vs $25 for the European counterparts. Read more...
@David True. The European cards have both an EMV chip AND a mag stripe. Europeans may generally use the chip for their transactions, but the insecure stripe remains vulnerable to skimming, whether it be from a false front on an ATM or a dishonest waiter with a handheld skimmer. If their stripe is skimmed, the track data can still be cloned and used fraudulently in the United States. If European banks only detect fraud from 9-5 GMT, that might explain why American criminals prefer them over American bank issued cards, who have fraud detection in place 24x7. Read more...

StorefrontBacktalk
Our apologies. Due to legal and security copyright issues, we can't facilitate the printing of Premium Content. If you absolutely need a hard copy, please contact customer service.