Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #17045
| From | "J.O. Aho" <user@example.net> |
|---|---|
| Newsgroups | comp.lang.php |
| Subject | Re: Need help with two-way script (PCI DSS) |
| Date | 2016-09-09 18:21 +0200 |
| Message-ID | <e3g5roFu0j9U1@mid.individual.net> (permalink) |
| References | (3 earlier) <nqs98t$4rp$1@jstuckle.eternal-september.org> <e3dumhFe398U1@mid.individual.net> <nqsjf2$b7u$1@jstuckle.eternal-september.org> <e3esajFkdc3U1@mid.individual.net> <nqufim$oao$1@jstuckle.eternal-september.org> |
On 09/09/2016 04:05 PM, Jerry Stuckle wrote: > On 9/9/2016 12:32 AM, J.O. Aho wrote: >> On 09/08/2016 10:59 PM, Jerry Stuckle wrote: >>> On 9/8/2016 4:06 PM, J.O. Aho wrote: >>>> On 09/08/2016 08:05 PM, Jerry Stuckle wrote: >> >>>>> So it sounds like you have control over both sides of the conversation, >>>>> in which case you can do about anything you want. So the first thing >>>>> you need to do is determine how you want to transfer the data. >>>>> >>>>> Personally, I would consider directly accessing the MySQL database - I >>>>> believe for the most part the less involved, the less that can go wrong. >>>> >>>> In this case you may get a PCI DSS dependency which you may not want to >>>> have, you will want as few machines as possible in scope, as this makes >>>> audits a lot easier and less work. >>>> >>> >>> Not if it's designed properly. For instance, MySQL can use encrypted >>> connections, and firewalls can limit access. >> >> If application A stores PAN/Card holder data in the database and >> application B only is interested in the email address and both access >> the same database, then both applications are in scope for PCI audit. >> > > True - but application B can be restricted so that it cannot access > anything but the email address. Just because it can access the database > does not mean it can access the entire database. But that is true for > any half-way decent RDBMS. Sure you can, but it's still in scope for PCI as it has access to the database where the PAN/Card Holder data is stored. >> If you let application A send the email address to application B with a >> https request and application B returns a true or false answer, then >> application B is out of scope for PCI. >> >> There are big difference in the amount of PCI documentation you have to >> have and less requirements on the server which application B is running. >> > > But then you also have an additional server and application(s) to > consider, when once again and place you in scope of a PCI audit. Yes, of course, but the additional server ain't within PCI scope as it's not able to access PAN/Card Holder data. >>> But if the MySQL database is on another system, you'll have that problem >>> anyway, no matter how you access it. >> >> You have a compensating control on the MySQL too, as it don't support >> encrypted columns, sure you can (must) have it running on a luks partition. >> > > You can encrypt the data in the database; but like most databases the > problem is you need the password to do anything with that column. But > that's true whether you are accessing the database directly or through > another app. This can be handled by key management systems in a database as for example in sybase, where you can grant the decryption and use of the decryption key to users. > You can, however, get around this problem by placing the password in > stored procedures. But that again adds another level complexity. And yet another compensating control. >> >> From PCI point of view, I would recommend to use postgresql unless you >> want to use money and go for oracle/sybase... the less compensating >> controls you have the smother the PCI audit will be. >> >> > > I prefer DB2, but that's my opinion. And both DB2 and Oracle have free > versions. Those versions are limited, but should work just fine for > what she needs. I would say this part of the thread is out of scope for Adrienne, she just doing the application B and do not really have to think about PCI, that is all up to their customers to solve. > The biggest problem when going to other databases will be installation > and maintenance. Most hosting companies are familiar with MySQL, and > some with PostgreSQL. However, very few are familiar with the > commercial RDBMS's, so she'll be on her own. I don't see the problem, most QSA's would fail you if you use normal hosting for PAN/Card holder data. You need to go for a dedicated machine and up to you what you install, not the head ache of the hosting company. -- //Aho
Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Need help with two-way script Adrienne Boswell <arbpen@yahoo.com> - 2016-09-08 01:48 +0000
Re: Need help with two-way script Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-07 22:51 -0400
Re: Need help with two-way script "J.O. Aho" <user@example.net> - 2016-09-08 06:29 +0200
Re: Need help with two-way script bill <william@TechServSys.com> - 2016-09-08 07:50 -0400
Re: Need help with two-way script Adrienne Boswell <arbpen@yahoo.com> - 2016-09-08 17:39 +0000
Re: Need help with two-way script Adrienne Boswell <arbpen@yahoo.com> - 2016-09-08 17:43 +0000
Re: Need help with two-way script Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-08 14:05 -0400
Re: Need help with two-way script "J.O. Aho" <user@example.net> - 2016-09-08 22:06 +0200
Re: Need help with two-way script Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-08 16:59 -0400
Re: Need help with two-way script (PCI DSS) "J.O. Aho" <user@example.net> - 2016-09-09 06:32 +0200
Re: Need help with two-way script (PCI DSS) Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-09 10:05 -0400
Re: Need help with two-way script (PCI DSS) "J.O. Aho" <user@example.net> - 2016-09-09 18:21 +0200
Re: Need help with two-way script Adrienne Boswell <arbpen@yahoo.com> - 2016-09-08 20:17 +0000
Re: Need help with two-way script Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-08 17:03 -0400
Re: Need help with two-way script Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-09-10 12:04 +0200
Re: Need help with two-way script Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-09-10 11:54 +0200
Re: Need help with two-way script Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-09-08 12:54 +0100
Re: Need help with two-way script "J.O. Aho" <user@example.net> - 2016-09-09 06:54 +0200
Re: Need help with two-way script Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-09-10 09:04 +0200
Re: Need help with two-way script Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-10 10:19 -0400
Re: Need help with two-way script He <y12983@mail.ee> - 2022-02-02 02:23 -0800
csiph-web