PCC-DSS compliance

19 views
Skip to first unread message

Bryan Cockerham

unread,
Jun 22, 2012, 9:52:39 PM6/22/12
to nyit-pro...@googlegroups.com

Hey,

Does anyone have any experience reliably and scalably setting up servers to be PCC compliant (for CC payment gateways)?

Because new PHP and Apache versions fix vulnerabilities, they immediately obsolesce their predecessors. 

 

Long time, eh?

-Bryan

 

 

--

about me: bryancockerham.com

 

 

Jonathan Kraska

unread,
Jun 23, 2012, 1:26:24 PM6/23/12
to nyit-pro...@googlegroups.com
Hey man,

I assume you mean PCI compliance? 

We dont officially do PCI compliance 100%, but we do have several clients that we do the best we can with.  Honestly there is a lot of BS involved with PCI compliance.  There are varying levels, and its not a  "do x, y, and Z" and your done.  A lot depends on your individual code base and what your site is doing.  And just because a site is PCI compliant doesn't mean its totally secure. 

I think probably the best thing you can do is use one of the online PCI compliance scanners and run it monthly.  It will tell you what needs to be done to be compliant... and if it says you have to update to the latest PHP/Apache... you just have to suck it up and do it.  That way you at least have a document officially saying you  are compliant and will point out when things need to be done.  I'm not sure which one we use, i think it might be mcafee?





--
EG. Making a come back.
 
To post to this group, send email to nyit-pro...@googlegroups.com
To unsubscribe from this group, send email to
nyit-programme...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/nyit-programmers?hl=en

Bryan Cockerham

unread,
Jun 23, 2012, 9:19:06 PM6/23/12
to nyit-pro...@googlegroups.com

Hey,

Yes. PCI. Thanks. Long day yesterday.  :)

 

Thanks for the response. 

So you have to rebuild Apache and PHP on every server, each time there’s an update?  All my research was pointing that way, and it was a hard truth to swallow.  I figured I’d ask around just in case.

 

Maybe a better question would be: should I scrap Apache, and use something with fewer features that may therefore be less prone to vulnerability?  When we hit more than 10 instances, this is going to get tedious – even with EC2 allowing me to mount home drives on newly cloned servers as soon as I get them running.

 

Thanks again.

-Bryan

Jonathan Kraska

unread,
Jun 23, 2012, 11:25:58 PM6/23/12
to nyit-pro...@googlegroups.com
Sounds like the real problem is your compiling apache / php from source?  Why are you not using a package manager like YUM? It makes updates a lot less painful. 

I know ben likes nginx for performance reasons... but i would stick with apache personally.   I dont think you are going to gain much as far as PCI compliance goes if you switch away from Apache. 

What it comes down to IMO is that server management ain't easy if you want to do it right.  We use puppet to manage our server configs / updates (with varying levels of success).   I dont think we are using it 100% correctly in our implementation, but it might be something worth looking into if you are managing a large number of servers (epically if they all should be configured identically). 

Bryan Cockerham

unread,
Jun 24, 2012, 12:39:58 PM6/24/12
to nyit-pro...@googlegroups.com

 

We’re 100% up to date with the latest YUM packages (Centos 6), but we’re still failing PCI scans. The only solution I have is to build from the latest releases on Apache.org and PHP.net.  If I could solve this through packages, it wouldn’t be a problem. 

 

Puppet is a good idea. I’ve thought about using it a few times in the past.  Unfortunately it won’t solve my build problems though.

 

I know nginx is supposed to be wicked fast.  I’ll do some research on the maintenance required to keep it PCI compliant. 

Ben Zajac

unread,
Jun 24, 2012, 11:14:44 PM6/24/12
to nyit-pro...@googlegroups.com
If you can change your payment processor company, look into stripe.com. That will take a lot of that PCI compliant BS off you: https://answers.stripe.com/questions/what-exactly-do-i-need-to-do-on-my-end-for-pci-compliance

Basically, your checkout payment page has an ajax form that posts to stripes servers directly, and you get a json reply back of success or not. They store and handle all the customer information for you, so your server will never see it at all, meaning you don't have to worry about a lot of that data security vunderability whatnot. And you don't need to change your checkout flow, like you would using paypal express or whatever, which takes you off domain. It's pretty neat.

Bryan Cockerham

unread,
Jun 26, 2012, 3:00:37 PM6/26/12
to nyit-pro...@googlegroups.com

Thanks. Authorize.net, our payment gateway, allows for this too.  Maybe it’s worth checking out.  No pun intended.

Reply all
Reply to author
Forward
0 new messages