TTechclickAll lessons
CYBERARK · PAM MASTERY SESSION RECORDING Every keystroke.Recorded.Replayable. 05 / 10 ai.techclick.in · Techclick Infosec Read lesson
CyberArk · Session Isolation · PSM/PSMP Recording, Isolation & MonitoringInteractive · L1 / L2

CyberArk PSM & PSMP — Privileged Session Isolation, Recording & Monitoring

A DBA at a Chennai firm logs into production Oracle at 1 AM and starts exporting customer data. With direct RDP, your logs show only "a legitimate login". With PSM, the operator never saw the password, never had a route to the server, and a security analyst watched and killed the session live — with the video as court evidence. Pick a path below, watch a rogue session get terminated, and master the no-direct-path model in 13 minutes.

📅 2026-05-31·⏱ 13 min · 5 SVG infographics + 1 animated live-terminate trace·🏷 10-Q Bloom-tiered assessment + AI Tutor
By the end of this lesson you will be able to

⚡ Quick Answer

CyberArk PSM & PSMP — RDP/SSH jump proxy, credential injection (no password reveal), full video + keystroke session recording in the Vault, live monitor/suspend/terminate. No direct path, no credential exposure — in 13 minutes.

Pick a path — jump straight to it

1

PSM Proxy

RDP jump box. Credential injected, user never sees the password.

2

PSMP for SSH

Linux SSH proxy with the transparent four-@ connection string.

3

Recording

Video + keystrokes into the Vault — the auditor's evidence chain.

4

Monitor & Kill

Shadow a live session, suspend or terminate a rogue in real time.

The interview question that trips up 70% of candidates

Senior PAM interview: "With PSM in place, where does the privileged password go, and what network route does the user have to the target?"
Wrong answers: "PSM shows the password in a vault popup", "the user RDPs directly and PSM just logs it". Right answer: the user gets no password and no direct route. The user's RDP client terminates at the PSM server. PSM (via the PSMGW user) fetches the target credential from the Vault over TCP 1858, injects it into the connection component on the PSM box itself, and the user sees only the resulting session screen. That is the entire security model: no-credential-exposure + no-direct-path. Nail this and you have already passed the PSM section of PAM-DEF.

🏛 The government-office counter analogy

In a sarkari office you cannot walk into the officer's cabin and pull a file off the rack yourself. You submit your request at the counter. The peon retrieves the file from the rack, places it on the officer's desk, and you speak through the glass partition. You never touched the rack, never saw the filing system, and the register logs your visit. PSM is that counter. You raise a request in PVWA, PSM fetches the credential from the Vault rack over port 1858, injects it into the session, and you interact only with the screen — never the password, never a direct path to the server. The session recording is the register entry, and unlike a paper register, it is video.

4 things you'll be tested on before we begin

🧱
No direct path
tap to flip

The user's RDP/SSH client terminates at PSM, never the target. There is no network route from the operator's machine to production. So what: compromise the laptop, you still can't reach the server.

🔑
Credential injection
tap to flip

PSM fetches the password/SSH key from the Vault server-side and types it into the connection for you. So what: the human never sees, copies or stores the secret — phishing the operator yields nothing.

🎥
Vault recording
tap to flip

Every session is recorded as AVI video + keystroke text, uploaded by PSMApp to the PSMRecordings Safe on disconnect. So what: the auditor gets tamper-proof video, not just a login line.

🛑
Live terminate
tap to flip

An auditor can shadow a running session via PSMAdminConnect and suspend or kill it. So what: a rogue export is stopped mid-flight, not discovered next morning.

① PSM — the RDP jump proxy where the password vanishes

PSM runs on Windows Server with Remote Desktop Services licensing. Users reach it over TCP 3389 (native RDP) or TCP 443 (the HTML5 Gateway, Apache Guacamole under the hood). The connection terminates at PSM. From there, a connection componentPSM-RDP, PSM-SSH, PSM-SQLPlus, AWS-CloudConsole and others — defines how PSM launches the app and injects the credential.

Scenario — Sneha onboards a vendor at a Mumbai bank

