← Back to Feed CACHED · 2026-07-17 08:55:40 · CACHE_KEY CVE-2026-40138
CVE-2026-40138 · CWE-287 · Disclosed 2026-07-06

A critical pre-authentication vulnerability exists in the authentication subsystem of BeyondTrust Remote…

ASSESSED — NOISGATE V0.5
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

A skeleton key for the machine that holds every other key

CVE-2026-40138 is a pre-authentication bypass in the authentication subsystem of BeyondTrust Remote Support (RS) and Privileged Remote Access (PRA) — the product line whose entire job is brokering privileged sessions into critical infrastructure. A network-positioned attacker sending crafted authentication data can bypass access controls and land on the appliance as an existing account, including administrative ones. Affected: RS and PRA at 25.3.2 and earlier; fixed in 25.3.3. Cloud tenants were patched April 21, 2026; self-hosted appliances remained exposed until the coordinated July 6, 2026 disclosure. Exploitation requires a specific authentication configuration to be enabled — that condition is what earned it AC:H and shaved the vendor CVSS to 8.1.

The vendor label of HIGH (8.1) is defensibly conservative but operationally wrong for defenders. Third-party trackers (Halo, Beazley, CyCognito, The Hacker News) uniformly cite CVSS 9.2 and describe the flaw as *critical*. More importantly, CVSS does not model *role*: this bug lives inside the identity-brokering plane. A compromised RS/PRA appliance yields active jump sessions, stored credentials, and vendor-remote-support pathways into the very hosts the customer considered their crown jewels. That is not a HIGH — that is a CRITICAL by role multiplier alone.

"Pre-auth bypass on a PAM appliance is a fleet-credential extinction event — vendor HIGH understates the blast radius. Patch now."
02 · The Attack Path

5 steps from start to impact.

STEP 01

Reach the appliance login surface

Attacker locates an internet-exposed RS/PRA appliance (/appliance, /login, customer-branded portal) or reaches it from an internal foothold. BeyondTrust appliances are commonly published to the internet so external technicians and vendors can attach sessions.
Conditions required:
  • TCP/443 reachability to the appliance
  • Version ≤25.3.2 (self-hosted; cloud is already patched)
Where this breaks in practice:
  • Cloud-hosted RS/PRA tenants were silently remediated April 21, 2026
  • Some deployments front the appliance behind a VPN or ZTNA broker
Detection/coverage: Shodan/Censys fingerprint BeyondTrust portals via HTML title and cert CN; Censys and CyCognito both published exposure counts within 48h of disclosure.
STEP 02

Confirm vulnerable authentication configuration

Exploitation *requires* the specific auth configuration flagged in BT26-03 to be enabled on the target. Attacker probes login endpoints and inspects error/redirect behavior to fingerprint the mode. Public PoC is not yet available (as of 2026-07-17), but the condition is the enterprise default in many hybrid-SSO deployments.
Conditions required:
  • Vulnerable auth mode enabled per BT26-03
  • No PoC yet — attacker either derives it from patch diff or waits for public drop
Where this breaks in practice:
  • Some sites disable the affected auth mode entirely and use SAML/SSO exclusively
  • No weaponized exploit in the wild at time of writing
Detection/coverage: No scanner signature covers the configuration prerequisite reliably; Tenable and Qualys ship version-based plugins only.
STEP 03

Submit crafted authentication payload

Attacker sends the malformed auth request that the subsystem improperly validates. The bypass lands the attacker in the session context of an existing user account — potentially an admin, since the flaw does not discriminate on privilege tier. No credential material required.
Conditions required:
  • Working exploit primitive derived from patch diff or leaked PoC
Where this breaks in practice:
  • WAF rules keyed to auth endpoint anomalies may block malformed payloads
  • Custom rate limits at the load balancer
