TTechclick ⚡ XP 0% All lessons
BeyondTrust · PAM Foundations · PAM FundamentalsInteractive · L1 / L2 / L3

PAM Fundamentals: — Privileged Accounts, the Attack Chain & Why Hackers Just Log In

Attackers rarely smash through the wall — they log in with a valid privileged credential they stole, phished, or found in a script. This lesson is the map of that world: what a privileged account is, how a single stolen key becomes a breach, the controls PAM puts in the way, and where BeyondTrust sits in the market you are about to work in.

📅 2026-06-10 · ⏱ 14 min · 3 live demos · 4 infographics · 🏷 10-Q assessment + AI Tutor inline

🎯 By the end you will be able to

Read as:

Pick where you want to start

1

Keys to the kingdom

What counts as privileged — and where it hides.

2

The attack chain

Why hackers log in instead of breaking in.

3

The PAM controls

Vault, rotate, JIT, isolate, dual-control.

4

Market & BeyondTrust

BT vs CyberArk vs Delinea, and the job.

🧠 Warm-up — 3 questions, no score

Just notice which ones make you pause. We answer all three inside the lesson.

1. A typical enterprise has more privileged accounts than employees. True?

Answered in Keys to the kingdom.

2. How do most major breaches get in?

Answered in The PAM controls.

3. PAM and IAM are the same thing.

Answered in The attack chain.

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.

Figure 1 — The privileged-account landscape
A bar contrast shows roughly 1,200 employees versus 4,000-plus privileged accounts in a sample enterprise, because non-human identities dominate. Six tiles name where privileged accounts hide: local admin, domain admin, root, service accounts, application and API keys, and cloud entitlements. A key-insight band beneath frames all six as keys to the kingdom that PAM must count, vault, rotate and time-box. More accounts than employees — and the keys hide in six places Sample firm headcount vs account count 1,200employees 4,000+privilegedaccounts ↑ machine identities (service, API, cloud) dwarf humans Local adminfull control of one box Domain admincontrol of the whole AD forest root (Unix/Linux)uid 0 — no limits Service accountsrun backups, DBs, app pools App / API keyssecrets inside scripts/code Cloud entitlementsAWS/Azure/GCP roles All six are "keys to the kingdom" — one stolen key can re-key many doors. The danger is not how many people you have. It is how many keys exist, who holds them, and for how long. PAM exists to count, vault, rotate and time-box every one of these keys. untrusted/attackertrusted/vaultedpolicy/decisionkey insightallowed/audited
Look at the bar contrast first (accounts dwarf people), then the six tiles — these are the places the keys hide. The colours follow the legend used in every diagram in this lesson.

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.

👤
Human admins
tap to flip

Local admin, domain admin, root — people who hold the master keys. The classic vault-and-rotate target.

⚙️
Service accounts
tap to flip

Run backups, DBs, app pools. Often over-permissioned, rarely rotated, easy to forget. The quiet majority.

🔑
App / API secrets
tap to flip

Keys and tokens hard-coded in scripts and pipelines. Leak one and an attacker becomes the application.

☁️
Cloud entitlements
tap to flip

AWS/Azure/GCP roles that build or destroy infrastructure. Privilege here is a policy, not a password — and it sprawls fast.

👉 So far: a privileged account is any key that can do dangerous things, and they hide in six places — most of them non-human. Next we follow what happens when one of these keys is stolen.

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.

Answer: Almost all from machine identities — service accounts running backups/databases/app pools, API keys and tokens inside scripts and pipelines, and cloud roles in AWS/Azure/GCP. Humans are the minority. This is why "count your privileged accounts" (discovery) is step one of any PAM project: you cannot vault what you have not found.
Quick check · Q1 of 10

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?

Correct: b. Non-human / machine identities — service accounts, API keys, cloud entitlements — outnumber humans in almost every enterprise, so 4,000+ accounts for 1,200 staff is expected, not a bug. The scan is doing its job. Service accounts and cloud roles absolutely count as privileged, and nobody handed every employee four admin logins.
Common mistake — the orphan service account

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.