Sneha, a PAM engineer at a Mumbai private bank, must give a 50-person vendor team 3 days of access to production Windows servers. Direct RDP with a shared admin password would mean 50 people holding the secret forever. Instead she puts the accounts behind PSM. Vendors connect to 172.16.40.12:3389 (the PSM server), PSM injects the admin credential server-side, and on day 4 access simply expires — no password rotation needed on the vendor side, because they never held it.

PSM connection and credential-injection flow User RDPs to the PSM proxy, PSMGW fetches the credential from the Vault over port 1858, PSM injects it into the connection component and connects to the target. The user has no direct path to the target and never sees the password. Sneha's laptop10.30.7.42no password held ① RDP 3389 / HTML5 443 PSM proxyconnection terminates herePSM-RDP componentinjects credential ② PSMGW fetch (1858) Digital Vaultcredential store · TCP 1858 ③ authenticated session Target Windows server172.16.40.55admin login by PSM, not Sneha ✗ No direct path laptop → target
Figure 1 — PSM connection & credential injection. User → PSM proxy (terminates here) → PSMGW fetches credential over 1858 → PSM injects and connects. The red dashed arc shows there is no direct laptop-to-target route.
Colour keyuntrusted / attackertrusted / vaultedpolicy / decision pointkey insightallowed

Isolation architecture — the DMZ jump vs the flat-network shortcut

The whole point collapses if the operator's subnet can still route to production. In a hardened design, PSM sits in a jump tier; firewall rules permit operators → PSM and PSM → targets, but not operators → targets. Compare that to the flat-network anti-pattern, where everyone can RDP/SSH straight to production and PSM is optional.

PSM isolation architecture compared to a flat direct-access network Left: hardened design where operators can only reach the PSM jump tier and only PSM can reach production, with a blocked direct path. Right: flat network anti-pattern where operators reach production directly and PSM is bypassable. Hardened — PSM jump tier Operators10.30.7.0/24 allow PSMjump tier+ PSMP allow Production172.16.40.0/24 ✗ operators → targets BLOCKED Flat network — anti-pattern Operatorsflat /16 direct RDP/SSH Productionno isolation PSM bypassable →no recording, no control
Figure 5 — Isolation architecture. Left: operators reach only PSM, PSM reaches only targets, the direct path is firewall-blocked. Right: a flat network lets operators bypass PSM entirely — losing recording, injection and live control.

Recreated for clarity🏛️ The exact screen you'll use — PVWA → Accounts → [account] → Connect. Your console matches this layout.

https://pvwa.bank.example/PasswordVault
CyberArk · Password Vault Web Access/ Accounts / WinSrv-DC01 / Connect
Connect — WinSrv-DC01-Administrator
Connection ComponentPSM-RDP1
Connect withLogon account (credentials auto-injected)
ReasonPatch deployment — CR-4821
ConnectCancel
The PSM proxy injects the password into the RDP session — the user clicks Connect and never sees or types the credential.

② PSMP — the SSH proxy for Unix/Linux, with the four-@ string

PSM is Windows-based. For Unix/Linux SSH, CyberArk ships PSMP, installed on Red Hat or Ubuntu and listening on port 22. You connect with a transparent connection string whose @ delimiters separate Vault user, target account, target host and the PSMP proxy. PSMP pulls the password or SSH key from the Vault invisibly and logs you in — you never type or see it.

Scenario — Karthik proxies into production Linux at a Pune fintech

Karthik, an SRE at a Pune fintech, needs root on db-prod-01.corp.local. He never asks for the password. He runs one SSH command through PSMP at psmp.corp.local. PSMP authenticates to the target with the Vault-stored key, and the banner reminds him the session is recorded.

PSMP transparent SSH — Vault user @ target account @ target host @ PSMP proxy
ssh adm_karthik@root@db-prod-01.corp.local@psmp.corp.local
Expected output
CyberArk Privileged Session Manager SSH Proxy
You are connecting to: db-prod-01.corp.local as root
This session is being recorded.
Last login: Fri May 30 23:11:04 2025 from 10.10.5.22
[root@db-prod-01 ~]#
PSMP transparent SSH connection flow Admin runs an SSH command with the four-at-sign string to the PSMP proxy on port 22. PSMP parses the string, fetches the SSH key from the Vault over port 1858, and authenticates to the target Linux server. The session is recorded. Karthik (admin)ssh adm@root@host@psmpno key held ① SSH port 22 PSMP (Linux)parses 4-@ stringrecords sessionpsmpsrv service ② key fetch (1858) Digital VaultSSH key store · 1858 ③ auth as root Linux targetdb-prod-0110.10.5.101 · root shell Key never leaves the Vault → PSMP → never the operator's disk
Figure 2 — PSMP transparent SSH flow. The four-@ string routes through PSMP on port 22; PSMP fetches the key over 1858 and authenticates as root. The key never touches Karthik's machine.
Quick check · inline

