Hotel Management ha+d The International Hotel Investment Forum Russia + CIS Central Asia +Turkey HOTEC North America Hotel & Tourism Investment Conference North Asia Investment Conference Asia Pacific Tourism Destination Conference

 


   Log in
  
Home > Operations/Management > Theft Prevention
Related topics: Theft Prevention,Guest Relations, Property Management Systems (PMS), Technology
Theft Prevention

PCI compliance: A 12-step program

1 May, 2010 By: Jason Q. Freed Hotel and Motel Management
 


Visa has levied a July 1 deadline for merchants to conform to the PCI Data Security Standard, a set of

requirements for enhancing payment account data security developed by the PCI Security Standards Council. Other credit card brands have set similar deadlines for compliance.

If a merchant is not deemed compliant and is consequently breached, it will incur a slew of substantial repercussions, including a bill for the forensic investigation, fines, increased processing rates and a loss of consumer confidence.

Click here to read "Create a security culture of data protection, compliance"

“We don’t do this in a vacuum; we do this in conjunction with all the constituents and members of the council, many of which are hotel and motel management companies,” said Bob Russo, GM of the PCI SSC. “We evolve these standards based on their feedback.”

The PCI DSS, a set of comprehensive requirements for enhancing payment account data security, was developed by the founding payment brands of the PCI SSC.

1. Install and maintain a firewall configuration to protect cardholder data.
2. Do not use vendor-supplied defaults for system passwords and other security parameters.
3. Protect stored cardholder data.
4. Encrypt transmission of cardholder data across open, public networks.
5. Use and regularly update anti-virus software.
6. Develop and maintain secure systems and applications.
7. Restrict access to cardholder data by business need-to-know.
8. Assign a unique ID to each person with computer access.
9. Restrict physical access to cardholder data.
10. Track and monitor all access to network resources and cardholder data.
11. Regularly test security systems and processes.
12. Maintain a policy that addresses information security.

Source: PCI Security Standards Council


 


  PCI Week free Live Chat (05/07/2010) 
1:59
HWN_JQFreed: 

One more minute ...

Friday May 7, 2010 1:59 HWN_JQFreed
2:00
HWN_JQFreed: 

Hello everyone and welcome to Hotel & Motel Management’s Live Chat on data security and PCI compliance. The goal today is to bring awareness to the importance of protecting guests’ personal information and answer your questions on how security breaches and PCI compliance deadlines affect you.

Friday May 7, 2010 2:00 HWN_JQFreed
2:01
HWN_JQFreed: 

We have three experts with us today who have immersed themselves in the best practices of data security. They will try to answer each and every one of your questions, but in the event they cannot, we will direct you to places where you can get more information.

Friday May 7, 2010 2:01 HWN_JQFreed
2:02
HWN_JQFreed: 

Please look below this chat window for brief biographies on our expert panelists. Consider directing your questions to the most appropriate panelist.

Friday May 7, 2010 2:02 HWN_JQFreed
2:04
HWN_JQFreed: 

I’ll now open it up to questions from the attendees.

Friday May 7, 2010 2:04 HWN_JQFreed
2:05
David Moody, Trustwave: 

I see a question from Marsha.

Friday May 7, 2010 2:05 David Moody, Trustwave
2:06
[Comment From MarshaMarsha: ] 

If an individual is requested by a company to provide a photo copy front and back of a credit card and that is done in a PDF and comes to the hotel in a unsecured fashion - is there any liability for the party requesting the copy of the card?

Friday May 7, 2010 2:06 Marsha
2:06
HWN_JQFreed: 

David, would you mind taking a stab at that?

Friday May 7, 2010 2:06 HWN_JQFreed
2:07
David Moody, Trustwave: 

Marsha, so, assuming that the company making the request is a merchant, then they are doing something that is at odds with the PCI DSS requirements, in several ways...

Friday May 7, 2010 2:07 David Moody, Trustwave
2:09
HWN_JQFreed: 

Dustin, can you speak to Henry's question?

Friday May 7, 2010 2:09 HWN_JQFreed
2:09
DustinR.: 

