Skip to content

Reference

Identity Access Management glossary

Terms used in Identity Access Management and its documentation.

Applies to Identity Access Management as it works today. Moraph updates the platform continuously, and this page is reviewed when it changes.

Last reviewed 1 min readReport a problem

Terms used in Identity Access Management and its documentation.

TermMeaning
Okta tenantYour institution's own instance of Okta, which Moraph configures and operates.
Configuration baselineThe written set of authentication requirements by user group and application, approved by your information security officer.
MFAMulti-factor authentication: signing in with something you know plus something you have or are.
Phishing-resistant authenticatorAn authenticator, such as a FIDO2 security key, that cannot be used on a fake sign-in site.
Authentication policyOkta rules that decide what each sign-in needs, based on user group, application, network and device.
Joiner, mover and leaverAccount changes driven by hires, role changes and departures.
ExceptionA recorded departure from the baseline with an owner, reason, compensating control and review date.
System LogOkta's record of sign-in, MFA and administrator events, which Moraph monitors.
Break-glass accessAn emergency way into critical systems if Okta is unavailable, approved by your security officer.
Named approverThe person at your institution who approves changes and exceptions.

Was this page helpful?

Report a problem with this page
What’s the problem?
Quote the step or heading if you can. Don’t include passwords or personal records.
Only if you’d like a reply. We use it for this report and nothing else.

Need help with your own setup rather than this page? Raise a support ticket.