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
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
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.
- 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.
- 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. - 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.
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
- IBM Security Bulletin 7295921, IBM Aspera Faspex authorization bypass (Nov 7, 2026)
- IBM CNA record for CVE-2026-123218
- NIST NVD: CVE-2026-123218 (Undergoing Analysis, IBM's 9.8 only, checked Nov 9)
- IBM Aspera Faspex 5.0.x documentation
- CISA Known Exploited Vulnerabilities catalog (added Nov 9, 2026; checked the November 9, 2026 catalog release)
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.