Marsha,
If you are storing hard copy PDF's of cardholder data, you are required to store those securely. I would recommend reviewing these processes to determine if they are truly required. If not, it's in your best interest to create policies the prohibit such storage. Occasionally data may be received through channels that are not part of normal processes. In these cases, just insure you have processes and procedures that address how to treat such data (like secure deletion).

Friday May 7, 2010 2:09 DustinR.
2:09
[Comment From HenryHenry: ] 

Where does the responsibly ultimately lie — with the hotel owner or the vendors or the staff?

Friday May 7, 2010 2:09 Henry
2:09
David Moody, Trustwave: 

First, by getting a back and front photocopy of a credit card, they are capturing and storing the card validation code, along with all of the other cardholder data (PAN, account name, expiration date). Having the Card validation code post authorization (assuming this is to be used to authorize some charges) is something you aren't allowed to do under the PCI DSS, even if it is encrypted.

Friday May 7, 2010 2:09 David Moody, Trustwave
2:10
DustinR.: 

Also, ultimate liability most often lies to the owner of the Merchant account which the data is being transacted. But that's really determined by the Card Brand and Merchant Bank.

Friday May 7, 2010 2:10 DustinR.
2:11
David Moody, Trustwave: 

It is important to realize that the requirements regarding the storage of credit card data is not limited to magnetic storage, but also applies to paper and other media as well.

Friday May 7, 2010 2:11 David Moody, Trustwave
2:12
HWN_JQFreed: 

Here's a question from George:

Friday May 7, 2010 2:12 HWN_JQFreed
2:12
[Comment From GeorgeSGeorgeS: ] 

This question is for David: You mentioned these requirements apply to paper. We have a large storage of paper receipts with credit card info. What do I do with this?

Friday May 7, 2010 2:12 GeorgeS
2:12
David Moody, Trustwave: 

In the case you describe, Marsha, there ends up being several potential violations of PCI DSS requirements, not just dealing with storage, but with the transmission of data, as well.

Friday May 7, 2010 2:12 David Moody, Trustwave
2:14
DustinR.: 

David makes a good point. If you are storing the card validation code post authorization, no matter what controls you put into place, you are not following the requirements defined within PCI DSS section 3.

Friday May 7, 2010 2:14 DustinR.
2:15
David Moody, Trustwave: 

George,
First, and foremost, they must be secured in a place with very limited access. Second, these receipts should be stored with business defined retention periods that are the shortest periods you require. There should be some sort of mechanism to ensure that such materials are destroyed at the end of the retention and destroyed in a secure fashion.

Friday May 7, 2010 2:15 David Moody, Trustwave
2:15
[Comment From MsChipsMsChips: ] 

I don't have the first clue where to go for more info on this topic. It seems like there are resources everywhere. How do I separate fact from fiction?

Friday May 7, 2010 2:15 MsChips
2:16
HWN_JQFreed: 

thanks for your question, MsChips. The PCI Security Standards Council has an extensive website for more information on PCI compliance, even listing vendors that have completed the application process. The website is: https://www.pcisecuritystandards.org/index.shtml

Friday May 7, 2010 2:16 HWN_JQFreed
2:16
HWN_JQFreed: 

Warren, can you speak to @Joel_Ross?

Friday May 7, 2010 2:16 HWN_JQFreed
2:16
[Comment From joel rossjoel ross: ] 

isn't tokenization and end to end encryption the way you have to go to have true security. Heartland was PCI compliant but got hacked and it cost them tens of millions.

Friday May 7, 2010 2:16 joel ross
2:18
[Comment From GeorgeSGeorgeS: ] 

Thanks David. We do have processes in place for storage access of our paper records, and a shredding schedule. I guess I just hadn't realized that these requirements covered paper too!

Friday May 7, 2010 2:18 GeorgeS
2:18
Warren Dehan: 

Tokenization is certainly an added level of security and highly recommended, but it only covers the card holder storage of data in the database. There are other points of contact with the credit card such as checkin swipe that still require PCI considerations.

Friday May 7, 2010 2:18 Warren Dehan
2:19
HWN_JQFreed: 

this one is also for Warren, from @Michael:

Friday May 7, 2010 2:19 HWN_JQFreed
2:19
[Comment From MichaelMichael: ] 

