Streamlining the Admissions Process for Prospects, Service Providers, and Higher-Education Institutions
The Postsecondary Electronic Standards Council Electronic Authentication and Authorization task force and InCommon have partnered with the CollegeBoard and ACT on a pilot project to demonstrate the advantages of having a 3rd party Identity Provider coordinate and register identities on behalf of and to the benefit of participating admissions-related service providers. This document describes how such an arrangement might be established and executed. The alternative case describes a process that simplifies the procedures high school students who wish to enroll in higher education must go through and saves time and money for the participating institutions.
When a high school student prepares for college, there are a variety of steps that must be completed. The student will likely take one or more of the college entrance exams administered by the CollegeBoard (SAT) and ACT as a senior or junior. They may apply for Federal financial aid using the Free Application for Federal Student Aid (FAFSA), administered by Department of Education. Finally, they will apply online, either via the CommonApp or various school-specific online application portals, to one or more institutions of choice.
Each of these services has their own authentication and authorization system and related credentials. A student must apply for separate accounts for each and maintain unique usernames and passwords for each. Typically, 25% of the pool of applicants are accepted and --to say it another way--75% of the individuals with these institutional credentials never use them again.
Data comes into the school for each applicant from a variety of sources. When student applications, letters of reference, test scores, and FAFSA funding information arrives at each of the schools involved, the applicant has to be matched to each set of test scores and their financial data at each school.
In the model discussed here, a student will enroll to receive their credentials via one of the participating organizations offering services. It makes no difference which organization they visit first, since all the organizations will use the same enrollment process and tools supplied by the 3rd party provider. In the case of the fictitious “AdmitMe” provider, only enough identity data to use for matching is gathered---nothing related to academics or specific services are asked for. It is just an identity/SSO solutions provider and a repository of information relating to the strength of the credentials that it maintains.
In the background, this is accomplished by setting up a single common identity that uniquely identifies this applicant to all parties. As the student completes the sign up for services at each participating organization’s site, additional information will be collected, but in each case this information, stored locally by each organization, is tied to the unifying influence of the 3rd party Identity Provider and the single identity credential.
The one requirement is that they all must trust each other and interoperate. The trust infrastructure is proposed to be the InCommon Federation (incommon.org) which establishes common technology based on standards (SAML), policy, and business operations that participants adopt to share services with each other.
Corporate Partner Benefits
The participants have two roles in federated authentication. One is as a registration authority (RA), where they will provide an entrance ramp to the third-party SSO provider, as well as provide information about the assurance of the identity. The other role is as a service provider, in which they will have a business relationship with the students, the schools, and sometimes each other, to provide services for fees. These organizations are already doing the work of maintenance involved in managing credentials, including password resets and weeding out multiple occurrences for the same individual. Being able to pass these responsibilities off to a 3rd party will reduce expenses. Being able provide applicant data that is keyed to a specific applicant will improve product.
In the scenario above, the prospect is identity proofed when she takes her SAT exam. Under this new system, the recording of this event will be maintained in the third-party database. If the student takes a second exam, either with the same or competing service, their ID is checked again, and another record is made, and the credentials are even more valuable. If FAFSA participates, their vetting process can be recorded at the Identity Provider. Once again the credential becomes that much more valuable. When the prospect then uses this same credential to apply for entrance into a higher education institution, the campus is pretty sure the identity is who they think it is because of the identity proofing that has been captured. Having the prospect view sensitive financial aid information is no longer an issue.
The institution is also able to confidently match a prospect with all the documents generated by and for the prospect. The unique ID stored at the 3rd party identity provider will automatically match each document to the prospect.
Finally, the institution will not need to manage accounts for tens of thousands of prospects (in the case of the large institutions) who will never attend the school or have a further relationship.
From the prospect’s perspective, nothing really changes, except the student only has one username and password to remember. No matter which participating site they visit, it will carry the branding of third-party identity provider.
This scenario can be grown over time but has at least the following 4 benefits for the institutional and corporate service providers:
- Outsourced user identity management and authentication, including password reset.
- Ability to leverage credentials that are at a much higher level of assurance than we have today.
- Matching up of information about individuals using the third-party identifier.
- For your users, it’s single sign-on for their entire admissions process.
How do we get there?
Arnie Miles: firstname.lastname@example.org
Ann West: email@example.com