Figure 2 — The attack chain — they log in, they do not break in
An attacker holding a stolen credential moves through five stages: compromise, escalate, move laterally, persist, and exfiltrate. The firewall and antivirus are drawn as gates that wave the login through because it is authorised traffic on an open port with no malware signature. The key insight is that the controls watching for bad things see nothing bad. They do not break in — they log in Attackerstolen credential 🔥 Firewall443 must stay open 🛡 Antivirusno malware signature waved through ✓ Compromisephish / reuse Escalategrab admin Movelaterally Persist Exfiltrate Key insight: a real login is authorised traffic with no signature. Tools that hunt for "bad" see nothing bad — so you must control the credential itself, not just the wall. That control is PAM: vault it, rotate it, time-box it, record the session. Five stages, one fuel: a privileged credential the attacker should never have had standing access to. untrusted/attackertrusted/vaultedpolicy/decisionkey insightallowed/audited
Follow the red arrows: the stolen credential is waved past the antivirus and firewall, then walks the five stages. The lime band is the lesson — control the credential, not just the wall.

▶ 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.

① Compromiseattacker phishes a helpdesk login → gets a valid password
② Escalatefinds a service account in a script → now holds local-admin rights
③ Move laterallyreuses the SAME credential across 10.20.0.0/24 servers — all accept it
④ Exfiltratepulls data to 203.0.113.45 as a "trusted" user — no alert fires
Press Play to step through the healthy path. Then press Break it.

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.

Likely cause

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.

Diagnosis

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 access
Fix

Vault 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.

Verify

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.

Answer: No. The entry point was a stolen Remote Support SaaS API key — a machine/infrastructure credential that lives outside the interactive MFA login path. MFA protects humans signing in; it does nothing for a leaked API key. The right controls for machine credentials are rotation, scoping, secret vaulting, IP allow-listing and anomaly monitoring on key usage — not human MFA.
Quick check · Q2 of 10

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?

Correct: c. A valid login is authorised traffic with no malware signature, riding a port (443) that must stay open — so antivirus and the firewall have nothing to flag. They did not need to disable AV, exploit firmware, or rely on a wide-open firewall; the legitimacy of the credential is the bypass. The control that helps is over the credential itself (PAM), not the perimeter.
Common mistake — "we firewalled the CVE / MFA would have stopped it"

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.

🔐
Vault + rotate
tap to flip

Encrypt the secret, change it after each checkout. A copied password is dead tomorrow — like re-keying a locker after every visit.

⏱️
Just-in-time
tap to flip

Grant on request, expire automatically. No always-on admin = nothing for an attacker to harvest. The Tatkal ticket, not a season pass.

🎥
Session isolation
tap to flip

Proxy + record. User authenticates to PAM; PAM injects the credential and rolls CCTV. Who did what, on which box, when — provable.

Dual control
tap to flip

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.

Figure 3 — Standing privilege vs just-in-time
Left side, in red: a domain-admin password sits permanently in a script, so a thief who reads the script gets a live credential. Right side, in green: with just-in-time access the privilege is minted only at request time, used, then expired and rotated, so there is no standing credential to harvest. The end-state is zero standing privilege. Standing privilege vs Just-in-time — what is there to steal? Standing privilege (always on) backup.ps1 $pw = "Winter2023!" # domain adminnever changed in 3 years 🦹 anyone who reads the script gets a LIVE, reusable key Result: pass-the-hash fuelone leak = lateral movement everywhere ✗ the credential outlives its use Just-in-time (zero standing) 1. request → approver grants 30 min 2. PAM injects the password — user never sees it 3. window ends → access revoked + rotated Result: nothing to harvesta leaked old password is already dead ✓ privilege exists only while needed End-state goal of PAM: zero standing privilege — no identity holds permanent admin rights.
Left (red): the password lives in a script forever — a free, reusable key for anyone who reads it. Right (green): JIT mints access on request and expires it, so a leaked copy is already dead.
🖥️ This is the checkout screen a Requestor uses — BeyondInsight → Password Safe → Requests → New Request. Real fields and limits. (Recreated for clarity — your console matches this.)
pam.lab.local · Password Safe → Requests
1
Managed Account
svc-backup on WIN-DC01 (10.10.5.4)
2
Reason (max 200 chars)
Restart stuck backup job — INC0099431
3
Request Duration
120 minutes (default release)
Approvers required
1 (dual control off for this policy)
4
Action
Retrieve Password — shows for 20 seconds
Submit Request

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.

