What is a privileged account?
- Term
- Privileged account
- Meaning
- A privileged account has admin rights, so it can change how a system is set up and who may use it. Cloud and SaaS admin accounts count, not just server ones.
A privileged account is an account with admin rights: it can change how a system is set up and who may use it.
What does NIST mean by a privileged account?
NIST’s glossary, drawing on SP 800-53 Rev. 5 and SP 800-171r3, defines a privileged account as “a system account with the authorizations of a privileged user.” A privileged user, in turn, is one who is “authorized (and therefore, trusted) to perform security-relevant functions” that ordinary users may not. SP 800-53 gives examples of those functions in its discussion of control AC-6(1): setting up accounts, granting permissions, and choosing which events get logged.
The examples in SP 800-53 lean toward servers and operating systems. It notes that privileged accounts, including super user accounts, usually go by the name system administrator on commercial operating systems. Nothing in the definition limits it to those systems, though. This guide also counts admin accounts for cloud services and SaaS tools (software you use through the browser).
Which accounts count?
Here are four kinds. What each one can do comes from the vendor’s own documentation.
- The account that owns a whole cloud account. The AWS root user has complete access to every service and resource in the AWS account. Some tasks need it, such as closing a standalone account and some billing tasks.
- A SaaS tool’s top admin. A Google Workspace super admin can use every feature in the Google Admin console, manage the other admins, and restore deleted users.
- Microsoft 365’s top admin. Microsoft says a Global Administrator has “almost unlimited access to your organization’s settings and most of its data.” That role can reset any user’s password, manage purchasing, and add and manage domains.
- The admin of a computer itself: the super user and administrator accounts on an operating system, which SP 800-53 mentions.
Logins for a domain registrar or a payment dashboard don’t appear in these sources. This guide counts them anyway, because they can do some of what the top admins above can do, such as changing a domain or where payments go.
Why are privileged accounts handled separately?
They get extra care because a misused privileged account can change everything else. SP 800-53’s discussion of AC-6(9) calls misuse of privileged functions “a serious and ongoing concern,” whether by authorized users or by outside attackers who took over an account. AC-6(5) restricts privileged accounts to specific people or roles, which keeps day-to-day users away from privileged functions.
Vendors say much the same about their own top accounts. AWS strongly recommends keeping the root user out of everyday work. Microsoft recommends having as few Global Administrators as possible. Google recommends at least two super admins, so that one can reset the other’s password.
How is a privileged account different from a shared account?
“Privileged” describes what an account can do; “shared” describes how many people use it. An admin login that several people use is both. Microsoft’s Entra ID documentation gives an example: a single local account with high privileges, used for setup, administration and recovery. What is a shared account? defines the second term. Managing privileged accounts covers how to run both kinds.
Frequently asked questions
Does privileged account only mean a server's root account?
No. NIST's definition is about what the account is allowed to do, not what kind of system it's on. Cloud and SaaS admin accounts fit it too.
Is a SaaS admin account a privileged account?
Yes. A Google Workspace super admin can use every feature in the Admin console, and a Microsoft 365 Global Administrator can reset everyone's password and manage domains.
How many people should have admin rights?
Google recommends at least two super admins, and Microsoft recommends as few Global Administrators as possible. So name at least two, and no more than the work needs.
How Junify handles this
- Doing this by hand
- You decide who gets admin rights through requests and approvals, log every use of the admin logins that stay shared, and have someone other than the admins review that log on a schedule.
- With Junify
- Junify lets your team use the admin accounts for cloud and SaaS consoles without knowing the password. Your admin adds the username and password to Junify. People verify on their own phone and click to sign in, and Junify fills in the login. Each sign-in is recorded by person, even when the admin login is shared. Junify doesn't cover server or operating system admin accounts.
Sources
- NIST Computer Security Resource Center Glossary: privileged account
- NIST Computer Security Resource Center Glossary: privileged user
- NIST SP 800-53 Rev. 5, Security and Privacy Controls for Information Systems and Organizations (AC-6)
- AWS Identity and Access Management User Guide: AWS account root user
- Google Workspace Admin Help: Pre-built administrator roles
- Microsoft Learn: About administrator roles in the Microsoft 365 admin center
- Microsoft Learn: Sharing accounts and credentials - Microsoft Entra ID
-
Managing the AWS root user and admin access for a team
AWS says to keep the root user for the few tasks only it can do. Give admins personal sign-ins through IAM Identity Center, and protect and log the root user.
-
Ways to manage shared SaaS admin accounts, compared
A sign-out log, your identity provider's fill-in, a privileged access management (PAM) product, and an access tool such as Junify, compared on seven points.
-
Managing top-level admin accounts in Google Workspace and Microsoft 365
Keep few top-level admins, give everyone else a narrower role, require two-step verification for admins, and keep emergency accounts apart from daily ones.