{"document":{"acknowledgments":[{"urls":["https://kb.cert.org/vuls/id/971035#acknowledgements"]}],"category":"CERT/CC Vulnerability Note","csaf_version":"2.0","notes":[{"category":"summary","text":"### Overview\r\nSimple Certificate Enrollment Protocol (SCEP) does not strongly authenticate certificate requests made by users or devices.\r\n\r\nUpdate (March 19, 2025): Solution section has been updated.\r\n\r\n### Description\r\nIETF Internet-Draft <a href=\"https://tools.ietf.org/html/draft-nourse-scep-23\">draft-nourse-scep-23</a> \"...defines a protocol, Simple Certificate Enrollment Protocol (SCEP), for certificate management and certificate and CRL queries in a closed environment.\" Mobile Device Management (MDM) is <a href=\"https://en.wikipedia.org/wiki/Mobile_device_management\">defined</a> as \"...software that secures, monitors, manages and supports mobile devices deployed across mobile operators, service providers and enterprises. MDM functionality typically includes over-the-air distribution of applications, data and configuration settings for all types of mobile devices, including mobile phones, smartphones, tablet computers, ruggedized mobile computers, mobile printers, mobile POS devices, etc.\" Multiple MDM software packages use SCEP as a method to handle certificate management and certificate CRL queries within an organization.\r\n\r\nWhen a user or a device requests a certificate, the SCEP implementation may require a challenge password. It may be possible for a user or device to take their legitimately acquired SCEP challenge password and use it to obtain a certificate that represents a different user with a higher level of access such as a network administrator, or to obtain a different type of certificate than what was intended. It is also possible for SCEP implementations or system administrators to not require the challenge password, or to share a static password across many users.\r\n\r\n#### Additional Notes\r\n\r\n* SCEP was designed for use \"...in a closed environment\" and is not well suited for MDM and \"bring your own device\" (BYOD) applications where untrusted users and devices are in use.\r\n* Applications that use SCEP take different measures to authenticate users and devices.\r\n* <a href=\"https://tools.ietf.org/html/draft-nourse-scep-23\">draft-nourse-scep-23</a> discourages further use of SCEP:\r\n> The IETF protocol suite currently includes two certificate management protocols with more comprehensive functionality: Certificate Management Protocol (CMP) [RFC4210] and Certificate Management over CMS (CMC) [RFC5272]. Environments that do not require interoperability with SCEP implementations SHOULD use the above-mentioned, PKIX-standard certificate management protocols. In light of the functionality gap between this specification [SCEP] and the two IETF standards track protocols, this specification is being published as Historic. Even when interoperability with the installed base of SCEP implementations is needed, implementers are encouraged to support one of these comprehensive standards track certificate management protocols in addition to the protocol defined in this specification.\r\n\t\r\nAdditional information can be found in [*The Use of the Simple Certificate Enrollment Protocol (SCEP) and Untrusted Devices*](https://www.keyfactor.com/wp-content/uploads/SCEP-and-Untrusted-Devices_CSS.pdf).\r\n\r\n### Impact\r\nAn attacker could elevate their permissions by requesting a certificate of a different, possibly higher privileged user that would allow them to access resources that they would not otherwise be able to access.\r\n\r\n### Solution ###\r\nACME Device Attestation (ACME DA) is a modern replacement for SCEP that uses cryptographic coprocessors (TPM / Secure Enclave) to do hardware-attested, hardware-bound enrollment for Enterprise IT devices. ACME DA addresses the security issues highlighted in this vulnerability note.\r\n\r\nThe vulnerabilities identified here can be mitigated or avoided by transitioning away from SCEP in favor of ACME Device Attestation.\r\n \r\nHere are some resources you may find helpful:\r\n* Smallstep's overview of ACME DA at https://smallstep.com/blog/managed-device-attestation/\r\n* Apple's native support for ACME DA (aka \"Managed Device Attestation\" or \"MDA\"):\r\nhttps://support.apple.com/guide/deployment/managed-device-attestation-dep28afbde6a/web\r\nhttps://developer.apple.com/documentation/devicemanagement/acmecertificate\r\n* The IETF draft specification: https://datatracker.ietf.org/doc/draft-bweeks-acme-device-attest/\r\n\r\n#### Possible Workarounds\r\n* Use Certificate Management Protocol (CMP) or Certificate Management over CMS as a replacement for Simple Certificate Enrollment Protocol (SCEP)\r\n* Manually approve for certificates from unknown sources\r\n* Avoid reusing challenge passwords\r\n* Limit the number of individuals who can request certificates\r\n\r\n### Acknowledgements\r\nThanks to Ted Shorter of Certified Security Solutions for reporting this vulnerability.\r\nThanks to Smallstep Research for providing resources to update possible solutions.\r\n\r\nThis document was written by Michael Orlando and Art Manion. This document was updated by Ben Koo.","title":"Summary"},{"category":"legal_disclaimer","text":"THIS DOCUMENT IS PROVIDED ON AN 'AS IS' BASIS AND DOES NOT IMPLY ANY KIND OF GUARANTEE OR WARRANTY, INCLUDING THE WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR USE. YOUR USE OF THE INFORMATION ON THE DOCUMENT OR MATERIALS LINKED FROM THE DOCUMENT IS AT YOUR OWN RISK. ","title":"Legal Disclaimer"},{"category":"other","text":"CERT/CC Vulnerability Note is a limited advisory. It primarily identifies vendors impacted by the advisory and not specific products. We only support \"known_affected\" and \"known_not_affected\" status. Please consult the vendor's statements and advisory URL if provided by the vendor for more details ","title":"Limitations of Advisory"}],"publisher":{"category":"coordinator","contact_details":"Email: cert@cert.org, Phone: +1412 268 5800","issuing_authority":"CERT/CC under DHS/CISA https://www.cisa.gov/cybersecurity also see https://kb.cert.org/ ","name":"CERT/CC","namespace":"https://kb.cert.org/"},"references":[{"url":"https://certcc.github.io/certcc_disclosure_policy","summary":"CERT/CC vulnerability disclosure policy"},{"summary":"CERT/CC document released","category":"self","url":"https://kb.cert.org/vuls/id/971035"},{"url":"https://tools.ietf.org/html/draft-nourse-scep-23","summary":"https://tools.ietf.org/html/draft-nourse-scep-23"},{"url":"https://www.keyfactor.com/scep/","summary":"https://www.keyfactor.com/scep/"},{"url":"https://www.keyfactor.com/wp-content/uploads/SCEP-and-Untrusted-Devices_CSS.pdf","summary":"https://www.keyfactor.com/wp-content/uploads/SCEP-and-Untrusted-Devices_CSS.pdf"},{"url":"https://en.wikipedia.org/wiki/Mobile_device_management","summary":"https://en.wikipedia.org/wiki/Mobile_device_management"},{"url":"https://www.prnewswire.com/news-releases/css-rebrands-as-keyfactor-providing-freedom-for-companies-to-master-every-digital-identity-300741955.html","summary":"https://www.prnewswire.com/news-releases/css-rebrands-as-keyfactor-providing-freedom-for-companies-to-master-every-digital-identity-300741955.html"}],"title":"Simple Certificate Enrollment Protocol (SCEP) does not strongly authenticate certificate requests","tracking":{"current_release_date":"2025-03-20T21:00:34+00:00","generator":{"engine":{"name":"VINCE","version":"3.0.35"}},"id":"VU#971035","initial_release_date":"2012-06-27 00:00:00+00:00","revision_history":[{"date":"2025-03-20T21:00:34+00:00","number":"1.20250320210034.64","summary":"Released on 2025-03-20T21:00:34+00:00"}],"status":"final","version":"1.20250320210034.64"}},"vulnerabilities":[{"title":"placeholder.","notes":[{"category":"summary","text":"placeholder"}],"ids":[{"system_name":"CERT/CC V Identifier ","text":"VU#971035"}],"product_status":{"known_not_affected":["CSAFPID-8212882a-38a1-11f1-8422-122e2785dc9f","CSAFPID-8212be3a-38a1-11f1-8422-122e2785dc9f","CSAFPID-821323f2-38a1-11f1-8422-122e2785dc9f","CSAFPID-82136b14-38a1-11f1-8422-122e2785dc9f","CSAFPID-8213a2a0-38a1-11f1-8422-122e2785dc9f","CSAFPID-8213e530-38a1-11f1-8422-122e2785dc9f","CSAFPID-82140dee-38a1-11f1-8422-122e2785dc9f","CSAFPID-82143648-38a1-11f1-8422-122e2785dc9f"]}}],"product_tree":{"branches":[{"category":"vendor","name":"MobileIron (Inactive)","product":{"name":"MobileIron (Inactive) Products","product_id":"CSAFPID-8212882a-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"SilverbackMDM","product":{"name":"SilverbackMDM Products","product_id":"CSAFPID-8212be3a-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"McAfee","product":{"name":"McAfee Products","product_id":"CSAFPID-8212f3b4-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"Microsoft","product":{"name":"Microsoft Products","product_id":"CSAFPID-821323f2-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"Zenprise","product":{"name":"Zenprise Products","product_id":"CSAFPID-82136b14-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"Asavie Technologies Ltd","product":{"name":"Asavie Technologies Ltd Products","product_id":"CSAFPID-8213a2a0-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"Cisco","product":{"name":"Cisco Products","product_id":"CSAFPID-8213e530-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"GlobalSign","product":{"name":"GlobalSign Products","product_id":"CSAFPID-82140dee-38a1-11f1-8422-122e2785dc9f"}},{"category":"vendor","name":"Apple","product":{"name":"Apple Products","product_id":"CSAFPID-82143648-38a1-11f1-8422-122e2785dc9f"}}]}}