Executive Summary

Title Simple Certificate Enrollment Protocol (SCEP) does not strongly authenticate certificate requests
Name VU#971035 First vendor Publication 2012-06-27
Vendor VU-CERT Last vendor Modification 2012-07-04
Severity (Vendor) N/A Revision M

Security-Database Scoring CVSS v3

Cvss vector : N/A
Overall CVSS Score NA
Base Score NA Environmental Score NA
impact SubScore NA Temporal Score NA
Exploitabality Sub Score NA
Calculate full CVSS 3.0 Vectors scores

Security-Database Scoring CVSS v2

Cvss vector :
Cvss Base Score Not Defined Attack Range Not Defined
Cvss Impact Score Not Defined Attack Complexity Not Defined
Cvss Expoit Score Not Defined Authentication Not Defined
Calculate full CVSS 2.0 Vectors scores


Vulnerability Note VU#971035

Simple Certificate Enrollment Protocol (SCEP) does not strongly authenticate certificate requests

Original Release date: 27 Jun 2012 | Last revised: 04 Jul 2012


Simple Certificate Enrollment Protocol (SCEP) does not strongly authenticate certificate requests made by users or devices.


IETF Internet-Draft draft-nourse-scep-23"...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 defined 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.

When an 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.

Additional Notes:

  • 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.
  • Applications that use SCEP take different measures to authenticate users and devices.
  • draft-nourse-scep-23 discourages further use of SCEP:

    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.

Additional information can be found in Certified Security Solutions, Inc's The Use of the Simple Certificate Enrollment Protocol (SCEP) and Untrusted Deviceswhitepaper.


An 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.


We are currently unaware of a practical solution to this problem.

Possible Workarounds

  • Use Certificate Management Protocol (CMP) or Certificate Management over CMS as a replacement for Simple Certificate Enrollment Protocol (SCEP)
  • Manually approve for certificates from unknown sources
  • Avoid reusing challenge passwords
  • Limit the number of individuals who can request certificates

Vendor Information (Learn More)

VendorStatusDate NotifiedDate Updated
Apple Inc.Not Affected12 Apr 201229 Jun 2012
Cisco Systems, Inc.Not Affected12 Apr 201229 Jun 2012
Microsoft CorporationNot Affected05 Apr 201229 Jun 2012
SilverbackMDMNot Affected-04 Jul 2012
ZenpriseNot Affected12 Apr 201229 Jun 2012
McAfeeUnknown12 Apr 201212 Apr 2012
If you are a vendor and your product is affected, let us know.

CVSS Metrics (Learn More)



  • https://tools.ietf.org/html/draft-nourse-scep-23
  • http://www.css-security.com/wp-content/uploads/2012/05/SCEP-and-Untrusted-Devices.pdf


Thanks to Ted Shorter of Certified Security Solutions for reporting this vulnerability.

This document was written by Michael Orlando.

Other Information

  • CVE IDs:Unknown
  • Date Public:27 Jun 2012
  • Date First Published:27 Jun 2012
  • Date Last Updated:04 Jul 2012
  • Document Revision:49


If you have feedback, comments, or additional information about this vulnerability, please send us email.

This product is provided subject to the Notification as indicated here: http://www.us-cert.gov/legal.html#notify

Original Source

Url : http://www.kb.cert.org/vuls/id/971035