Approved changes feed: RSS · Atom

cpe:2.3:a:eclipse:che:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorEclipse (fa988180-604e-5c1f-93ea-65b5297000fc)
ProductChe (f73c0dff-b56a-502b-9c8a-c097e13f8f39)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from purl2cpe mapping

PURL mappings

PURLSourceLast updated
pkg:github/eclipse/che purl2cpe 2026-06-01 10:15:02.595814

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2021-41034 vulnerable 2026-06-08 05:35:19.532114 Details available
The build of some language stacks of Eclipse Che version 6 includes pulling some binaries from an unsecured HTTP endpoint. As a consequence the builds of such stacks are vulnerable to MITM attacks that allow the replacement of the original binaries with arbitrary ones. The stacks involved are Java 8 (alpine and centos), Android and PHP. The vulnerability is not exploitable at runtime but only when building Che.
Published: 2021-09-29T21:35:09.000Z
Updated: 2024-08-04T02:59:31.177Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-14368 vulnerable 2026-06-08 05:19:23.144229 Details available
A flaw was found in Eclipse Che in versions prior to 7.14.0 that impacts CodeReady Workspaces. When configured with cookies authentication, Theia IDE doesn't properly set the SameSite value, allowing a Cross-Site Request Forgery (CSRF) and consequently allowing a cross-site WebSocket hijack on Theia IDE. This flaw allows an attacker to gain full access to the victim's workspace through the /services endpoint. To perform a successful attack, the attacker conducts a Man-in-the-middle attack (MITM) and tricks the victim into executing a request via an untrusted link, which performs the CSRF and the Socket hijack. The highest threat from this vulnerability is to confidentiality, integrity, as well as system availability.
Published: 2020-12-14T20:05:10.000Z
Updated: 2024-08-04T12:46:33.326Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-10689 vulnerable 2026-06-08 05:16:35.643951 Details available
MEDIUM (6.4)
A flaw was found in the Eclipse Che up to version 7.8.x, where it did not properly restrict access to workspace pods. An authenticated user can exploit this flaw to bypass JWT proxy and gain access to the workspace pods of another user. Successful exploitation requires knowledge of the service name and namespace of the target pod.
Published: 2020-04-03T14:29:59.000Z
Updated: 2024-08-04T11:06:11.157Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2019-17633 vulnerable 2026-06-08 05:13:10.887752 Details available
For Eclipse Che versions 6.16 to 7.3.0, with both authentication and TLS disabled, visiting a malicious web site could trigger the start of an arbitrary Che workspace. Che with no authentication and no TLS is not usually deployed on a public network but is often used for local installations (e.g. on personal laptops). In that case, even if the Che API is not exposed externally, some javascript running in the local browser is able to send requests to it.
Published: 2019-12-19T17:05:12.000Z
Updated: 2024-08-05T01:47:13.494Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.