Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach exposed BaSyx API endpoint
-
DeliveryAppend trailing slash to protected route
-
ExploitABAC middleware finds no slash-route, fails open
-
ExecutionRouter strips slash, runs protected handler
-
ImpactUnauthorized read/write/delete/upload of AAS data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the service to be deployed with ABAC authorization enabled (the shared router + ABAC middleware configuration) and network-reachable; that ABAC-enabled mode is the specific configuration the flaw depends on. Given ABAC is enabled, no authentication, no special privileges, and no user interaction are needed - the attacker simply appends a trailing slash to any protected route (e.g. /shells/, /submodels/, /shell-descriptors/, /lookup/shells/, /upload/). Limiting factors: deployments without ABAC enabled are not in scope for this authorization bypass, and the concrete impact (read-only vs. write/delete/upload) is bounded by which component is exposed, the HTTP method used, and the specific ABAC policy that would otherwise apply. |
| Impact | The signals point to a genuinely serious but conditionally-scoped issue. CVSS 3.1 base is 9.8 (AV:N/AC:L/PR:N/UI:N, C:H/I:H/A:H) and SSVC marks Automatable:yes with Technical Impact:total, which is consistent with a trivially scriptable, unauthenticated bypass - an attacker only needs to append a slash. Against that, EPSS is low at 0.35% (28th percentile), SSVC exploitation is only 'poc' (an upstream fix/test PR, not weaponized exploit code circulating), and there is no CISA KEV listing, so this reads as high-impact-but-not-yet-widely-exploited rather than an emergency in the wild. A key qualifier the raw 9.8 obscures: exploitation only matters on ABAC-enabled deployments, and the concrete impact (read vs. create/update/delete/upload) depends on which component is exposed, the HTTP method, and the specific policy that was supposed to apply - so real-world severity varies per deployment. Because the bypass is unauthenticated and automatable and defeats the very control operators deployed for security, any organization running ABAC-enabled BaSyx services on a reachable network should treat patching as urgent even though broad opportunistic exploitation has not been observed. |
| Exploit ScenarioDerived | An attacker who can reach a network-exposed ABAC-enabled BaSyx Submodel Repository sends GET /submodels/ (with the trailing slash) instead of GET /submodels; the ABAC middleware finds no policy match for the slashed path and lets the request through, and the router strips the slash and returns the full submodel collection that policy should have filtered or denied. With AV:N/AC:L/PR:N/UI:N the same one-character trick can be scripted across POST/PUT/DELETE/upload routes to create, modify, delete, or upload AAS data without authorization; this corresponds to the SSVC 'poc' status rather than confirmed in-the-wild use. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 16, 2026
Authorization bypass in Eclipse BaSyx Go Components through 1.0.0 lets unauthenticated network attackers reach ABAC-protected API handlers by appending a trailing slash to a route (e.g. GET /shells/ instead of GET /shells). The ABAC middleware evaluates the slashed path, finds no matching policy route, and passes the request onward, after which Chi's middleware.StripSlashes normalizes the path and executes the protected handler with no ABAC decision and none of the expected ABAC query filters. Publicly available upstream fix exists (PR #442, v1.0.1) and SSVC rates technical impact as total, though EPSS is low (0.35%) and no active exploitation is confirmed.
RemediationAI
Upgrade to Eclipse BaSyx Go Components v1.0.1, which fixes the trailing-slash authorization gap (Vendor-released patch: v1.0.1; release https://github.com/eclipse-basyx/basyx-go-components/releases/tag/v1.0.1, fix commit set https://github.com/eclipse-basyx/basyx-go-components/pull/442). If immediate upgrade is not possible, place a reverse proxy or API gateway in front of the services to canonicalize/normalize request paths before they reach BaSyx - specifically stripping or rejecting trailing slashes so the proxy and ABAC middleware agree on the path (trade-off: must be applied uniformly to every method and endpoint, and any legitimate client relying on trailing-slash URLs will break). As a further compensating control, restrict network exposure of the AAS/Submodel/Registry/Discovery/upload endpoints to trusted networks or authenticated gateways so an unauthenticated attacker cannot reach them directly; this reduces exposure but does not close the bypass for insiders. Verify remediation using the trailing-slash 404 assertions added in PR #442.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Eclipse BaSyx Go Components is the Eclipse Foundation's Go implementation of Asset Administration Shell (AAS) Industrie 4.0 infrastructure - AAS Repository, Submodel Repository, AAS/Submodel Registry, Concept Description Repository, Discovery, and AAS Environment upload services share a common HTTP router and an ABAC (Attribute-Based Access Control) authorization middleware. The root cause is CWE-863 (Incorrect Authorization) arising from path-normalization inconsistency: the router uses Chi's middleware.StripSlashes so /shells/ is dispatched to the /shells route, but the ABAC middleware performs its policy lookup against the raw request path with the trailing slash still present. Because the slash-suffixed path matches no registered ABAC route, the middleware fails open - passing the request through unfiltered - and the router then strips the slash and invokes the sensitive handler. The PR #442 diff confirms the fix by adding integration and security tests asserting that trailing-slash variants (/shell-descriptors/, /lookup/shells/, /submodels/, /upload/, etc.) now return HTTP 404 rather than executing the handler.
Know when Eclipse Basyx Go Components gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Unauthenticated, trivially scriptable trailing-slash bypass over the network (AV:N/AC:L/PR:N/UI:N); defeating ABAC exposes read/write/delete/upload so C:H/I:H/A:H, with no cross-system scope change (S:U).
Primary rating from Vendor (eclipse).
CVSS VectorVendor: eclipse
Lifecycle Timeline
2DescriptionCVE.org
In Eclipse BaSyx Go Components versions up to and including 1.0.0, ABAC-enabled deployments are vulnerable to an authorization bypass caused by inconsistent trailing-slash handling between the ABAC middleware and the HTTP router.
The shared router configuration used Chi's middleware.StripSlashes, so a request such as GET /shells/ was dispatched to the registered GET /shells route. However, the ABAC middleware evaluated the original request path including the trailing slash. If ABAC route lookup did not find a matching slash-suffixed route, the request was passed onward and the router then stripped the slash and executed the protected handler without the intended ABAC authorization decision and without the expected ABAC query filters.
An unauthenticated or unauthorized network attacker could append a trailing slash to protected API routes to reach handlers that should have been denied by ABAC policy. Depending on the exposed component, HTTP method, and deployed policy, this could allow unauthorized read, create, update, delete, or upload operations.
The issue affects ABAC-enabled deployments of services that use the shared router and ABAC middleware, including AAS Repository, Submodel Repository, AAS Registry, Submodel Registry, Concept Description Repository, Discovery, AAS Environment upload, and related services. The issue is fixed in Eclipse BaSyx Go Components v1.0.1.
Executive ViewAI
Eclipse BaSyx Go Components through version 1.0.0 contain an authorization bypass allowing unauthenticated network attackers to access protected API handlers. Organizations deploying BaSyx for Industrial IoT, digital twins, or asset management systems face exposure of sensitive operational data and control interfaces without authentication.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-48523
GHSA-86p5-cmgc-c94w
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB