To Scan or Not To Scan – PCI 6.6

Posted by Chris Patterson

As an enabler of PCI compliant environments, at NaviSite, we are frequently asked questions about what is the best way to comply with various components of the PCI Data Security Standard, as well as many other regulations. One of the key features of the DSS is the flexibility that is afforded by each organization when it comes to how specific controls are implemented, and one of the most commonly asked is around requirement 6.6. The PCI standard states the following:

For public-facing web applications, address new threats and vulnerabilities on an ongoing basis and ensure these applications are protected against known attacks by either of the following methods:

  •  Reviewing public-facing web applications via manual or automated application vulnerability security assessment tools or methods, at least annually and after any changes
  • Installing a web-application firewall in front of public-facing web applications Read more…

NaviSite’s observations on the revised Data Security Standard, Version 1.2

Posted by Sophia McKeown

The PCI Data Security Standards Council Community meeting held in September was indeed an eye opener. Following up the meeting, we’d like to share NaviSite’s specific observations on the just released revised Data Security Standard, version 1.2:

Wireless Systems Overhaul: The requirements for Wireless systems have increased in recent past and the Council has acknowledged the weakness of the WEP protocol for wireless. Despite its widespread use in the legacy retail systems, WEP protocol would be soon out of use and retailers are looking for ways to address this. Read more…

NaviSite at PCI Security Standards Council Community Meeting in Orlando – Sept. 23 – 25

Posted by Sophia McKeown and Chris Patterson

This is the first year that vendors have been invited to showcase their offerings, and NaviSite is one of the few hosting providers participating in the vendor showcase. We’ve had a great deal of interest in our offerings as well as steady traffic to our booth. Our popular ‘got PCI’ bumper stickers are almost gone. The latest buzz on the street is focused on the new 1.2 Data Security Standard.  Specific information on the changes between 1.1 and 1.2 will be heating up blog discussions in future upon actual release of the standard…and we will be incorporating any changes into our service offerings. We are looking forward to additional networking sessions to hear about the ‘real world’ lessons learned from merchants of all levels and sizes. We haven’t seen any Disney characters attend the meetings, but maybe we’ll meet up with them next time we’re in Orlando.

Sophia McKeown is the Product Manager for PCI Compliance and Chris Patterson, CISSP, GCIH, G7799, CEH,  is the Product Manager for Infrastructure Services at NaviSite.

Be a PCI Compliant Online Merchant

Posted by Allen Allison

Although the PCI DSS has been published and enforced for several years, there are still several organizations scrambling to deliver online credit card purchases in a PCI compliant, or even certified, environment.  Here are three important steps to becoming a PCI compliant online merchant:

1.      Choose the right hosting provider; PCI Compliance is not a checkbox.  Many hosting providers offer PCI compliant environments and others offer a PCI certifiable hosting environment.  What is the difference?  A PCI compliant deployment implies that, as the application, the networking devices and the operating systems are deployed in a manner consistent with the requirements of the PCI DSS.  For example, the firewall is deployed with NAT enabled, with filtering for RFC 1918 addresses, and with an explicit deny any any (among other requirements).  The common confusion is that this strategy does not provide a PCI certifiable environment.  Other managed hosting providers have painstakingly built PCI Certification solution sets that deliver any or all of the pieces necessary to achieve compliance to all 12 DSS requirements and their sub-requirements.  If you are looking to provide online credit card sales, you must determine what you want from your ISP and hosting provider.

2.      Application development is as important to a PCI certifiable environment as is the security infrastructure.  Many organizations fail to see the importance of following industry-recognized guidelines for secure application development.  It is because of this lack of familiarity with the security guidelines for coding, that the PCI Security Standards Council released the DSS Requirement 6.6, “Ensure that all web-facing applications are protected against known attacks by either of the following methods: 1) Having all custom application code reviewed for common vulnerabilities by an organization that specializes in application security; or 2) Installing an application-layer firewall in front of web-facing applications.  Requirement 6.6 was enforceable as of June 30, 2008.  The PCI Security Standards Council recommends developing applications to the standards of Open Web Application Security Project (www.owasp.org).

3.      Develop the right strategy for handling cardholder data.  Many online merchants believe that it is important to retain credit card information after the original transaction; however, by doing so, you must introduce controls and technology that are in line with the requirements of the PCI Security Standards Council for retaining cardholder data.  Adding these solutions, policies, and procedures can be expensive and difficult to maintain.  For example, all storage of cardholder data must be encrypted, access secured, and key management must be maintained in a secure manner.  Furthermore, by deciding to retain cardholder information, you are opening your organization to potential risk that may have other legal ramification beyond PCI such as state legislation regarding consumer data breach and notification (e.g., California Security Breach Information Act – formerly, SB 1386).  If there is no need to retain the cardholder data beyond the original transaction, it would behoove you to destroy that information upon completion of the transaction; there may be a significant reduction in cost and reduced liability. While there is much more that goes into providing an online PCI Compliant environment than can be covered here, these are decisions that must be made before you are able to turn up an online merchant store and begin accepting credit cards.

Allen Allison is the Vice President, Managed Services at NaviSIte, Inc.  Allison is a Cisco Certified Internetwork Expert (CCIE #6358), Certified Information Systems Security Professional (CISSP), and Cisco Certified Security Professional (CCSP).  Allison has been the lead architect in developing and delivering PCI Certified on-line environments and has led numerous security and compliance assessments, formerly as part of a PCI QSA organization.

IT Governance and Best Practices

Posted by NaviSite Quarterly

Disaster Recovery Plans and SAS 70 Compliance

By Chance Veasey, Senior Director, Application Hosting Services

NaviSite demonstrates its commitment to operational controls, IT governance, and best practices with both a SAS70 Type II audit program and a yearly disaster recovery test. These practices are woven within the fabric of our daily operations and are a part of our integrated approach to best practices.

Many organizations are struggling to find a holistic approach to IT governance and best practices. IT organizations are looking at standards like ITIL, ISO, Val-IT, CobiT, and the CMM – and asking, “upon which standard do I focus?” Meanwhile, some organizations are betting that the SEC’s last guidance on Sarbanes-Oxley Section 404, published in May of 2007, will lead to reform and relieve some of the IT governance requirements. Within this quagmire of mature and emerging standards, some organizations are hesitating to act as they evaluate the overlap of requirements and hold out hope for SarbOx reform. Other organizations are directing their efforts to reach a specific goal specified by one standards body. Read more…

Five Myths about PCI Compliance

Posted by NaviSite Quarterly

By Sophia McKeown, Product Manager- Application Development

The PCI standard was developed by credit card companies to better protect the privacy of customers, payment card data, and merchant data. Merchants who accept credit cards as payment are subject to these standards; yet meeting these requirements can be challenging.

When we talk about PCI compliance, organizations are often misled by five common myths about becoming compliant with the Data Security Standard (DSS) as outlined by the Payment Card Industry (PCI). Here, we break some of these common myths related to the PCI DSS.

Myth 1: Varying degrees of compliance are required.
The most common misconception is that there are varying degrees of compliance required, depending upon a merchant’s particular level which is determined by their annual number of transactions. The reality is quite the opposite. Read more…