Risk
10/7/2010
12:55 PM
50%
50%

Credit Industry Pitches Card Encryption

The Payment Card Industry council has released new guidance on security standards.




Strategic Security Survey: Global Threat, Local Pain
(click for larger image and for full photo gallery)
On Tuesday, the Payment Card Industry (PCI) Security Standards Council released new guidance on the use of point-to-point encryption and EMV card security standards. The guidance takes the form of two new white papers, produced by a collaboration of the council's technical working group, special interest groups, as well as various industry and security experts and vendors.

The new guidance is designed to help organizations "understand how they can better secure their payment card data and how specific technologies may assist them in meeting the requirements of the PCI Data Security Standard (DSS)," said Troy Leach, chief standards architect for the PCI Security Standards Council.

The EMV card security feature, also known as "chip and PIN," requires consumers to enter a personal identification number when paying with a credit or debit card in person. But while EMV (which was named for the companies that developed the standard, Eurocard, Mastercard, and Visa) was designed to cryptographically protect the purchasing process, card data -- including routing data -- still gets sent to processors in clear text. "If this data is obtained by criminals at some stage of the process, it can be used to create 'card not present' fraud," said Jeremy King, European regional director for PCI.

Accordingly, the council is exploring point-to-point encryption, which it purposefully avoids calling end-to-end encryption, since data would only be encrypted at certain points. "We've been looking at creating a road map, and this is what we've released with the white paper, which lays out how point-to-point encryption can work, and how it will work," said King.

One upside to such encryption would be that merchants would no longer have to ensure that customer data stays secure, since it would already be encrypted, thus easing their PCI DSS compliance requirements and hopefully enticing more companies to comply with the standard.

While official compliance statistics haven't been released, some studies suggest that many organizations don't treat PCI compliance as a requirement. However, according to one recent study, complying with PCI improves security and reduces an organization's risk of data breaches.

Introducing PCI changes, however, takes time. "The devil is in the details, and there are a lot of technical issues around how you introduce point-to-point encryption," said King, not least of which is key management. In addition, "we're introducing global standards for adoption anywhere in the world, and that creates challenges in different parts of the world," he said.

In other PCI news, on October 28, the PCI Council will release new versions of the PCI DSS, PIN Transaction Security requirements, and the Payment Application Data Security Standard. The new versions will now be refreshed every three years, instead of two, and the simultaneous update is designed to keep future versions in sync.

"The updates to the standards are certainly going to help the merchants," said King. "They're designed with the new three-year lifecycle to give them more time and give them more time to understand how they've matured, and that's a key phrase, because the standards have been around for some time. They're quite mature."

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-6477
Published: 2014-11-23
Unspecified vulnerability in the JPublisher component in Oracle Database Server 11.1.0.7, 11.2.0.3, 11.2.0.4, 12.1.0.1, and 12.1.0.2 allows remote authenticated users to affect confidentiality via unknown vectors, a different vulnerability than CVE-2014-4290, CVE-2014-4291, CVE-2014-4292, CVE-2014-4...

CVE-2014-4807
Published: 2014-11-22
Sterling Order Management in IBM Sterling Selling and Fulfillment Suite 9.3.0 before FP8 allows remote authenticated users to cause a denial of service (CPU consumption) via a '\0' character.

CVE-2014-6183
Published: 2014-11-22
IBM Security Network Protection 5.1 before 5.1.0.0 FP13, 5.1.1 before 5.1.1.0 FP8, 5.1.2 before 5.1.2.0 FP9, 5.1.2.1 before FP5, 5.2 before 5.2.0.0 FP5, and 5.3 before 5.3.0.0 FP1 on XGS devices allows remote authenticated users to execute arbitrary commands via unspecified vectors.

CVE-2014-8626
Published: 2014-11-22
Stack-based buffer overflow in the date_from_ISO8601 function in ext/xmlrpc/libxmlrpc/xmlrpc.c in PHP before 5.2.7 allows remote attackers to cause a denial of service (application crash) or possibly execute arbitrary code by including a timezone field in a date, leading to improper XML-RPC encoding...

CVE-2014-8710
Published: 2014-11-22
The decompress_sigcomp_message function in epan/sigcomp-udvm.c in the SigComp UDVM dissector in Wireshark 1.10.x before 1.10.11 allows remote attackers to cause a denial of service (buffer over-read and application crash) via a crafted packet.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?