Where does the liability lie relating to PMS. Is it with the hotel or the brand. I assume that the brands are PCI compliant with the Property Management Syatems.

Friday May 7, 2010 2:19 Michael
2:20
David Moody, Trustwave: 

George and anyone else, too... While requirement 3 applies to all storage, magnetic, paper, images (don't forget about any imaging processes, too!), Requirement 9 of the PCI DSS also hits on the destruction of such media. So those are two good references for this sort of stuff.

Friday May 7, 2010 2:20 David Moody, Trustwave
2:21
David Moody, Trustwave: 

George, that was a good question, in any case. Paper sometimes get overlooked by many businesses because the focus is so strongly on the computer media.

Friday May 7, 2010 2:21 David Moody, Trustwave
2:22
DustinR., SecurityMetrics: 

Joel, I think end to end encryption is a good direction for many merchants. But their are different definitions of end-to-end encryption out their and how the technology is implemented is important. There been a lot of buzz about end-to-end encryption lately and I think there will be a lot of progress made within this space in the future. There is a cost factor to its implementation that might not be feasible for some. Also, your POS software and gateway/processor will need to support it. It will be interesting to see how many merchants decide to go this direction in the future.

Friday May 7, 2010 2:22 DustinR., SecurityMetrics
2:22
Warren Dehan: 

As noted by Dustin earlier, utlimate liability lies with the owner of the merchant account. Remember, even if your PMS is certified by the PCI council as PA-DSS certified (the designation for certified applications), it is still incumbent on the property to implement and maintain and use the PMS in a PCI compliant manner.

Friday May 7, 2010 2:22 Warren Dehan
2:23
HWN_JQFreed: 

thanks Warren. Good question from @Craig. David, can you take this?

Friday May 7, 2010 2:23 HWN_JQFreed
2:23
[Comment From CraigCraig: ] 

There seems to be a large gap between PCI compliance and security. Isn't PCI compliance only minimum standard for securing the data

Friday May 7, 2010 2:23 Craig
2:25
HWN_JQFreed: 

@Marsha, a transcript of this conversation will stay up at this page, www.hotelworldnetwork.com/security0510, for at least another week. You can also e-mail me at jfreed@questex.com and I can send you a Word document.

Friday May 7, 2010 2:25 HWN_JQFreed
2:25
DustinR., SecurityMetrics: 

Warren, good point. There are a lot of franchisee's out there that do not understand this. The parent company may provide and manage the POS system and the franchise owner assumes because that system is also PA DSS compliant that PCI DSS compliance does not affect him and is the responsibility of the Parent company. Franchise owners need to be aware of PCI DSS and how it affects them. If you are transacting with your Merchant account, you own the liability. A lot of franchise owners do not understand this until it is too late.

Friday May 7, 2010 2:25 DustinR., SecurityMetrics
2:26
David Moody, Trustwave: 

Craig,
That is, in my opinion, a healthy way to look at it. PCI compliance is, for the most part, security measures that most businesses should be practicing over their whole environment. For the Card brands, their acquirers, service providers, and everyone else downstream from there, the PCI DSS provides a baseline of compliance. Businesses should consider exceeding those requirements where their own risk analysis (also required by PCI under requirement 12) calls for it.

Friday May 7, 2010 2:26 David Moody, Trustwave
2:27
HWN_JQFreed: 

Question from @Brian. Dustin, can you handle this?

Friday May 7, 2010 2:27 HWN_JQFreed
2:27
[Comment From BrianBrian: ] 

During a recent state audit we ran into an issue that the state requires a copy of the CC to be kept on file when the guest is tax exempt (to prove the organization name appears on the card.) But doing so means we have a copy of the CC # that isn’t secure. We’re currently just using a sharpie to black out all but the last 4 numbers. Is there a better way of doing this?

Friday May 7, 2010 2:27 Brian
2:28
HWN_JQFreed: 

and David, can you speak to @Marsha ...

Friday May 7, 2010 2:28 HWN_JQFreed
2:28
[Comment From MarshaMarsha: ] 

Can anyone ever be 100% in complaince with PCI DSS?

Friday May 7, 2010 2:28 Marsha
2:28
David Moody, Trustwave: 

Regarding the liabilities... Dustin and Warren have said it well... Everyone who handles cardholder data is liable. Everyone needs to be responsible and feel responsible.

Friday May 7, 2010 2:28 David Moody, Trustwave
2:30
How confident are you that your hotel is PCI compliant?
100 %
 
 ( 0% )

75 %

 
 ( 80% )

50 %

 
 ( 20% )

25 %

 
 ( 0% )

i have no idea what PCI means

 
 ( 0% )

Friday May 7, 2010 2:30 
2:32
DustinR., SecurityMetrics: 

Brian, there may be better ways. There may be costs associated with other ways though. We have some customers that use special software they copy the card with that has the ability to block out the card number (automatically) within certain sections of the image. I've seen customers do what you are doing to. I would recommend investigating if an actual image is required to be maintained. Also, please insure that you are not storing the CVV data as well. Unfortunately, using a sharpie is not always effective. I've seen with some sharpies that it's easy to obtain the number under certain types of light. You may want to hole punch the section of the card number to remove it completely. Sorry, I don't have a magic answer to that one.

Friday May 7, 2010 2:32 DustinR., SecurityMetrics
2:32
David Moody, Trustwave: 

Marsha,
Yes, in fact, that is really the objective of the PCI assessment process:
Compliance

PCI DSS requirements aren't impossible idealistic goals, they are very real and doable. But they aren't necessarily easy.

More important is not just becoming compliant, but staying compliant. If you read the PCI DSS requirements, you will notice there are several items that speak to ongoing activities and staying compliant (such as the ongoing scans).

Friday May 7, 2010 2:32 David Moody, Trustwave
2:33
HWN_JQFreed: 

"hole punch" earns top answer of the day. (so far)

Friday May 7, 2010 2:33 HWN_JQFreed
2:34
David Moody, Trustwave: 

I think if you take a wood burning tool to the paper that might work... and probably violate a ton of OSHA rules in the process!

Friday May 7, 2010 2:34 David Moody, Trustwave
2:35
HWN_JQFreed: 

David, there is no prize for top answer. But thanks for trying to one-up Dustin. Next question from @Hotel_Mike ...

Friday May 7, 2010 2:35 HWN_JQFreed
2:35
[Comment From Hotel_MikeHotel_Mike: ] 

Will there be regulators visiting properties/vendors to make sure they are in compliance?

Friday May 7, 2010 2:35 Hotel_Mike
2:36
DustinR., SecurityMetrics: 

Brian, is there some sort of secured (locked container) that you can have these forms stored within (like a secured drop box) that only an authorized person would have access to? Just an idea. You're not technically required to black it out, it does need to be securely stored though.

Friday May 7, 2010 2:36 DustinR., SecurityMetrics
2:36
[Comment From KenKen: ] 

Ah...but what do you then do with the little circles of paper from the hole punch?

Friday May 7, 2010 2:36 Ken
2:36
HWN_JQFreed: 

@Ken, recycle them.

Friday May 7, 2010 2:36 HWN_JQFreed
2:38
DustinR., SecurityMetrics: 

Burn everything except the first six and last 4 digits. :-)

