The principle of least privilege is the security practice of giving every user, account, and system only the minimum access and permissions they need to do their job, and nothing more, so that a compromised account or system can reach as little as possible.
What least privilege means
Least privilege is one of the oldest and most important ideas in security, and it is intuitive once stated. Every user, application, and system in an organization is granted some level of access, the files they can open, the systems they can reach, the actions they can take. The principle of least privilege says that each of these should be granted the least access necessary to perform its legitimate function, and no more. A billing clerk does not need access to clinical records; a web server does not need administrative control of the domain; a connected thermostat does not need to reach the patient database.
The idea is sometimes summarized as need to know or need to access. Rather than granting broad access by default and trusting people not to misuse it, least privilege grants narrow access by default and expands it only where there is a genuine need. It is a discipline of restraint, and its purpose is not to inconvenience people but to limit the damage that any single compromise can cause.
Why it is so powerful against ransomware
Least privilege directly undermines the way ransomware attacks spread. When an attacker compromises an account or a machine, what they can do next is bounded by the access that account or machine has. If everything is over-privileged, if ordinary user accounts have administrative rights, if systems can freely reach one another, then a single compromise hands the attacker broad power, and lateral movement toward the crown jewels is easy. If access is tightly scoped, the same compromise is far less useful: the attacker lands on an account that can reach almost nothing, and every step toward valuable systems requires overcoming another barrier.
This is why least privilege is a foundational control for limiting blast radius. It does not prevent the initial compromise, a phished credential is still phished, but it dramatically reduces what that compromise is worth. An attacker who steals a least-privileged account has stolen very little, which buys defenders time and forces the attacker to take noisier, more detectable steps to escalate. Over-privileged accounts, by contrast, are one of the most common reasons a minor intrusion becomes a total compromise.
Common ways least privilege is violated
Despite being well understood, least privilege is frequently not followed, and the reasons are usually practical rather than negligent. It is simply easier to grant broad access than to work out exactly what each person needs, and over time access accumulates. A few common anti-patterns recur across organizations.
- Privilege creep: users accumulate access as they change roles, but old permissions are never removed.
- Everyone an admin: granting administrative rights widely because it avoids support tickets, at enormous security cost.
- Standing access: permanent access to sensitive systems that is only occasionally needed, rather than access granted just in time.
- Over-privileged service accounts: automated accounts granted far more access than their function requires, and rarely reviewed.
- Shared accounts: multiple people using one login, which destroys both least privilege and accountability.
Least privilege in a modern, zero-trust defense
Least privilege is a cornerstone of the zero-trust model, which assumes no user or system should be trusted by default. Zero trust operationalizes least privilege by verifying every access against who is asking, what they are asking for, and whether they genuinely need it, and by granting access narrowly and temporarily rather than broadly and permanently. Related practices extend the idea: just-in-time access grants elevated permissions only for the moment they are needed and revokes them after, and regular access reviews catch and remove the privilege creep that accumulates over time.
For a hospital, applying least privilege well is both powerful and delicate, because clinical work cannot be obstructed. The goal is to scope access tightly, so a compromised account reaches little, while keeping legitimate clinical access fast and frictionless. This often means enforcing least privilege at the network level as well as the account level: a connected device permitted to communicate only with the specific systems it needs is least privilege applied to the device, which stops a compromised pump or monitor from reaching anything else. Combined with segmentation and continuous verification, least privilege ensures that when, not if, an attacker gets a foothold, that foothold is worth as little as possible, which is exactly what turns an intrusion into a contained event rather than a catastrophe.
Least privilege applied to machines, not just people
Least privilege is most often discussed in terms of human users, but some of its greatest value in a modern environment comes from applying it to machines: service accounts, applications, and connected devices. These non-human identities are numerous, often invisible, and frequently granted far more access than they need, because it is easier to over-provision an automated process than to work out its exact requirements. An over-privileged service account is a favorite target for attackers precisely because it combines broad access with little scrutiny, and compromising one can hand an intruder the keys to large parts of an environment in a single step.
In healthcare, extending least privilege to the device fleet is especially impactful. A connected medical device has a narrow, highly predictable job, and there is rarely any legitimate reason for it to communicate with systems outside that job. Enforcing that restriction, allowing the device only the connections its function genuinely requires and denying everything else, is least privilege applied to the device, and it directly neutralizes the device as an attack path. A compromised monitor that is permitted to reach only its central station cannot be used to pivot toward the patient database or the domain controller, no matter what the attacker does with it. Because so much of a hospital's attack surface is devices that cannot defend themselves, applying least privilege to them at the network level is one of the most effective ways to shrink what any single compromise can reach.
See also
Sources
Definitions are drawn from the cited sources and were current as of publication. Content was rephrased for compliance with source licensing.