Figure 4 — PAM vs IAM vs PIM vs PASM vs PEDM
A nesting map. IAM is the broad umbrella for all identities. PAM is the high-risk subset for privileged identities. Under PAM, Gartner splits the controls into PASM, which vaults and proxies shared privileged credentials with session recording, and PEDM, which removes standing admin rights and elevates individual commands or applications. PIM is Microsoft's term for time-bound privileged role activation, close in spirit to PAM. The acronym family — IAM ⊃ PAM ⊃ (PASM + PEDM) IAM — Identity & Access Management every identity: who gets a gate pass to what (joiners, movers, leavers, SSO, MFA) PAM — Privileged Access Management the high-risk subset: who gets the strong-room key, for how long, on camera PASM Privileged Account & Session Mgmt vault + checkout + rotate session proxy + recording BeyondTrust: Password Safe + PRA PEDM Priv. Elevation & Delegation Mgmt remove standing admin rights elevate one app / one command BeyondTrust: EPM + PMUL PIM (Privileged Identity Management) — Microsoft's term for time-bound role activation in Entra ID; treat it as PAM's identity-side cousin. Interview-safe line: "IAM is everyone; PAM is the dangerous few; PASM vaults the keys, PEDM removes the rights."
Read the nesting: IAM is the umbrella, PAM is the subset, and PASM (vault the keys) + PEDM (remove the rights) are the two halves underneath. PIM is the 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.

Answer: PEDM — Privileged Elevation & Delegation Management. PEDM removes standing admin rights and elevates a single application or command on demand, exactly like this. PASM is the vault-and-session side: storing, checking out, rotating and recording shared privileged credentials. BeyondTrust's EPM and PMUL are PEDM; Password Safe and PRA are PASM.
Quick check · Q3 of 10

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?

Correct: d. Just-in-time access removes standing privilege: the credential exists only while needed, then it is revoked and rotated, so there is no always-on key to harvest. Antivirus does not address the credential, a longer password is still standing (and still in the script), and emailing it to fewer people leaves it permanent and exposed.
Prove you have the model

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.

🖥️ This is the console a PAM engineer lives in — the BeyondInsight left menu (Password Safe runs on top of it). (Recreated for clarity — your console matches this.)
pam.lab.local · BeyondInsight
1
Assets / Smart Rules
discovered systems + auto-onboarding rules
2
Managed Systems
targets onboarded (Windows, Linux, network, DB)
3
Managed Accounts
the privileged credentials being rotated
4
Password Safe
requests, approvals, live sessions
Configuration
Privileged Access Management → Functional Accounts
Open Password Safe

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.

Password Safe REST API — first call a PAM engineer makes
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
Expected output
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.

Figure 5 — PAM cheat-sheet — vocab, BT family, competitors
A nine-tile reference card. Top row defines the core PAM verbs: vault, rotate, just-in-time, session isolation. Middle row maps the BeyondTrust product family: Password Safe with BeyondInsight, Privileged Remote Access, Endpoint Privilege Management, and Privilege Management for Unix and Linux with AD Bridge. Bottom row places BeyondTrust against CyberArk and Delinea on licensing, market position, and a fit note. PAM in one glance — keep this open before any interview Vault + Rotatestore the secret, change itafter every checkout Just-in-timegrant on request, expireautomatically → zero standing Session isolationproxy + record; user neversees the password Password Safevault + rotation + sessionson the BeyondInsight console(PASM) PRAremote access without VPNrecorded, time-boxed(ex-Bomgar) EPM + PMULremove local admin (Win/Mac)pbrun for Unix/Linux + AD Bridge(PEDM, ex-Avecto/PowerBroker) BeyondTrustasset-based licensing(unlimited users)Gartner Leader — topAbility to Execute (2025) CyberArkper-user licensinglargest mindshare + mostIndia job ads; Leader —Completeness of Vision DelineaSecret Serverfastest to deploy,smaller footprint;growing in cloud shops Career note: core skills (vault, rotate, session, least privilege) carry across all three — learn one deeply, the rest follow. India L1/L2 demand is real; many JDs want two PAM tools (e.g. BeyondTrust + CyberArk) on the resume.
Your one-card revision sheet for this lesson and the interview: the verbs up top, the BeyondTrust family in the middle, and how BT/CyberArk/Delinea compare at the bottom.
Next: The BeyondTrust Universe — the full product family map🎮 Hands-on: BeyondTrust PAM Essentials room

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.