Friday May 7, 2010 2:38 DustinR., SecurityMetrics
2:40
HWN_JQFreed: 

@Hotel_Mike, I don't think Visa plans on sending a "regulator" around to make sure merchants are PCI compliant, but if your hotel is breached and it is determined you weren't compliant with DSS standards, there will be a slew of consequences.

Friday May 7, 2010 2:40 HWN_JQFreed
2:40
[Comment From KenKen: ] 

PCI Compliant Recycling Service...an emerging market!

Friday May 7, 2010 2:40 Ken
2:40
David Moody, Trustwave: 

Mike,
Whether an assessor comes out depends upon so many things. First, it depends whether your hotel group is classified as a Level 1 merchant or otherwise classified to require a 3rd party assessment (companies that have had a card breach in the past are typically required to have a 3rd party assessment). Second, if your hotel is one of many sites that is being assessed by a 3rd party, then you may be selected as part of a sample, or you may not.

Friday May 7, 2010 2:40 David Moody, Trustwave
2:41
[Comment From BrianBrian: ] 

The problem is being able to find them again later...we currently black it out (soon to be hole punch) and they are attached to a copy of the folio and stored for audit. If they all get filed in a lock box it will be a lot of time spent trying to find which copy matches which folio.

Friday May 7, 2010 2:41 Brian
2:41
HWN_JQFreed: 