In the PSMP string adm_karthik@root@db-prod-01.corp.local@psmp.corp.local, what does the first field represent?

Correct: b. Order is Vault user → target account → target host → PSMP proxy. The first field authenticates you to CyberArk; the second (root) is the account you want on the target. The password is never in the string — PSMP fetches it from the Vault.

Pause & Predict Karthik runs PSMP on Red Hat / Ubuntu listening on port 22. If PSM is Windows-only, why can't he just point his SSH client at the PSM server instead of standing up a separate PSMP box?

Answer: PSM is the Windows RDP jump-proxy — it has no native SSH listener for Unix/Linux targets. CyberArk ships PSMP as a separate Linux component (on RHEL/Ubuntu, listening on port 22) precisely to proxy SSH. PSMP parses the four-@ transparent string, pulls the password or SSH key from the Vault over 1858, and logs Karthik in — so he never types or sees the secret.

③ Session recording — the auditor's evidence chain

Every PSM/PSMP session is recorded twice: AVI video of the screen and a text log of keystrokes/commands, plus searchable metadata (who, source IP, target account, duration, commands). Recordings stage in a local temp folder on the PSM server during the session, then on disconnect the PSMApp user uploads them to the PSMRecordings Safe in the Vault, encrypted and compressed. Files over 2 GB split into parts named session_id.vid.part_N. Plan for roughly 70 KB/min for text-only console sessions and 200 KB/min for GUI/RDP video.

Scenario — an RBI auditor demands a quarter of DB videos at a Hyderabad NBFC

Priya, a compliance manager at a Hyderabad NBFC, faces an RBI IS audit. The auditor wants video of every production-Oracle privileged login last quarter — 47 DBA sessions, in a tamper-proof format. Priya opens PVWA Recordings, filters by Safe (PSMRecordings-OracleProd), date range and protocol (PSM-SQLPlus). All 47 appear with full metadata. She exports the list as CSV and gives the auditor read-only PVWA access scoped to that Safe; he replays three high-risk sessions in the browser and confirms the keystroke log matches the video. Audit closes with no findings.

PSM session recording pipeline from capture to Vault to playback A live session is captured as AVI video and keystroke text into a local temp folder. On disconnect PSMApp uploads the recording to the PSMRecordings Safe in the Vault over port 1858. An auditor searches and replays it from PVWA. Live sessionAVI video +keystroke text~200 KB/min GUI ① capture PSM temp folderstaged locallysplit >2GB → .part_Nuntil disconnect ② PSMApp uploadover 1858 VaultPSMRecordings Safeencrypted · immutableaudit trail enforced ③ search + replay Auditor in PVWAfilter by Safe / date / protocol ITATS426E = Safe full
Figure 3 — Recording pipeline. Capture (AVI + text) → local temp staging → PSMApp uploads to the PSMRecordings Safe over 1858 → auditor searches and replays in PVWA. A full Safe throws ITATS426E.
War story — the recording that silently never uploaded (ITATS426E)

A financial-services firm ran PSM for 18 months without reviewing the PSMRecordings Safe quota. A long Oracle DBA session produced a 6-part AVI totalling 12 GB. When the Safe hit its Vault quota, ITATS426E fired silently — the session completed but no recording uploaded. The gap surfaced only during a PCI-DSS audit when the auditor asked for that exact video. Fix: alert on the PSM temp-folder disk, set Vault Safe quota alerts, and forward PSMSR072E / PSMSV002E to SIEM. Silent recording loss is a compliance landmine.

Pause & Predict — before you read on

Predict #1 — where is the recording while the session is still running?
Tap to reveal

In a local temp folder on the PSM server. It is only uploaded to the Vault's PSMRecordings Safe on disconnect, by PSMApp. That is why local disk filling up causes silent upload failure even when the Vault quota is fine.

