Frequently Asked Question
How should entities apply the new SSL/TLS migration dates to Requirements 2.2.3, 2.3 and 4.1 for PCI DSS v3.1?
This FAQ is intended for entities migrating from SSL/early TLS.
In December 2015, PCI SSC announced that the deadline for migrating away from SSL/early TLS has been extended from June 30, 2016 (as published in PCI DSS 3.1), to June 30, 2018. This change will be included in the next version of PCI DSS, which is expected in 2016.
In the meantime, entities validating to PCI DSS v3.1 can use the following guidance when assessing Requirements 2.2.3, 2.3 and 4.1:
For details about how to document the above in a ROC or SAQ for PCI DSS v3.1, refer to How should entities complete their ROC or SAQ for PCI DSS v3.1 using the new SSL/TLS migration dates?
In December 2015, PCI SSC announced that the deadline for migrating away from SSL/early TLS has been extended from June 30, 2016 (as published in PCI DSS 3.1), to June 30, 2018. This change will be included in the next version of PCI DSS, which is expected in 2016.
In the meantime, entities validating to PCI DSS v3.1 can use the following guidance when assessing Requirements 2.2.3, 2.3 and 4.1:
- As is currently the case, entities with a Risk Mitigation and Migration Plan that includes a completion date no later than June 30, 2016 (and that meets all other Risk Mitigation and Migration Plan content requirements) are considered to be "in place" for that particular requirement.*
- Entities with a target migration date that falls between June 30, 2016 and June 30, 2018 are considered as being 'in place with a compensating control', with the PCI SSC announcement providing justification for the migration timeframe.
- Entities with a target migration date that is later than June 30, 2018 are considered to be "not in place" for these requirements.
For details about how to document the above in a ROC or SAQ for PCI DSS v3.1, refer to How should entities complete their ROC or SAQ for PCI DSS v3.1 using the new SSL/TLS migration dates?
January 2016
Article Number: 1372
Related
-
Should entities with enterprise or internal service providers, used to provide internal services to other corporate entities, conduct separate PCI DSS assessments of these service providers or include them as part of each corporate entity’s PCI DSS assessment?
-
What is the impact if an entity uses a third-party service provider (TPSP) to meet a PCI DSS requirement(s), when that TPSP’s PCI DSS assessment completion date is close to a year ago, as documented in the TPSP’s Attestation of Compliance (AOC)?
-
Are Approved Scanning Vendors and Qualified Security Assessors considered third-party service providers for PCI DSS Requirements 12.8 and 12.9?
Featured FAQ Articles
Featured
-
Do PCI DSS requirements for keyed cryptographic hashing apply to previously hashed PANs?
-
Is the PCI DSS Attestation of Compliance intended to be shared?
-
How does an entity report the results of a PCI DSS assessment for new requirements that are noted in PCI DSS as best practices until a future date?
-
Where do I direct questions about complying with PCI standards?
-
Can SAQ eligibility criteria be used as a guide for determining applicability of PCI DSS requirements for merchant assessments documented in a Report on Compliance?
Most Popular
-
Should entities with enterprise or internal service providers, used to provide internal services to other corporate entities, conduct separate PCI DSS assessments of these service providers or include them as part of each corporate entity’s PCI DSS assessment?
-
What is the impact if an entity uses a third-party service provider (TPSP) to meet a PCI DSS requirement(s), when that TPSP’s PCI DSS assessment completion date is close to a year ago, as documented in the TPSP’s Attestation of Compliance (AOC)?
-
Are Approved Scanning Vendors and Qualified Security Assessors considered third-party service providers for PCI DSS Requirements 12.8 and 12.9?
-
What are the expectations for entities when assigning risk rankings to vulnerabilities and resolving or addressing those vulnerabilities?
-
Is phishing-resistant authentication alone acceptable as multi-factor authentication for PCI DSS Requirements 8.4.1 and 8.4.3?
Most Recently Updated
-
Should entities with enterprise or internal service providers, used to provide internal services to other corporate entities, conduct separate PCI DSS assessments of these service providers or include them as part of each corporate entity’s PCI DSS assessment?
-
What is the Council's guidance on the use of SHA-1?
-
In what circumstances is multi-factor authentication required?
-
Is two-step authentication acceptable for PCI DSS Requirement 8.4?
-
How can hashing be used to protect Primary Account Numbers (PAN) and in what circumstances can hashed PANs be considered out of scope for PCI DSS?