- This line was added.
- This line was removed.
- Formatting was changed.
The use of single sign-on and multifactor authentication for accessing the Comodo Certificate Manager is in pilot mode for the month of September 2017. If your campus would like to participate in the pilot, contact Paul Caskey (email@example.com).We anticipate moving to production during October 2017available to any subscriber that also operates an Identity Provider in the InCommon Federation. See the Identity Provider setup requirements on this wiki page.
Also, in order to use this new service, your IdP must support the REFEDS MFA Profile.
The InCommon Certificate Service offers single sign-on convenience, and the security of multifactor authentication (MFA), for logging in to the Comodo Certificate Manager (CCM) buy by those who administer their organization's certificates.
- Single signon sign-on (SSO) is available to both RAOs (Registration Authority Officers) - the and DRAOs (Departmental Registration Authority Officers)
- The organization must have an identity provider (IdP) in the InCommon Federation and also support MFA Any organization using SSO must also use MFA
- The organization's IdP must be configured to support the REFEDS MFA profile
The benefits for of using SSO and MFA include:
- Removes the need to maintain a separate set of login credentials with the Comodo Certificate Manager
- Eliminates the need for the RAO to request password resets from InCommon (which is time-consuming for both RAOs and InCommon staff)
The InCommon Certificate service is used by organizations as the basis of internal and external trust. Protecting it with MFA reduces the likelihood of stolen credentials.
MFA protected SSO increases security by leveraging protected campus credentials that RAOs already use in their local context to access higher security services.
As adoption grows, there will be a reduced load on InCommon staff due to password resets for the CCM, a time-consuming process.
Single Sign On
- Campus must have an identity provider in the InCommon Federation
- The RAO uses federated identity via InCommon to log into the Comodo Certificate Manager (rather than credentials provided by Comodo)
- If the campus has delegated responsibilities to DRAOs, those in that role do not need to use SSO once they are appropriately provisioned (since their work is approved to the RAO)
- In addition to having an identity provider in the InCommon Federation, the campus must support MFA locally.
- Specifically, the campus MFA implementation must support the MFA interoperability deployment profile adopted and maintained by the international REFEDS (Research and Education Federations) organization. You can read more about the profile at https://refeds.org/profile/mfa
The InCommon Certificate Service, in conjunction with service provider Comodo, will provide single sign-on functionality for the Comodo Certificate Manager (CCM), as well as support for multifactor authentication (MFA). XXX current Certificate Service subscribers are part of a pilot program, which will test the functionality and processes during the month of September 2017. Full production availability is expected by mid-October.
The single sign-on (SSO) feature is available only for those campuses that participate in the InCommon Federation, which provides the SSO infrastructure, and have a local MFA deployment on campus. Multifactor authentication requires the use of the username and password, as well as a second authentication factor (typically responding to a text message or other communication via a cell phone).Those institutions who do not have either MFA capability or an identity provider in the InCommon Federation will be addressed in future phases of this program.
“This is a highly requested and long-awaited feature for our community,” said Paul Caskey, program manager for the InCommon Certificate Service. “The InCommon Certificate service is used by organizations as their basis of internal and external trust. Protecting it with MFA reduces the likelihood of stolen credentials.”
This process removes the need for the organizational administrators to maintain a separate set of login credentials at Comodo, instead using their campus credentials through the InCommon Federation. This will also reduce the demand placed on the InCommon help desk by time-consuming password reset requests for the CCM.