Detection/coverage: Anomaly detection on /api/* and /login/* for malformed auth JSON is feasible but not shipped by default in RS/PRA logging.
STEP 04

Assume elevated appliance identity

Attacker now holds a valid session token for a privileged appliance account. From here they can enumerate configured jump groups, vault entries, session recordings, and vendor accounts. Existing BeyondTrust CLI / API are legitimate operator tools now weaponized.
Conditions required:
  • Session cookie / token from step 3
Where this breaks in practice:
  • MFA re-prompts on sensitive appliance actions if configured
  • Session recording may capture attacker actions — but the attacker is the admin and can disable it
Detection/coverage: SIEM ingestion of RS/PRA audit logs will show admin actions from unusual source IPs; most customers do not centralize these logs.
STEP 05

Pivot into the privileged plane

Attacker launches jump sessions into managed endpoints — domain controllers, hypervisors, DB tiers, network devices — exactly the assets RS/PRA was purchased to reach. Credentials from the appliance vault are injected into sessions on behalf of the attacker. This is the *point* of a PAM broker, and it is what makes the CVSS label misleading.
Conditions required:
  • Existing jump items or vaulted credentials configured on the appliance
Where this breaks in practice:
  • Session approval workflows requiring second-person sign-off (if enabled) will block on-demand sessions
Detection/coverage: Endpoint EDR on jump targets will see BeyondTrust jump client activity — but the activity is *expected* traffic from a trusted appliance; hunting requires baseline of legitimate operator hours and jump-item usage.
03 · Intelligence Metadata

The supporting signals.

In-the-wild exploitationNone observed as of 2026-07-17 (BeyondTrust, Beazley, CyCognito)
Public PoCNone published. Patch-diff reversing is trivial for a motivated attacker given the small delta between 25.3.2 and 25.3.3
EPSS0.00417 (~42nd percentile) — low, but EPSS lags fresh disclosure and does not weight role
KEV statusNot listed — but 2024's CVE-2024-12356 in the same product line hit KEV within a week of disclosure
CVSS vectorCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H — vendor 8.1; third-party trackers cite 9.2
Affected versionsRS ≤25.3.2, PRA ≤25.3.2 (self-hosted); cloud tenants remediated 2026-04-21
Fixed versionsRS 25.3.3+, PRA 25.3.3+; also the April 2026 security rollup for prior branches
Exposure telemetryCensys and Shodan track roughly a few thousand internet-facing RS/PRA portals; CyCognito flagged a meaningful share still on ≤25.3.2 the day after disclosure
Disclosure2026-07-06 via advisory BT26-03; found internally by BeyondTrust, no external researcher credit
Related CVEsCVE-2026-40139 (companion pre-auth bypass, RS only, CVSS 9.2); prior line: CVE-2026-1731 (BT26-02, RCE), CVE-2024-12356 (KEV-listed)
04 · The Call

noisgate verdict.

Final Verdict
UPGRADED to CRITICAL (9.4/10)

The affected product is a privileged access broker — the deployment role that catalogs credentials for domain controllers, hypervisors, and DBs — so any pre-auth foothold ends in fleet-scale credential compromise regardless of AC:H. That role multiplier is the single decisive factor: the CVSS 8.1 label was computed without weighting *what the appliance does*, and the noisgate role floor for PAM/identity brokers is CRITICAL.

HIGH Affected version range and patch availability
HIGH Role-based blast radius (PAM appliance)
MEDIUM Reachable exposed population — Censys/Shodan totals vary
LOW Time-to-weaponization estimate for public PoC

Why this verdict

  • Role multiplier — canonical PAM/privileged-access-broker: The bug is in the authentication subsystem of a product whose entire deployment role is *holding credentials for the crown jewels*. Chain succeeds → attacker inherits the appliance's vault, jump items, and vendor pathways. 100% of installs occupy the high-value role by definition. Floor is CRITICAL.
  • Pre-auth (PR:N) network-reachable (AV:N): No credential harvesting or phishing precondition. Even AC:H does not soften this materially — the AC:H is a configuration precondition, not a race or timing constraint.
  • Prior pattern for this product line: CVE-2024-12356 and CVE-2025-1731 both moved from disclosure to weaponized exploitation quickly; CVE-2024-12356 hit CISA KEV. Threat actors (notably the Salt Typhoon / US Treasury incident cluster) have historically targeted BeyondTrust specifically.
  • Silent-patch cloud disclosure gap: BeyondTrust patched cloud on 2026-04-21 and disclosed on 2026-07-06 — a 76-day window in which patch diffs of the cloud-deployed binaries were technically reachable by determined actors. Assume advanced actors already have a working primitive.
  • Downward pressure acknowledged but not sufficient to break floor: AC:H (specific auth config required) and the cloud-remediated majority narrow the reachable population — but self-hosted RS/PRA is the *higher-value* deployment mode (regulated industries, vendor-remote-support into OT). Adjustment: reassessed 9.4 vs. vendor 8.1.

Why not higher?

A 10.0 would require confirmed in-the-wild exploitation and a public PoC. Neither exists as of 2026-07-17, and the AC:H configuration prerequisite legitimately eliminates some deployments. 9.4 leaves room to move to 9.8+ once a PoC drops or CISA KEV-lists.

Why not lower?

Downgrading below CRITICAL would require the affected component to be low-value or the exposed population to be measured in tenths of a percent. Neither applies: RS/PRA is a canonical PAM broker (role floor = CRITICAL per noisgate policy), and Censys/Shodan show a nontrivial internet-facing self-hosted population. The AC:H friction can lift the number above the floor but cannot pull it under.

05 · Compensating Control

What to do — in priority order.

  1. Front the appliance with strict source-IP allowlisting — Restrict TCP/443 to the CIDR blocks of your operator VPN, vendor-technician IPs, and customer-portal jump hosts. Deploy within 3 days per the noisgate CRITICAL mitigation SLA. Effective because the flaw requires reaching the login surface — most orgs allow the world to reach it by default.
  2. Disable the vulnerable authentication configuration flagged in BT26-03 — If your deployment can operate with SAML/SSO-only auth, disable the affected mode entirely. This kills the exploitation prerequisite outright. Do this within 3 days even before you install 25.3.3.
  3. Rotate all vaulted credentials and jump-item secrets after patching — Assume the appliance is compromised. Rotate service accounts, break-glass credentials, network-device local admins, and any secrets accessible via RS/PRA vault entries. Sequence rotation *after* upgrade to 25.3.3 within the 90-day noisgate remediation window.
  4. Enable dual-control session approval on all jump groups — Force a second admin to approve each session initiation. Attackers holding an admin token still cannot silently launch jumps into DCs, hypervisors, or OT segments. Enable within 3 days as a defense-in-depth measure while patching rolls out.
  5. Ship RS/PRA audit logs to the SIEM and hunt — Ingest appliance auth logs and admin-action logs. Hunt for admin logins from unusual source IPs, off-hours jump-item enumeration, and any session initiated without a corresponding ticket. Baseline is 30 days of operator behavior.
What doesn't work
  • MFA at the RS/PRA login page — the flaw bypasses the authentication subsystem itself; the MFA prompt is downstream of the bypassed check.
  • WAF signatures for known exploits — no public PoC exists yet, so signature-based rules have nothing to match on. Anomaly rules on the auth endpoint may help but require tuning.
  • EDR on the jump-target endpoints — the jump-client activity from a compromised appliance looks identical to legitimate operator use; EDR alone will not distinguish attacker from admin.
  • Session recording on the appliance — an attacker with admin token can disable recording or purge sessions before analysts notice.
06 · Verification

Crowdsourced verification payload.

Run from an auditor workstation with network reachability to the appliance. Invoke as ./check_bt2640138.sh https://support.example.com — no credentials required; the check reads the version banner from the public login page. Requires curl and grep.

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/usr/bin/env bash
# noisgate — CVE-2026-40138 / BT26-03 exposure check
# Detects vulnerable BeyondTrust RS/PRA versions (<= 25.3.2).
# Usage: ./check_bt2640138.sh <https://appliance-url>
set -u

if [[ $# -lt 1 ]]; then
  echo "Usage: $0 <https://appliance-url>" >&2
  exit 2
fi

TARGET="${1%/}"
UA="noisgate-bt26-03/1.0"

# Fetch appliance login page and API version endpoint.
BODY=$(curl -sk -A "$UA" --max-time 10 "$TARGET/api/config/getSupportInfo" 2>/dev/null)
if [[ -z "$BODY" ]]; then
  BODY=$(curl -sk -A "$UA" --max-time 10 "$TARGET/appliance/login.ns" 2>/dev/null)
fi

if [[ -z "$BODY" ]]; then
  echo "UNKNOWN: could not reach $TARGET (network / TLS / not a BeyondTrust appliance)"
  exit 3
fi

# Extract version — appears as e.g. "25.3.2" in HTML/JSON.
VER=$(printf '%s' "$BODY" | grep -oE '"?version"?[[:space:]:="]*[0-9]+\.[0-9]+\.[0-9]+' | grep -oE '[0-9]+\.[0-9]+\.[0-9]+' | head -n1)
if [[ -z "$VER" ]]; then
  VER=$(printf '%s' "$BODY" | grep -oE '[0-9]{2}\.[0-9]+\.[0-9]+' | head -n1)
fi

if [[ -z "$VER" ]]; then
  echo "UNKNOWN: could not fingerprint version at $TARGET"
  exit 3
fi

# Vulnerable if <= 25.3.2. Simple version comparison via sort -V.
LOWEST_FIXED="25.3.3"
OLDER=$(printf '%s\n%s\n' "$VER" "$LOWEST_FIXED" | sort -V | head -n1)

if [[ "$VER" == "$LOWEST_FIXED" ]] || [[ "$OLDER" == "$LOWEST_FIXED" ]]; then
  echo "PATCHED: $TARGET is at $VER (>= $LOWEST_FIXED)"
  exit 0
else
  echo "VULNERABLE: $TARGET is at $VER (<= 25.3.2) — CVE-2026-40138 exposure; upgrade to $LOWEST_FIXED or apply April rollup"
  exit 1
fi
07 · Bottom Line

If you remember one thing.

TL;DR
Treat this as CRITICAL on day one — the noisgate role floor for privileged-access brokers overrides the vendor HIGH label. Monday morning: inventory every self-hosted RS/PRA appliance, confirm version, and cut internet exposure to an allowlist of operator/vendor IPs today. Per the noisgate mitigation SLA for CRITICAL, apply compensating controls (source-IP allowlist, disable the vulnerable auth mode, enable dual-control session approval) within ≤3 days. Per the noisgate remediation SLA, upgrade to RS/PRA 25.3.3 (or install the April 2026 security rollup) and rotate every vaulted credential and jump-item secret within ≤90 days — accelerate to ≤14 days the moment a public PoC drops or CISA KEV-lists this CVE, whichever comes first. Cloud RS/PRA customers are already patched but should still audit April–July session logs for anomalies given the silent-patch window.

Sources

  1. BeyondTrust BT26-03 advisory
  2. BleepingComputer — BeyondTrust warns of critical flaws
  3. The Hacker News — BeyondTrust patches critical auth bypass
  4. Halo Security CVE advisory — CVE-2026-40138
  5. Tenable CVE record
  6. Beazley Security alert — CVE-2026-40138 / 40139
  7. CyCognito emerging-threat blog
  8. SOCRadar — BeyondTrust fixes RS/PRA CVE-2026-40138
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.