Tuskira AdvisoryConfirmed (CISA KEV)Last updatedNovember 9, 2026

CVE-2026-123218

IBM Aspera Faspex 5 lets any logged-in user make themselves a full administrator; on CISA KEV two days after IBM's fix, and IBM lists no workaround

Latest change
First published. On CISA KEV since November 9; IBM lists no workaround.

Reachable if a Faspex 5 server runs 5.0.0 through 5.0.19 without PL1, its web interface or API is reachable from an untrusted network, and an attacker holds or can get any valid Faspex account

Affected
IBM Aspera Faspex 5.0.0 through 5.0.19 on Linux
Exploitation
On CISA KEV since November 9. IBM's bulletin does not mention exploitation.
Fix
Upgrade to Faspex 5.0.19 PL1 and confirm the faspex-core image shows Fix Pack: 1.
Can't patch today
IBM lists no workaround or mitigation

On an unpatched IBM Aspera Faspex 5 server, anyone who can log in can make themselves a full administrator, and IBM lists no workaround short of the patch. CVE-2026-123218 affects Faspex 5.0.0 through 5.0.19. IBM says an authorized user can "craft a specific message to bypass user authorization and gain full administrative privileges." The fix is Faspex 5.0.19 PL1 on Linux, released with IBM's bulletin on November 7, 2026. After patching, IBM says to confirm the faspex-core container image shows 5.0.19 (1ce4b13, Fix Pack: 1).

IBM scores it 9.8. CISA added it to its Known Exploited Vulnerabilities catalog on November 9, two days after IBM's bulletin, with a federal due date of November 12. IBM's bulletin does not mention exploitation, and neither IBM nor CISA has said who is exploiting it or how. NVD has not added its own score.

Is it reachable for you?

What it is. IBM classifies it as incorrect authorization (CWE-863). Per IBM, a user who is already logged in can send a specially crafted message that skips the server's permission checks and gives that user full administrative rights. IBM does not name the endpoint or the message type, and we found no public technical write-up or exploit code.

A scoring mismatch to know about. IBM's CVSS vector marks the attack as needing no privileges (PR:N), which is what pushes the score to 9.8. IBM's own description and CISA's KEV entry both say the attacker is an authenticated or authorized user. We follow the description, so this page treats a valid Faspex account as a requirement.

Checks, in three tiers. The first decides exposure. The second and third decide priority. Run these only on servers your organization owns.

  1. Is the server on Faspex 5.0.0 through 5.0.19 without PL1? This decides exposure. IBM's fixed state is the faspex-core container image showing 5.0.19 (1ce4b13, Fix Pack: 1). Anything else in that version range is affected.
  2. Can untrusted networks reach the Faspex web interface or API? From a host outside your trusted network, this shows whether the server answers.
    curl -skI https://<faspex-host>/
    A server that answers from the internet goes first.
  3. Who holds an account? Faspex is used to exchange files with people outside the organization, so list every account that can log in, including any created for partners, customers or other outside users. The more people who can log in, the more people can use this flaw.
What Quell checks for this CVE
Faspex 5 servers on 5.0.19 or earlier without PL1 with the web interface or API reachable from the internet
Accounts on those servers held by people outside the organization
Across every system you run.
See how Quell works

Compensating controls (test them, don't assume them)

IBM's bulletin lists no workarounds or mitigations. Upgrading to Faspex 5.0.19 PL1 and confirming the faspex-core image shows 5.0.19 (1ce4b13, Fix Pack: 1) is the fix.

What to look for in logs

IBM and CISA have published no indicators for this CVE as of November 9, 2026.

If you patched late. Patching does not undo an administrator account or permission change an attacker already made. Our reading (Tuskira), not vendor guidance: review Faspex administrator accounts, recent permission changes and new users, and check what packages were sent or downloaded by accounts that gained admin rights.

FAQ

Is CVE-2026-123218 being exploited?

CISA lists it as known exploited. It added CVE-2026-123218 to the Known Exploited Vulnerabilities catalog on November 9, 2026, with a federal due date of November 12. IBM's bulletin does not mention exploitation, and no one has published details of the attacks.

Does an attacker need a login?

Yes, according to IBM's description and CISA's entry, which both describe an authorized or authenticated user. IBM's CVSS vector says no privileges are required, which conflicts with its own description.

Which version fixes it?

Faspex 5.0.19 PL1 on Linux. IBM says to confirm the faspex-core container image shows 5.0.19 (1ce4b13, Fix Pack: 1).

Is there a workaround?

No. IBM's bulletin lists no workarounds or mitigations.

Is Faspex 4 affected?

IBM's bulletin lists only Faspex 5.0.0 through 5.0.19.

Vendor
IBM
Product
IBM Aspera Faspex 5
Affected versions
IBM Aspera Faspex 5.0.0 through 5.0.19 on Linux (IBM bulletin 7295921)
Vulnerable component
Faspex 5 authorization checks; IBM does not name the endpoint or message type
CVSS
9.8 (IBM as CNA, CVSS 3.1). IBM's vector says no privileges are required, but IBM's own description and CISA's entry both say the attacker needs a valid login. NVD has not added its own score
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H (IBM)
CWE
CWE-863, incorrect authorization (IBM)
Exploitation
Confirmed (CISA KEV)
CISA KEV added
November 8, 2026
Patch
Faspex 5.0.19 PL1 on Linux, released with IBM's November 7, 2026 bulletin. IBM says to confirm the faspex-core container image shows 5.0.19 (1ce4b13, Fix Pack: 1)

Updates

Nov 9, 2026. First published. Fixed in 5.0.19 PL1 since November 7; on CISA KEV since November 9; IBM lists no workaround.

Sources

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

We publish an advisory when a vulnerability is Critical or on CISA KEV, has one identifiable component to check, and has a public proof of concept or reported exploitation. Advisories are updated as exploitation status changes.