Welcome Guest. | Log In | Register | Membership Benefits
  • |   Email this page E-mail
  • |  Print Print
  • |   Bookmark and Share

Tech Insight: Navigating The Murky Waters Of PCI Implementation

PCI compliance can work for your security program. The key is understanding your assessor's needs

Aug 24, 2011 | 07:45 PM | 

By Adam Ely, Contributing Writer

If you're a security pro, you probably have a love-hate relationship with PCI compliance. You love it when you're fighting for budget. You hate it when you're dealing with loose, sometimes illogical, and redundant requirements and unpredictable assessors. Either way, most of us are stuck with it -- so it pays to know the tricks of implementing PCI in a way that works well for the security cause.

One of the biggest gripes about PCI is that it's time-consuming. Automation is key to reducing the operational impact of recurring tasks, assessments, and ensuring consistency. Most people naturally think of big, expensive automation tools and instantly launch into a sad story about lack of budget. But there are free tools (such as Puppet), and near-free tools that serve as correlation and automation engines inside existing tools.

There also are ways to automate some of your recurring tasks to meet security requirements, compliance requirements, and to produce evidence in areas ranging from log reviews to vulnerability assessments.

PCI requires log review, and the logging of certain types of events. When the assessor comes on site, he or she will need to review these logs in order to verify that you are performing the required security tasks. Many organizations schedule meetings with the assessor and administrators to sit down, review the logging configuration, and review log storage. This takes time away from our regular work and adds to our already busy schedules.

Consider using automation tools to automatically enforce logging configurations and to generate a log of these actions. Give the assessor access to a logging dashboard that offers either prebuilt, ad-hoc search queries or views developed specifically for PCI. Automation, configuration management, centralized logging, and log review dashboards are all things that are useful to the security operation regardless of assessments, so these functions offer multiple benefits while reducing time spent with the assessor. Not that we don’t love spending time with assessors.

While automation is sometimes hard or slow to implement, documentation isn’t. Documenting where your assessment evidence lives, who is responsible for it, how it works, and keeping it up to date can save a tremendous amount of time during the assessment. It can be painful convincing everyone to do the documentation -- but remind them how painful it is to answer the same questions multiple times each year, and explain that documentations will reduce meetings and questions from assessors.

Assessors will be obligated to verify some facts, but the better their understanding of the situation when they walk into the meeting, the better your chances of completing the assessment quickly. When documenting your controls and processes, create a matrix that maps items to not only PCI, but also to other relevant compliance or audit requirements. This will allow you to get a head start on other assessments, identify what can be reused, and reduce future effort.

The more information you can document, the less time you’ll spend on future assessments. Document as much as possible -- include what evidence was provided to the assessor for sampling or verification, the commands you ran to gather the evidence, and any screenshots that were created. This will help reproduce evidence in future years and reduce discussion of what is acceptable or what was provided last year.

The most important thing after creating the documentation is to ensure the assessor reads it before meeting with staff. The purpose of the documentation is to reduce effort during the assessment. When negotiating the statement of work (SOW)with your assessor, they will require you provide certain information prior to the start of the engagement, and to ensure that they will have access to the staff.

Use the SOW negotiation to your advantage as well. Require the assessor to review the provided documentation -- and to close any items that can be resolved through documentation review before coming on site. This will ensure that the assessor reviews the documentation before meeting with your staff -- if they don't, they are in violation of your contract, and you can turn the tables on the PCI process.

The intent of any assessment is to understand areas of risk with an eye on remediating vulnerabilities and improving your operation. Unfortunately, PCI assessments are painful for many, mostly due to loosely-defined standards, misinformed assessors, inconsistencies between assessors (even those who work for the same organization), and lack of preparedness by those being assessed.

To reduce the pain of PCI assessments, prepare early, assess throughout the year, and implement automation and documentation. To reduce daily problems during the assessment, be up front and clear with your assessor about expectations, and timelines.

When the assessor inevitably states that they are "bound by the PCI Council" -- which seems to be their favorite excuse --remind them that they work for you. An assessor's job is to evaluate, provide guidance, and find accurate ways to show that your organization meets PCI's intent. The PCI Council represents the best interests of the credit card brands -- your assessor should represent your organization's best interest.

Have a comment on this story? Please click "Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.



Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dark Reading encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dark Reading moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Dark Reading further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS



Compliance Reports

report Security Via HIPAA Compliance
IT organizations in the healthcare industry can make tremendous progress on security initiatives using the HIPAA Security Rule for leverage. Here are some insights on how compliance initiatives can be the catalyst you need to build out your organization's IT security program.

report Security via SOX Compliance
The effort to achieve and maintain compliance with Sarbanes-Oxley requirements remains one of the primary drivers behind many IT security initiatives. In this report, we share 10 best practices to meet SOX security-related requirements and help ensure you'll pass your next compliance audit.

report Security via PCI Compliance? Yes, If You Play Your Cards Right
By teaming up with peers on the compliance side, doing appropriate scoping and preparation, and paying attention to emerging standards, security practitioners can leverage PCI compliance activities to improve the security game of the company as a whole.

Other reports from the Compliance Tech Center:

Related Content

IT Operations Strategies: Manage Applications, Servers and Enterprise Infrastructure
Cut the time and effort of troubleshooting and reporting. ArcSight Logger provides better visibility into IT data to help manage applications, servers and enterprise infrastructure.

Log Management Facilitates IT Operations
Governments and businesses are increasingly vulnerable to cyber-attacks by hackers, malware and malicious insiders. Learn how logs can be used for forensic analysis of cyber-security incidents. Get the key requirements for a universal log management solution and discover how ArcSight Logger delivers on those requirements.

Cost-effectively Automate PCI Audits
Get turnkey and automated PCI compliance. ArcSight PCI Logger is an all-in-one log collection, storage and analysis solution for cost-effective automation of PCI audits and proactive protection of cardholder data.

Priority Health Combats Major Security Issues
Priority Health's ArcSight ESM deployment immediately addressed its most serious security issues. Data from firewalls, syslogs, IDS and Web servers was integrated into a single console -- providing much-needed visibility across the organization.

Case Study: Fiserv Tackles Compliance Challenges
ArcSight Logger makes it possible for Fiserv to quickly sift through terabytes of log data and isolate log events needed for compliance.