Answer: Asset-based licensing (unlimited users, so all those vendors do not inflate the bill), a faster rollout, and Privileged Remote Access built in for recorded, time-boxed, VPN-less vendor sessions. Both BeyondTrust and CyberArk are Gartner Leaders, so the decision is constraint-driven — here the budget and the heavy vendor-access need point at BeyondTrust.
Quick check · Q4 of 10

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?

Correct: a. Password Safe is the vault + rotation product; PRA (formerly Bomgar) brokers recorded, time-boxed remote sessions with no inbound VPN. EPM removes local admin on endpoints, PMUL/AD Bridge handle Unix elevation and AD logon, BeyondInsight is the platform Password Safe runs on (not itself the vault), and CyberArk is a different vendor.
Career mental model

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.

Q5 · Remember

Which of these is a privileged account?

Correct: b. A service account with local-admin rights can change the system and is privileged. A mailbox, a guest Wi-Fi login and a read-only viewer hold no dangerous rights, so they are not privileged accounts — even though they are all "accounts."
Q6 · Apply

You join a new bank and find the same local-administrator password set on 300 Windows servers, unchanged for three years. Which PAM control do you reach for first?

Correct: a. Vaulting plus automatic rotation kills the shared static credential that fuels pass-the-hash and lateral movement — the core risk here. Rebuilding 300 servers is absurd, a shared Excel sheet spreads the secret further, and opening RDP to everyone widens the attack surface.
Q7 · Apply

A vendor needs to fix one Linux box in your data centre for two hours. You must avoid giving them network-wide VPN access and you need a recording. What do you set up?

Correct: c. PRA brokers a per-host, recorded, time-boxed session with no inbound firewall hole — exactly the requirement. A permanent VPN gives whole-network access (lateral-movement risk), emailing root leaves no audit and an un-rotated secret, and disabling logging defeats the recording you were told to provide.
Q8 · Analyze

In the December 2024 BeyondTrust incident that reached the US Treasury, what was the initial entry that let attackers reset local application passwords across multiple Remote Support SaaS tenants?

Correct: d. Per the advisory and reporting, attackers used a stolen Remote Support SaaS API key to reset local application passwords (17 SaaS customers affected). It was not phishing, brute force, or physical access; the CVE-2024-12356 flaw enabled deeper action, but the API key was the way in — which is why human MFA would not have stopped it.
Q9 · Analyze

A teammate argues that "MFA on the rep console plus a tighter firewall would have stopped the Treasury-style API-key theft." Why is that reasoning flawed?

Correct: a. A stolen API/machine key bypasses the human MFA login path, and the flaw rode 443, the port the product must keep open — so neither MFA nor a firewall rule addresses the entry. MFA does not stop every attack, blocking 443 would break the product, and API keys are very much used in production. The fix is machine-credential hygiene.
Q10 · Evaluate

A 1,000-server Indian firm with a tight budget and many third-party vendors needing recorded remote access is choosing a PAM platform: (A) the market-share leader with per-user licensing and an 8–16 week rollout, or (B) BeyondTrust with asset-based licensing, a 4–6 week rollout and built-in recorded remote access. Which is the stronger fit and why?

Correct: b. For a tight budget and many vendors needing remote access, BeyondTrust's asset-based licensing (unlimited users), faster rollout and built-in PRA fit the constraints. Both options are Gartner Leaders, so market share alone does not decide it; an in-house script lacks rotation/audit, and logo colour is not a selection criterion.
Lesson complete — saved to your profile.
Almost! You need 70% (7 of 10) — re-read the path that tripped you up and tap "Try again".

🧠 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.

Expert version: Because a valid login is authorised traffic on a port that must stay open (443/RDP/SSH) and carries no malware signature — the controls that watch for "bad" see nothing bad, so PAM has to control the credential itself (vault it, rotate it, time-box it, record the session) rather than hope the perimeter catches the intruder.

🗣 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

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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.