Most engineers think…
Most engineers picture a hacker "breaking in" — smashing through the firewall with some exotic zero-day, like the movies. So they pour the budget into the wall.
Wrong — and it sends your defence money to the wrong place. In most real breaches the attacker simply logs in with a valid privileged credential they stole, phished, or found sitting in a script. A real login throws no malware alert and rides the ports that must stay open. The soft spot is the front door — the privileged credential itself — which is exactly what PAM is built to control.
① What a privileged account is — the keys to the kingdom
Every account can do something. A privileged account can do the dangerous things: install software, read every file, reset other people's passwords, stop security tools, or wipe a server. If a normal user is a guest with a room key, a privileged account is the hotel's master key — and the register of who holds those master keys is what keeps the hotel safe.
There are six places these keys live, and a PAM engineer learns to spot all of them: local admin (full control of one box), domain admin (control of the whole Active Directory forest), root on Unix/Linux, service accounts that quietly run backups and databases, application and API keys baked into code, and cloud entitlements — the AWS, Azure and GCP roles that can create or destroy whole environments.
Here is the part that surprises new engineers: enterprises hold far more privileged accounts than employees. A firm with 1,200 staff can easily run 4,000+ privileged accounts, because most of them are not human at all. Every scheduled task, every microservice, every database connection, every CI/CD pipeline and every cloud function carries its own credential. These machine identities multiply silently, and a credential nobody owns is a credential nobody rotates.
Four families of privileged identity
Tap each card — group the six types into the four families you will actually manage.
Local admin, domain admin, root — people who hold the master keys. The classic vault-and-rotate target.
Run backups, DBs, app pools. Often over-permissioned, rarely rotated, easy to forget. The quiet majority.
Keys and tokens hard-coded in scripts and pipelines. Leak one and an attacker becomes the application.
AWS/Azure/GCP roles that build or destroy infrastructure. Privilege here is a policy, not a password — and it sprawls fast.
Pause & Predict
Predict: if a firm has 1,200 employees but 4,000+ privileged accounts, where are the other ~2,800 accounts most likely coming from? Type your guess.
Aditya at TCS counts 1,200 employees but the PAM discovery scan flags 4,000+ privileged accounts. His manager says the scan is buggy. What is the real explanation?
Symptom: a rotation job fails and three apps go down at 2 a.m. because a service account's password changed and nobody knew which apps used it. Cause: the account was created years ago, over-permissioned, and never mapped to its dependencies. Fix: discovery first — find every privileged account and what depends on it — before you vault and rotate. An unowned key is the one that bites you.
② The privileged attack chain — why a valid login beats your firewall
Real intrusions almost never look like the movies. They follow a quiet five-stage chain: compromise (steal or phish one valid credential), escalate (find a more powerful account — often a service account in a script), move laterally (reuse that credential across more systems), persist (create a back door so a reboot does not lock them out), and exfiltrate (quietly pull data out as a trusted user).
The uncomfortable truth is in stage one. A stolen login is authorised traffic. Antivirus hunts for malware signatures — a real password has none. The firewall blocks unexpected ports — but a login over 443, RDP or SSH rides ports that must stay open. The tools that watch for "bad" see nothing bad. That is why hackers do not break in; they log in.
▶ Follow one stolen credential through the chain
Watch a single phished password walk an attacker from a laptop to a data leak. Press Play for the healthy path, then Break it to see the failure.
Notice where PAM cut the chain in that walkthrough: the lateral-movement stage. If the harvested admin password had been vaulted, handed out just-in-time and rotated after use, the stolen copy would already be useless. No reusable key means no lateral movement — the breach stalls at one box instead of spreading to the whole estate.
Rahul at an Indian bank faces this
Rahul, an L2 analyst, sees a "successful" login from the payroll service account onto eight servers it has no business touching, all within four minutes. No malware alert. No firewall block.
The payroll service account's password was hard-coded in a deployment script and reused as a local admin on many servers — classic standing privilege. An attacker who read the script now logs in everywhere as that account.
He treats it as a credential-reuse (lateral movement) event, not a malware event: same valid credential, many hosts, short time window, no signature to detect.
BeyondInsight → Managed Accounts → (filter by account) → Activity, then Password Safe → Sessions for any proxied accessVault that service account in Password Safe, turn on automatic rotation so the script-stored password dies, map and update its dependencies, and require checkout + approval for future use.
After rotation, the old password in the script no longer authenticates anywhere; a fresh login attempt with it fails, and any legitimate use now shows as an approved, recorded checkout in Password Safe.
The irony hook for this whole series: even PAM vendors get hit through credentials. In December 2024, BeyondTrust disclosed that attackers obtained a Remote Support SaaS API key and used it to reset local application passwords across a small set of cloud tenants — 17 Remote Support SaaS customers in total, including the US Treasury. The intrusion was later attributed to the China-linked group Silk Typhoon, and a critical command-injection flaw (CVE-2024-12356, CVSS 9.8, unauthenticated) was patched in the same window.
Two lessons sit inside that story. First, the entry was a stolen machine key, not a phishing email or the CVE alone — which is why MFA on the human login path would not have stopped it. Second, the flaw rode TCP 443, the port the product needs to function, so "we firewalled it" was never an option. Machine credentials need their own controls: short rotation, tight scoping, vaulting, and anomaly monitoring on key use.
Pause & Predict
Predict: in the December 2024 BeyondTrust incident, would enforcing MFA on the Remote Support rep login have prevented the initial access? Type your guess.
Priya's SOC shows no malware alert and clean perimeter logs, yet a privileged account just pulled 40 GB to an external host over 443. How did the attacker get past AV and the firewall?
Symptom: after a credential-driven breach, the team adds firewall rules and human MFA and declares it fixed. Cause: the flaw rode the mandatory 443 port and the entry was a machine API key, both outside those controls. Fix: treat privileged and machine credentials as the asset to defend — vault, rotate, scope and monitor them. You cannot firewall away a flaw on a port that must stay open, and MFA only guards human logins.
③ The PAM control set — vault, rotate, isolate, time-box
If the problem is "a stolen privileged credential is invisible and reusable," PAM is the set of controls that makes each credential hard to steal, useless once stolen, and impossible to use unseen. Six controls do the work, and they stack.
Vaulting takes the password out of scripts and sticky notes and locks it in an encrypted store. Rotation changes it on a schedule and after every use, so a leaked copy expires fast. Just-in-time (JIT) access grants the privilege only at request time and revokes it automatically — the opposite of standing privilege. Least privilege gives each identity the minimum rights it needs. Session isolation proxies the connection so the user never sees the real password, and records what they do. Dual control requires a second person to approve — two keys to open the locker.
The four control pillars you will configure
Tap each — every PAM platform, BeyondTrust included, is built from these.
Encrypt the secret, change it after each checkout. A copied password is dead tomorrow — like re-keying a locker after every visit.
Grant on request, expire automatically. No always-on admin = nothing for an attacker to harvest. The Tatkal ticket, not a season pass.
Proxy + record. User authenticates to PAM; PAM injects the credential and rolls CCTV. Who did what, on which box, when — provable.
A second approver must say yes — like the SBI locker that needs your key and the manager's key together. One compromised account is not enough.
String these together and you reach the end-state goal: zero standing privilege. Nobody has always-on admin. Every powerful action is requested, approved, time-boxed, recorded and then rotated away. There is simply nothing left lying around for an attacker to steal.
Now the vocabulary that trips up every interview. IAM (Identity & Access Management) governs all identities — who gets a gate pass to what. PAM is the high-risk subset for privileged identities — who gets the strong-room key, for how long, on camera. Gartner then splits PAM into PASM (Privileged Account & Session Management — vault, checkout, rotation, session proxy/recording) and PEDM (Privileged Elevation & Delegation Management — removing standing admin rights and elevating individual commands or apps). PIM (Privileged Identity Management) is Microsoft's term for time-bound role activation in Entra ID — treat it as PAM's identity-side cousin.
Pause & Predict
Predict: a developer's laptop has local-admin removed but they can still install one approved tool by right-clicking "elevate". Is that PASM or PEDM? Type your guess.
Karthik wants to end the risk of an always-on domain-admin account whose password sits in a script. Which PAM control most directly removes the "standing" part of the danger?
Take any real ask — "a vendor needs to fix one server for two hours" — and name the controls: vault the target account, hand it out just-in-time with an approval (dual control), isolate the session through a proxy that injects the password and records it, then rotate on check-in. If you can map a request onto vault → JIT → isolate → record → rotate cold, you understand PAM.
④ The PAM market & where BeyondTrust sits
Three names dominate PAM, and all three are Gartner Leaders — the choice is about fit, not a "best." CyberArk has the largest mindshare and the most job ads, with per-user licensing and the furthest "Completeness of Vision" in the 2025 Gartner Magic Quadrant. BeyondTrust is a Leader positioned highest in "Ability to Execute," is licensed per asset (unlimited users), and ships remote-support/remote-access as a first-class product alongside the vault. Delinea (Secret Server) is the fastest to deploy and popular in smaller and cloud-first shops.
BeyondTrust's family is worth memorising, including the old names interviewers still use. Password Safe (managed through the BeyondInsight console) is the vault + rotation + session product. Privileged Remote Access (PRA) — the old Bomgar line — brokers recorded vendor/admin sessions without a VPN. Endpoint Privilege Management (EPM) — formerly Avecto Defendpoint — removes local admin on Windows and Mac. PMUL (Privilege Management for Unix & Linux, the old PowerBroker) and AD Bridge (ex-Likewise/PBIS) cover Linux elevation and Active Directory logon for Unix hosts.
What does a PAM engineer actually do day-to-day? Onboard new systems and accounts, build discovery scans and the rules that auto-classify what they find, configure rotation and access policies, troubleshoot failed rotations, set up recorded sessions for vendors, and answer auditors with searchable session evidence. Much of it is console work, but the API is right there too — here is the first call you make against Password Safe to start an automated workflow.
POST https://pam.lab.local/BeyondTrust/api/public/v3/Auth/SignAppIn Authorization: PS-Auth key=c479a66f...c9484d; runas=lab\sneha; pwd=[un1qu3]; Content-Type: application/json
HTTP/1.1 200 OK
{
"UserId": 42,
"Name": "lab\\sneha",
"EmailAddress": "sneha@infosys.lab",
"SignAppInTime": "2026-06-10T09:14:22Z"
}And the job market in India is real. Postings for PAM/BeyondTrust run into the hundreds on Naukri and Indeed, and firms like Wipro and UST hire for it. Typical ranges (not guarantees): an L1 PAM/IAM analyst lands around ₹3.5–6 LPA, an L2 admin with 2–4 years ₹6–12 LPA, and senior engineers ₹12–22 LPA, with architects higher. A recurring theme in JDs: they want two PAM tools on your resume — BeyondTrust plus CyberArk or Delinea — because the core skills transfer.
Pause & Predict
Predict: a budget-tight firm with 1,000 servers and many third-party vendors needing recorded remote access — which BeyondTrust traits make it a natural fit? Type your guess.
An interviewer asks Meera: "In a BeyondTrust shop, which product vaults and rotates server passwords, and which one gives a vendor a recorded session without a VPN?" Best answer?
For any PAM interview, hold two grids. Concepts: vault → rotate → JIT → isolate/record → dual control, with zero standing privilege as the goal. Products: Password Safe (PASM vault), PRA (remote access), EPM + PMUL (PEDM least-privilege), all on BeyondInsight. Then add one competitor (CyberArk or Delinea) so you can talk fit, not loyalty. That second tool on the resume is what moves you past the L1 screen.
🤖 Ask the AI Tutor
Tap any question — instant, scoped to this lesson. No login, no waiting.
Pre-curated from BeyondTrust docs + community Q&A, scoped to this lesson. For a live prod issue, paste your export into chat.techclick.in.
📝 Wrap-up assessment — six more
You've answered 4 inline. Six left. 70% (7 of 10) marks the lesson complete on your profile. Tap Submit all answers at the end.
🧠 In your own words
Type one line: In one line, why does a stolen valid credential beat the firewall and antivirus every time? Then compare to the expert version.
🗣 Teach a friend
Best way to lock it in — explain it in one line to a teammate. Tap to generate a paste-ready summary.
📖 Glossary
- Privileged account
- Any account that can do dangerous things — install software, read all files, reset passwords, stop security tools. The master key, not the room key.
- Service account
- A non-human account that runs backups, databases or app pools — often over-permissioned, rarely rotated, and easy to forget.
- PAM
- Privileged Access Management — the controls (vault, rotate, JIT, isolate, record) for the high-risk subset of identities.
- IAM
- Identity & Access Management — governs all identities and what they may access. PAM is its high-risk subset.
- PIM
- Privileged Identity Management — Microsoft's term for time-bound privileged role activation in Entra ID; PAM's identity-side cousin.
- PASM
- Privileged Account & Session Management — vault, checkout, rotation and session proxy/recording. BeyondTrust: Password Safe + PRA.
- PEDM
- Privileged Elevation & Delegation Management — remove standing admin rights, elevate single apps/commands. BeyondTrust: EPM + PMUL.
- Vaulting
- Storing a privileged credential in an encrypted store instead of scripts or sticky notes, so it is checked out under control.
- Credential rotation
- Changing a password on a schedule and after every use, so a leaked copy expires fast.
- Just-in-time (JIT) access
- Granting a privilege only at request time and revoking it automatically — the opposite of standing privilege.
- Zero standing privilege (ZSP)
- The end-state where no identity holds permanent admin rights; every elevation is requested, time-boxed, recorded and revoked.
- Lateral movement
- Reusing one stolen credential to hop from system to system; rotation and JIT break it by making the credential useless once stolen.
📚 Sources
- BeyondTrust — "What Is Privileged Access Management (PAM)?" glossary + Universal Privilege Management overview (privileged account types, PASM/PEDM split, least privilege). beyondtrust.com/resources/glossary/privileged-access-management-pam
- BeyondTrust Security Advisory BT24-10 / CVE-2024-12356 (unauthenticated command injection in Remote Support & PRA, CVSS 9.8) + CISA KEV addition 2024-12-19. beyondtrust.com/trust-center/security-advisories/bt24-10 · cisa.gov/known-exploited-vulnerabilities-catalog
- The Hacker News — "Chinese APT exploits BeyondTrust API key" (stolen Remote Support SaaS API key reset local app passwords; 17 SaaS customers incl. US Treasury; attributed to Silk Typhoon). thehackernews.com/2024/12/chinese-apt-exploits-beyondtrust-api.html
- 2025 Gartner Magic Quadrant for PAM (published 2025-10-13) — BeyondTrust Leader, highest Ability to Execute; CyberArk Leader, furthest Completeness of Vision. beyondtrust.com/resources/gartner-magic-quadrant-for-pam
- BeyondTrust Docs — BeyondInsight & Password Safe API usage (base path /BeyondTrust/api/public/v3, PS-Auth key/runas/pwd header, Auth/SignAppIn → 200). docs.beyondtrust.com/bips/reference/beyondinsight-and-password-safe-api-usage
- PeerSpot — BeyondTrust Password Safe vs CyberArk vs Delinea Secret Server (asset-based vs per-user licensing, mindshare, would-recommend). peerspot.com/products/comparisons/beyondtrust-password-safe_vs_cyberark-privileged-access-manager
- IdentitySkills — "CyberArk vs BeyondTrust vs Delinea: which PAM tool should you learn in 2026" (skill portability, India demand, two-tool hiring reality). identityskills.com/blog/cyberark-vs-beyondtrust-vs-delinea-which-pam-tool-should-you-learn-in-2026
What's next?
You now know what privileged accounts are and why they get attacked. Next, see the whole BeyondTrust toolbox on one map — which product solves which problem, and the old names (Bomgar, Avecto, PowerBroker) you will still hear in interviews.