Predict #2 — your AVI is 5 GB. What happened to it?
Tap to reveal

It was split into parts at the 2 GB boundary — session_id.vid.part_1, part_2, part_3. Pre-14.4 environments needed the PSM codec on the auditor's workstation to replay later parts. Document this or the auditor cannot independently replay.

Predict #3 — which internal user actually uploads the recording?
Tap to reveal

PSMApp. Different from PSMGW (fetches the credential), PSMConnect (creates the local RDP desktop) and PSMAdminConnect (used by auditors to shadow live sessions). Knowing which internal user does what is core PAM-DEF material.

Pause & Predict Your PSMRecordings Safe hits its Vault quota mid-session and throws ITATS426E. The operator's session still completes normally and they notice nothing. What exactly was lost, and why is that the most dangerous part?

Answer: The recording never uploaded — the AVI video and keystroke text for that privileged session are gone. It's the most dangerous failure mode because it's silent: the session worked, so nobody is alerted, and the gap only surfaces months later when an auditor (e.g. PCI-DSS) asks for that exact video. The fix is to size the Safe quota, alert on PSM temp-folder disk, and forward ITATS426E / PSMSR072E / PSMSV002E to your SIEM.

④ Live monitoring, suspend & terminate — kill a rogue in real time

Authorized auditors in the CyberArk_Auditors group connect via PSMAdminConnect to shadow a live session as a silent observer. From there they can suspend (freeze the operator's input) or terminate (kill it outright). To enable this you must set AllowPSMNotifications=Yes and list the operators in the Terminating / Suspending Live Sessions groups. PTA can also auto-terminate on high-risk patterns — touching authorized_keys or sudoers on Unix, or launching AD management consoles on Windows.

Scenario — Arjun kills an insider at 01:47 AM (Chennai IT-services firm)

Arjun, an L2 SOC analyst at a Chennai IT-services firm managing 200+ banking-client servers, gets a PTA alert at 01:17 AM: a DBA account that normally works 9-6 is mass-exporting the CUSTOMER_DATA table and spooling rows to \\fileserver\exports. Risk score 85/100. Arjun opens PVWA → Monitoring → Active Sessions, clicks Monitor to shadow it via PSMAdminConnect, and watches a SQL*Plus window spooling PII in real time. He clicks Terminate Session at 01:47 — only 40,000 of 900,000 rows had been exported. The AVI, keystroke log, source IP (10.45.12.88), Vault user, target account and every SQL command are preserved as tamper-proof evidence and handed to legal. Without PSM, the DBA would have hit the DB directly and the logs would show only a clean login.

▶ Watch a rogue session get terminated, second by second

PTA alert → SOC shadows the live session → operator clicks Terminate → evidence preserved. Press Play.

① 01:17:00DBA account ora_admin connects via PSM to Oracle prod. Normal working hours are 9-6 — this is anomalous. PSM starts recording AVI + keystrokes.
② 01:31:00PTA risk score spikes to 85/100: repeated SELECT * on CUSTOMER_DATA + spool to \\fileserver\exports. SOC dashboard fires "Suspicious activity in a privileged session".
③ 01:44:00Arjun opens PVWA → Monitoring → Active Sessions, grabs the sessionGuid, clicks Monitor → shadows via PSMAdminConnect. He sees the SQL*Plus window spooling PII live. The operator is unaware he is watched.
④ 01:47:00Arjun clicks Terminate Session (REST: POST /API/LiveSessions/{guid}/Terminate). The RDP session on PSM is killed instantly. Spool file holds only 40,000 of 900,000 rows.
⑤ 01:48:00PSMApp uploads the full recording to the PSMRecordings Safe. AVI + keystroke log + source IP 10.45.12.88 + account + every command = tamper-proof exhibit for legal and HR.
Press Play to watch the live terminate, from PTA alert to preserved evidence.
PVWA REST — list active sessions, then terminate the rogue one
curl -sk -X GET 'https://pvwa.corp.local/PasswordVault/API/LiveSessions?Limit=25' \
  -H 'Authorization: eyJhbGciOiJSUzI1NiIs...' -H 'Content-Type: application/json'
# grab sessionGuid, then:
curl -sk -X POST \
  'https://pvwa.corp.local/PasswordVault/API/LiveSessions/a3f1b2c4-d5e6-7890-abcd-ef1234567890/Terminate' \
  -H 'Authorization: eyJhbGciOiJSUzI1NiIs...' -H 'Content-Type: application/json'
Expected output
{"LiveSessions":[{"sessionGuid":"a3f1b2c4-d5e6-7890-abcd-ef1234567890",
  "User":"adm_ramesh","AccountUsername":"root","Protocol":"SSH",
  "FromIP":"10.10.2.55","Duration":1847,"PSMServerID":"PSM-PROD-01"}],"Total":1}
HTTP/1.1 200 OK
{}
Monitor, suspend and terminate control flow for a live PSM session A live session triggers a PTA risk signal. An auditor shadows it via PSMAdminConnect and chooses suspend, terminate, or PTA auto-terminate. The choices route to the live session on the PSM server. Live PSM sessionsessionGuid · recording on PTA risk score 85/100 Auditor shadows (PSMAdminConnect)CyberArk_Auditors group · AllowPSMNotifications=Yes Suspendfreeze input, keep sessionfor investigation Terminatekill session nowPOST .../Terminate PTA auto-actionauto-suspend/terminateon high-risk command
Figure 4 — Monitor / suspend / terminate control flow. A live session plus a PTA risk signal lets an auditor shadow and choose: suspend (freeze, preserve), terminate (kill), or let PTA auto-act on a high-risk command.
Quick check · inline

You shadow a live session and want to preserve it for forensic investigation while stopping further damage — not destroy it. Which control?

Correct: a. Suspend freezes input but keeps the session live, so you can investigate before deciding. Terminate (b) destroys the live session. Rebooting PSM (c) kills all sessions and loses staged recordings. Deleting the Safe (d) destroys evidence — the opposite of what you want.

Recreated for clarity📹 The exact screen you'll use — PVWA → Monitoring → Active Sessions. Your console matches this layout.

https://pvwa.bank.example/PasswordVault
CyberArk · Password Vault Web Access/ Monitoring / Active Sessions
Accounts
Monitoring
Reports
Administration
Active Sessions
UserTargetProtocolStartedDurationActions
rahul.k10.20.4.10RDP14:3200:12Suspend · Terminate
vendor-temp10.20.7.31SSH14:0500:39Suspend · Terminate
Every live privileged session can be watched, suspended, or terminated in real time. All of them are recorded to the PSMRecordings Safe for the auditor.

Pause & Predict Arjun spots a DBA mass-exporting CUSTOMER_DATA at 01:17 AM with a PTA risk score of 85/100. He shadows it via PSMAdminConnect, then clicks Terminate Session at 01:47. Beyond stopping the export, what does PSM give legal that a direct database login never could?

Answer: A tamper-proof evidence chain: the AVI video, the keystroke log, the source IP (10.45.12.88), the Vault user, the target account and every SQL command — all uploaded to the PSMRecordings Safe. A direct DB login would have shown only a clean login line in the DB logs. PSM also let him terminate in real time (only 40,000 of 900,000 rows leaked) instead of discovering the breach the next morning.
Quick check · inline

PTA detects a live SSH session editing /etc/sudoers on a production Linux box and the risk score crosses the threshold. With PTA auto-response configured, what happens without a human clicking anything?

Correct: a. PTA can auto-suspend or auto-terminate on high-risk patterns — touching sudoers / authorized_keys on Unix or launching AD consoles on Windows — with no human in the loop. (b) is wrong: manual click is one path, not the only one. (c) destroys evidence — the opposite of intent. (d) rebooting kills all sessions and loses staged recordings, so PTA never does that.

Connection components & the Universal Connector — one model, any app

A connection component is the plug-in that tells PSM how to launch and authenticate a specific app. Built-ins cover PSM-RDP, PSM-SSH, PSM-SQLPlus (Oracle), PSM-WinSCP, PSM-WebApp, AWS-CloudConsole (via STS) and Azure-CloudConsole. For anything bespoke, the Universal Connector wraps an AutoIt-compiled EXE that automates the app's login while PSM records and monitors transparently. From v13.0, WebApp connectors inject TOTP via the &MfaCode& placeholder — the MFA secret lives in a linked Vault account, so the code is generated server-side with no user involvement.

Scenario — Aditya rolls a custom connector to 5 PSM servers at a Bengaluru firm

Aditya, a PAM admin at a Bengaluru product company, must add a bespoke Java trading app to PSM across all 5 PSM servers. He does not log into each box. He uploads the compiled AutoIt EXE package to the PSMUniversalConnectors Safe in the Vault. Every PSM server auto-downloads and deploys it at the next configuration refresh. One upload, five servers, zero manual installs.

War story — PSMShadow profile corruption breaks one engineer's SSH

A large infrastructure team found that every SSH session via PSM hung at the splash screen for one specific engineer while everyone else was fine. Root cause: that engineer's PSMShadow profile on the PSM server had become corrupted (a known risk when PSM is rebooted mid-session). Each non-Windows connection gets its own shadow profile, so only that user broke. Fix: delete and recreate the corrupted PSMShadow profile from the PSM server's local user manager, and enable profile cleanup on disconnect.

🤖 Ask the AI Tutor

Tap any question — instant context-aware answer.

Deeper questions → chat.techclick.in.

The 5 mistakes that cost L1/L2 candidates the interview

Mistake 1 — never sizing the PSMRecordings Safe

Sessions complete but recordings silently fail to upload (ITATS426E). Pre-size the Safe quota, alert on PSM temp-disk, forward PSMSR072E to SIEM.

Mistake 2 — forgetting NTP sync

Drift > tolerance and the Vault rejects the component on port 1858 (ITATS211E) — often days after a clean install. One NTP source for Vault and every component.

Mistake 3 — enabling terminate without AllowPSMNotifications

The Terminate button does nothing if AllowPSMNotifications=Yes isn't set and the operator isn't in the Terminating group. Configure it before the incident, not during.

Mistake 4 — ignoring CVE-2024-31497 on P-521 keys

Old bundled PuTTY + NIST P-521 ECDSA = recoverable private key. Upgrade PSMSSHClient to PuTTY 0.81+; prefer Ed25519/RSA.

Mistake 5 — manually installing connectors on each PSM server

Drift and broken parity. Upload AutoIt EXEs once to the PSMUniversalConnectors Safe; all PSM servers deploy them automatically at config refresh.

Lock it in — explain, choose a lane, teach a friend

Self-explanation — write it in one breath

In your own words: "Why can't an attacker who fully compromises an operator's laptop reach the production server or steal the privileged password through PSM?" Say it out loud before the quiz. If you can't, re-read section ① — the answer is no direct path + server-side credential injection.

Choose your next lane

Lane A — Builder: spin up a lab, install PSMP on RHEL (rpm -ivh CARKpsmp-14.2.0.x86_64.rpmpsmp_setup.sh --finalize), and connect with the four-@ string. Lane B — Auditor: practise the evidence workflow — filter PVWA Recordings by Safe/date/protocol and replay a session as a read-only auditor. Pick one and do it this week.

Teach a friend — the one-liner

"PSM is the office counter: you never touch the file rack (the password) and you never enter the cabin (the server) — the counter does it for you, on camera, and security can pull you out mid-visit."

Spaced recall — opt in

Re-open this lesson in 3 days and again in 10 days, and each time recall (without scrolling): the four-@ PSMP order, what ITATS426E and ITATS211E mean, and which internal user uploads recordings. Set a calendar nudge now — spacing is what moves this into long-term memory before your exam.

📝 Check your understanding — 10 questions, 70% to pass

Scenario-based, Bloom-tiered. Pick one answer each, then Submit. Your score saves to your profile.

Q1 of 10 · Remember

Which TCP port does the CyberArk Digital Vault use for communication with PSM, PSMP, CPM and PVWA?

Correct: b. 1858 is the Vault protocol port for PSM, PSMP, CPM, PVWA and PTA. 3389 is user→PSM RDP, 443 is the HTML5 Gateway, 22 is user→PSMP SSH — none of those is the Vault component channel.
Q2 of 10 · Apply

Priya needs root on db-prod-01.corp.local via PSMP using Vault username adm_priya through psmp.corp.local. Which command is correct?

Correct: a. The @ delimiter order is Vault user → target account → target host → PSMP proxy. (b) bypasses PSMP entirely. (c) reverses the order. (d) puts a password in the string — PSMP never needs that; it fetches the credential from the Vault.
Q3 of 10 · Apply

Arjun must stop a running PSM session where a file export is in progress, without waiting for it to end. Which PVWA path and action?

Correct: b. Active Sessions → Monitor → Terminate kills it instantly while preserving the recording as evidence. (a) lets the export continue. (c) doesn't stop the live session. (d) is slow, destructive and loses the controlled evidence trail.
Q4 of 10 · Apply

Aditya must deploy a custom connector for a bespoke Java app across all 5 PSM servers without touching each box. What's the correct method?

Correct: c. The PSMUniversalConnectors Safe is the fleet-wide distribution mechanism — one upload, automatic deployment everywhere at config refresh. (a)/(b) cause drift and parity bugs. (d) is wildly disproportionate.
Q5 of 10 · Analyze

After a PSM session ends, the recording is missing from PVWA and PSM logs show ITATS426E. Root cause and first two areas to investigate?

Correct: c. ITATS426E is a Safe-quota error — the session completes but the upload silently fails. Check the Vault Safe quota and the local temp disk. (d) (missing codec) explains failed playback of split parts, not a missing recording. (a)/(b) are unrelated.
Q6 of 10 · Analyze

A PSMP server throws ITATS211E authorization errors three days after a clean install that worked initially, with no config changes. Most probable infrastructure root cause?

Correct: a. "Worked then drifted, no config change" is the classic NTP-drift signature. The 1858 protocol enforces strict clock sync. (b)/(c) would fail differently and immediately. (d) signed RPMs are a tamper check, unrelated to ITATS211E.
Q7 of 10 · Analyze

Trace the internal CyberArk users from when the operator clicks Connect in PVWA to when the recording lands in the Vault.

Correct: b. PSMGW = credential fetch, PSMConnect = local desktop, PSMApp = upload, PSMAdminConnect = auditor shadowing (not in this path). (a)/(c) scramble the roles. (d) the Vault never talks to the target — PSM does, after fetching the credential.
Q8 of 10 · Analyze

CVE-2024-31497 affects PuTTY bundled in PSM's PSMSSHClient. Under what conditions is a deployment vulnerable, and which key types are NOT affected?

Correct: d. The flaw is biased ECDSA nonce generation on P-521 only. (a) overstates it. (b) is backwards — RSA is safe. (c) Telnet has no ECDSA keys. Upgrade the bundled client to 0.81+.
Q9 of 10 · Evaluate

A security architect proposes PSM with Dual Control for a 50-person vendor team needing 3 days on production Windows, versus shared direct RDP. Evaluate the key security properties PSM adds.

Correct: c. That is the full senior answer: isolation, non-exposure, recording, time-boxed approval, real-time control, and zero post-window rotation burden. (a) PSM handles Windows/RDP natively. (b)/(d) ignore every control PSM provides.
Q10 of 10 · Evaluate

An IT director argues that since all Linux admins use SSH keys with no shared passwords, PSMP adds no value. Evaluate this argument.

Correct: c. Keys do not address endpoint key theft, forensic recording, real-time control, JIT, or PTA scoring. (a)/(b)/(d) all miss that PSMP's value is session governance, not just password storage.
Lesson complete — score saved to your profile.
Score below 70%. Re-read the section you got wrong, then retake.

Next up — CyberArk PVWA & Just-in-Time

Now sessions are isolated, recorded and killable. Next: the request → approve → checkout → checkin workflow in PVWA — Dual Control, exclusive access, and Just-in-Time so a credential exists only while it's needed.

Sources cited inline

  1. CyberArk PAM Self-Hosted — Privileged Session Manager (Introduction)
  2. CyberArk — Introduction to PSM for SSH (PSMP)
  3. CyberArk — Active Session Monitoring in PSM
  4. NVD — CVE-2024-31497 (PuTTY ECDSA P-521 nonce bias)
  5. SecApps Learning — PSM Session Management Complete Guide
  6. SecApps Learning — PSM for SSH Installation Guide 2026
  7. CyberArk PAM-DEF / PAM-SEN Exam Blueprint
  8. YuenX (2025) — CyberArk PAM & PSM Architecture