good point, @David Moody.

Friday May 7, 2010 2:41 HWN_JQFreed
2:42
[Comment From CraigCraig: ] 

Several states have created legislation that hands the care of data to the merchant. It seems that being PCI compliant will not be enough to avoid the burden by the courts. Doing the minimum has never been a good defense.

Friday May 7, 2010 2:42 Craig
2:42
David Moody, Trustwave: 

Ken,
That is more real than you might think. I, and I am sure Warren and Dustin have seen this as well, have seen several emerging businesses just dealing with PCI media destruction, management, and recycling of materials, too.

Friday May 7, 2010 2:42 David Moody, Trustwave
2:42
DustinR., SecurityMetrics: 

To add to David's comments... we are receiving a lot of calls from Level Two merchants/franchises lately because of the MasterCard validation requirements that go into affect next year. It will be up to the Merchant Bank to notify you of their validation requirements.

Friday May 7, 2010 2:42 DustinR., SecurityMetrics
2:43
HWN_JQFreed: 

Good point, @Craig. The PCI DSS standards provide a stepping-stone for data security. Teaching your staff about the importance of handling guest data is just as critical.

Friday May 7, 2010 2:43 HWN_JQFreed
2:44
HWN_JQFreed: 

question from @Marsha ...

Friday May 7, 2010 2:44 HWN_JQFreed
2:44
[Comment From MarshaMarsha: ] 

Is there some sort of Pay Pal system that guests/groups could use to pay deposits with credit cards and avoid having the paper but be able to provide documentation for auditing purposes. I not really sure that this question makes sense other then I am looking for an alternative.

Friday May 7, 2010 2:44 Marsha
2:47
DustinR., SecurityMetrics: 

Also, I want to emphasize that the PCI DSS standard is pretty solid and based off of ISO standards. What's important to realize is that an audit or assessment, is not what makes you secure. It's the day in and day out attention to the requirements and how you follow them that will ultimately determine how secure you are.

Friday May 7, 2010 2:47 DustinR., SecurityMetrics
2:47
[Comment From KenKen: ] 

Kidding aside, is there a resource available on how to secure your firewall in a PCI compliant manner? Any ports or services to zero in on?

Friday May 7, 2010 2:47 Ken
2:47
HWN_JQFreed: 

@Ken, I'm sure the panelists can offer more specifics, but you'll always want to keep your POS systems on a dedicated server and update anti-virus software regularly. The PCI DSS website has more tips on firewall protection ...

Friday May 7, 2010 2:47 HWN_JQFreed
2:47
[Comment From FranklinBFranklinB: ] 

@Marsha, that's a great question. I've had quite a few guests lately expressing some concern about what we do with their data. I think a lot of people have gotten accustomed to PayPal and similar processes that might seem a little safer in their minds.

Friday May 7, 2010 2:47 FranklinB
2:47
David Moody, Trustwave: 

Marsha,
Are you looking for a paperless solution? Or a way to let some other service handle the credit cards entirely?

I don't know how to answer your question specifically, except to say, yes, there are ways around deposit payments, for instance, I know Orbitz and others take payments on behalf of hotels. But that may not be what you are really trying to achieve.

Friday May 7, 2010 2:47 David Moody, Trustwave
2:48
[Comment From JoeJoe: ] 

A Marsha - What are everyone's thoughts on using a Payments Gateway reporting tool to be able to securely log into with a browser and pull any customer data? (as opposed to storing paper)

Friday May 7, 2010 2:48 Joe
2:49
Warren Dehan: 

@Marsha. there are already properties that do accept paypal as a method of payment, which is fine for fully prepaid stays, but it my be inconvenient for guests to manage incidentals at checkout through paypal.

Friday May 7, 2010 2:49 Warren Dehan
2:51
DustinR., SecurityMetrics: 

