Approved changes feed: RSS · Atom
cpe:2.3:a:daytonaio:daytona:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Daytonaio (8d01713d-9aa3-552b-a70b-363324ecf734) |
|---|---|
| Product | Daytona (f68dbd7c-dfb4-56ac-b3cf-453903ade4c1) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from gcve-enriched-dumps CVE data
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-54324 |
vulnerable | 2026-07-29 01:00:27.702158 |
Daytona: Cross-tenant data leak in notification WebSocket gateway via unverified organizationId join
MEDIUM (6.5)
Daytona is a secure and elastic infrastructure runtime for AI-generated code execution and agent workflows. Prior to 0.185.0, a cross-tenant authorization flaw in Daytona's notification WebSocket gateway allowed any authenticated user to subscribe to another organization's realtime notification channel and passively receive that organization's events. This vulnerability is fixed in 0.185.0.
Published: 2026-06-23T18:07:23.745Z
Updated: 2026-06-25T12:42:48.097Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54323 |
vulnerable | 2026-07-29 01:00:27.702034 |
Daytona: Git credential leak via git clone with TLS verification disabled
MEDIUM (5.9)
Daytona is a secure and elastic infrastructure runtime for AI-generated code execution and agent workflows. Prior to 0.185.0, the daemon's git clone implementation disabled TLS certificate verification. When a clone request carried Git credentials, the daemon sent the HTTP Basic Authorization header to the remote over a connection whose certificate was never validated, on both the go-git and native git CLI code paths. An attacker able to intercept clone traffic could present any TLS certificate, capture the Git credentials supplied for the clone, and serve tampered repository content into the sandbox. This vulnerability is fixed in 0.185.0.
Published: 2026-06-23T18:06:21.100Z
Updated: 2026-06-24T14:27:21.317Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54322 |
vulnerable | 2026-07-29 01:00:27.701767 |
Daytona: Cross-org IDOR in organization role update/delete — any org owner can rewrite or destroy another org's roles
HIGH (7.7)
Daytona is a secure and elastic infrastructure runtime for AI-generated code execution and agent workflows. Prior to 0.185.0, Daytona's organization role update and delete endpoints authorized the caller as an owner of the organization named in the request path, but resolved and mutated the target role by its identifier alone, without verifying the role belonged to that organization. An authenticated user who owns any organization (organizations are self-service) could therefore modify the permissions of, or delete, a role belonging to a different organization, given that role's identifier. This vulnerability is fixed in 0.185.0.
Published: 2026-06-23T18:07:59.639Z
Updated: 2026-06-23T18:56:11.743Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54321 |
vulnerable | 2026-07-29 01:00:27.701636 |
Daytona: Public sandbox previews remain accessible for up to one hour after being made private
HIGH (7)
Daytona is a secure and elastic infrastructure runtime for AI-generated code execution and agent workflows. From 0.101.0 until 0.184.0, sandbox previews that were switched from public to private could remain reachable without authentication for a short period after the change, due to a cached visibility state that was not invalidated when the sandbox's visibility changed. This vulnerability is fixed in 0.184.0.
Published: 2026-06-23T18:10:05.521Z
Updated: 2026-06-25T12:43:20.824Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54320 |
vulnerable | 2026-07-29 01:00:27.701507 |
Daytona: Cross-tenant organization takeover via invitation acceptance with an unverified email
HIGH (8.4)
Daytona is a secure and elastic infrastructure runtime for AI-generated code execution and agent workflows. Prior to 0.184.0, organization invitations could be accepted (and declined) by a user whose email matched the invitation but had not been verified. Daytona authenticates users via OIDC and matches an invitation's target email against the email in the caller's token, but the invitation accept and decline paths did not require that email to be verified, unlike organization creation, which already enforced verification. On identity providers that allow self-service signup and issue a session before the email is verified, an actor could register an address matching a pending invitation, leave it unverified, and accept the invitation, joining the target organization with the role the invitation carried (up to Owner). This vulnerability is fixed in 0.184.0.
Published: 2026-06-23T18:11:19.369Z
Updated: 2026-06-24T14:28:38.501Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54319 |
vulnerable | 2026-07-29 01:00:27.701310 | db.gcve.eu details were skipped to keep the page responsive. | 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.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.