Skip to main content
PCI DSS COMPLIANCE

PCI DSS Compliance You Can
SCOPE.

PCI DSS reaches every business that stores, processes or transmits card data. ITS narrows what is in scope, secures it, and keeps the evidence current.

WHERE IT GOES WRONG

Why PCI Compliance Slips, Usually Quietly

Almost nobody fails PCI because they did not care. They fail because the scope was never drawn, the proof was never filed, or the program stopped the week after the questionnaire was signed. Card data is one framework inside our wider IT compliance services, and these are the seven we find most often.

Any one of these turns a routine request from your acquiring bank into a scramble:

  • Scope was never drawn, so every system is arguably in scope
  • Legacy systems that cannot meet current requirements and have no plan
  • Policies last reviewed years ago, and nobody can say by whom
  • Tools bought but never tested, so the control exists on paper only
  • Compliance treated as an annual event rather than a program
  • No owner for the questionnaire or the evidence, so both go missing
  • Payment integrations and vendors added over the years and never reviewed
WHY ITS

Less In Scope, Less to Prove

PCI work gets cheaper the smaller you can honestly make it. That is where ITS starts, and it is the step most providers skip because it sells fewer tools.

Scope Reduction Comes First
We map where card data actually flows, then reduce the number of systems that touch it. Fewer systems in scope means less to secure, scan and evidence every year.
Controls Mapped to the Requirements
Network controls, encryption, patching, access control, logging and monitoring, each mapped to the requirement it satisfies. If a control cannot be traced to one, we say so.
The Evidence Your Acquirer Asks For
Support through your self assessment questionnaire, coordination of the required scans, and documentation organized by requirement.

PCI DSS comes from the card brands and covers cardholder data. The FTC Safeguards Rule comes from federal regulators and covers customer information at non-bank financial institutions. Taking cards does not exempt you from the other one. If you finance, lease or arrange credit for your customers, see FTC Safeguards compliance.

THE REQUIREMENTS

The Twelve Requirements, Grouped Six Ways

PCI DSS organizes twelve requirements into six control objectives. Knowing which group your gap sits in tells you who has to fix it and roughly how much work it is.

Control objectives as published by the PCI Security Standards Council.

Build and Maintain a Secure Network

Network security controls between your cardholder data environment and everything else, and secure configurations instead of vendor defaults. Segmentation lives here, and it decides how big the rest of your program has to be.

Requirements 1 and 2.

Protect Stored Account Data

Keep as little card data as you can justify, render it unreadable where you do keep it, and encrypt it in transit across public networks. The cheapest data to protect is the data you never stored.

Requirements 3 and 4.

Manage Vulnerabilities

Protection against malicious software, and a real process for finding, ranking and patching vulnerabilities in the systems in scope. Legacy systems that cannot be patched need a documented plan, not silence.

Requirements 5 and 6.

Control Who Can Reach Card Data

Access by business need only, unique identities with multifactor authentication rather than shared logins, and physical control over media and devices. Access that changes the day a role does.

Requirements 7, 8 and 9.

Log It and Test It

Logging and monitoring of access to systems and card data, with records kept long enough to answer who did what and when, plus the scanning the standard requires. This is the group most often failed, because it cannot be faked.

Requirements 10 and 11.

Maintain a Security Policy

A documented information security policy and program, with risk assessment, staff awareness, service provider management and an incident response plan. This turns the other eleven into something that survives the year.

Requirement 12.

HOW TO START

Three Steps, Starting With What Is Actually In Scope

Scope comes first, because it decides everything after it. You can stop after any step.

STEP 1

Start With a Payments Conversation

Thirty minutes on how you take payments, what you store and what your acquiring bank has asked for. You leave knowing which self assessment route applies and where the obvious gaps are.

Talk to a Compliance Expert
CLIENT RESULTS

What Clients Say About Working With Us

Two ITS clients on what changed once somebody owned their security program. Neither is quoted about card payments, and this section does not imply a PCI outcome.

ITS led significant, transformational changes at Eastern Plumas Health Care to ensure we weren’t susceptible to attacks. Looking back, prior to that partnership, we had a lot of risks on campus. I’m glad nothing happened, but I’m even more proud that after implementing those systems, we’ve avoided data breaches and HIPAA violations throughout our five-year partnership.

Doug McCoy CEO of Eastern Plumas Health Care (EPHC)
FAQ

PCI Questions Buyers Ask Us First

1. What is PCI DSS compliance, and who has to meet it?

PCI DSS is the Payment Card Industry Data Security Standard, published by the PCI Security Standards Council. It applies to any organization that stores, processes or transmits cardholder data, and to the service providers doing it on their behalf. That includes small merchants. Unlike a law it reaches you through contract: your acquiring bank and the card brands require it, and they are the ones who ask for proof. ITS publishes a plain language guide to what PCI compliance is if you want the background first.

2. What makes PCI DSS compliance hard?

Five things, consistently. Working out which requirements actually apply to how you take payments. Keeping the program running all year instead of once a year. Legacy systems that cannot meet current requirements. Having an incident response plan you have actually rehearsed. And budgeting for it. The first one is the root cause of the other four.

3. Who validates PCI DSS compliance? Can ITS certify us?

No, and be careful with anyone who says yes. PCI DSS compliance is validated either through a self assessment questionnaire that you complete and sign, or through a Report on Compliance produced by a Qualified Security Assessor, with the required scanning performed by an Approved Scanning Vendor. Which route applies depends on your situation, and your acquiring bank decides what it will accept. ITS is not a QSA and not an ASV. What ITS does is get you ready, run the controls, and assemble the evidence the assessment needs.

4. Does using a payment processor make us compliant?

It reduces your scope, which is genuinely valuable, but it does not remove your obligation. If a customer's card number can be typed into your systems, read off a screen, left in an email, or captured by a device on your network, that path is in scope. Outsourcing the transaction moves risk; it does not delete it, and you still have to show which route you validate under.

5. Which version of PCI DSS applies to us?

Version 4 is the Council's current line, and it introduced both new requirements and phased dates for some of them. Because those dates are set by the Council and not by us, we do not publish them on this page. Check the current version and its timelines on the Council's own site, and treat any requirement list you saved a year ago as out of date.

6. Can a managed provider handle PCI compliance for us?

Most of it, yes. A provider can run the gap analysis, tighten the controls the standard names, keep the monitoring and scanning on schedule, train your staff and maintain the documentation. What a provider cannot do is sign your attestation for you or replace your acquiring bank's judgement. The usual split: the provider runs the program, the business owns the sign off.

Find Out What Is Actually In Scope Before You Secure All of It

A thirty minute consultation, a clear view of where card data flows, and the self assessment route that applies to you. No obligation.