A Marsha, One thing to realize by putting data into a web browser, you have just transferred risk from paper/physical security to digital/logical security. This is why a risk analysis is important to determine what is the best practice to follow by your organization. By putting data into a browser, you may have made it more accessible to employees and possible non-authorized persons. You may even have employees that can access this data from home? This all needs to be assessed internally to determine what is the best process for your organization.

Friday May 7, 2010 2:51 DustinR., SecurityMetrics
2:52
David Moody, Trustwave: 

Ken,

No matter what... you should keep Telnet and FTP totally out of the cardholder environment.

That being said, firewalls set ups and configurations can get complex. Some of the important things to focus on are:

Segmenting and securing the cardholder environment away from other processing in the network.

Having a DMZ that is the barrier between internal and external IP's

Using accepted published standards such as NIST, SANS, NSA, CERT, and vendor recommendations.

Friday May 7, 2010 2:52 David Moody, Trustwave
2:54
David Moody, Trustwave: 

I'm sure Dustin and Warren also have some good advice regarding firewalls. I'm not going to try and get into too many details just because that is a HUGE subject.

Friday May 7, 2010 2:54 David Moody, Trustwave
2:54
[Comment From MarshaMarsha: ] 

Warren - I agree. Often large groups want to use American Express as a deposit for an event with the Master Account being settled later. This is where the challenge is - how does payment get made without violating PCI.

Friday May 7, 2010 2:54 Marsha
2:55
HWN_JQFreed: 

Folks, we'll wrap up shortly ... I just wanted to thank our panelists quickly for taking the time to Chat today. At www.hotelworldnetwork/security0510 you'll find more information on PCI compliance. If you have questions that weren't resolved, please visit the PCI DSS website or feel free to leave a reader comment on the bottom of this page and we'll contact you with the best answer we can provide.

Friday May 7, 2010 2:55 HWN_JQFreed
2:55
DustinR., SecurityMetrics: 

Ken, to add to David's point, a good change control process is essential to managing a firewall. Given the complexity of the rules, firewalls can be ugly to manage. There are tools out there that can help. Shrubbery Networks has a free Rancid tool that works really well with managing and tracking changes to Cisco firewalls. It's worth looking into if your environment is complex. There are other tools as well.

Friday May 7, 2010 2:55 DustinR., SecurityMetrics
2:56
David Moody, Trustwave: 

If you use any 3rd party payment gateway or processor....

Make sure they are PCI Compliant!

If they are, they should be listed on Visa and MasterCard's websites as compliant service providers.

Friday May 7, 2010 2:56 David Moody, Trustwave
2:57
Warren Dehan: 

@Marsha, it is within PCI compliance to take advance deposits, all within the realm of proper encryption and database storage rules. With tokenization added to the mix, you can process the advance deposits without holding cardholder data.

Friday May 7, 2010 2:57 Warren Dehan
2:58
David Moody, Trustwave: 

If you are using a 3rd party service provider for credit card stuff and they aren't listed on the Visa and/or MasterCard sites.... it should be something to make you go "hmmmm"

Friday May 7, 2010 2:58 David Moody, Trustwave
2:59
David Moody, Trustwave: 

In any case, find out the facts on third party PCI compliance. It all goes back to who is responsible.

Under requirement 12... you are responsible to ensure that other folks you share cardholder data with are PCI compliant and that you monitor that status.

Friday May 7, 2010 2:59 David Moody, Trustwave
3:00
HWN_JQFreed: 

excellent point, @Warren, and a great note to wrap today's chat. Thanks again to our panelists and readers, and please stay tuned to Hotel & Motel Management for future Live Chats on bettering operations at your property.

Friday May 7, 2010 3:00 HWN_JQFreed
3:00
DustinR., SecurityMetrics: 

Also, you should try to verify if your payment software is PA DSS compliant. But even if you determine that it is, you will need to also verify that it was configured and maintained in a compliant manner. A lot of franchise owners are making assumptions out there. Please verify that all of PCI DSS is being met.

Friday May 7, 2010 3:00 DustinR., SecurityMetrics
3:02

 


 

 
 

What do you think of this Article?
 




© 2010 Questex Media Group LLC. All rights reserved
Reproduction in whole or part is prohibited
Please send any technical comments or questions to our webmaster