Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to Tamery cloud sync
-
ExploitCraft batch connectionsResources.create request
-
ExecutionSubstitute victim's connectionId
-
ImpactInsert attacker-named resource rows in victim's client
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Requires an authenticated account on the Tamery cloud-sync service and ownership of at least one connection, so the attacker can issue a valid connectionsResources.create call; the attacker then supplies a victim's connectionId inside a batch create request, and the handler fails to verify that the caller owns that connection (CWE-639). Limiting factors: exploitation needs valid credentials (PR:L, so not unauthenticated), knowledge or discovery of the victim's connectionId, and the cloud sync feature must be in use. Impact is bounded to inserting attacker-named resource rows that surface in the victim's client (integrity only) - the flaw does not grant read access to the victim's data or affect availability. |
| Impact | Signals point to a genuine but moderate-priority issue, not a high-CVSS-but-low-risk inflation case nor an emergency. The CVSS 4.0 base is 5.3 (Medium) with AV:N/AC:L/PR:L/UI:N - network-reachable and low-complexity, but requiring an authenticated account (PR:L), and impact is limited to low integrity (VI:L) with no confidentiality or availability effect (VC:N/VA:N). This matches the description: an attacker cannot read or destroy a victim's data, only insert attacker-named resource rows into another user's connection listing (a cross-user write/IDOR). The vuln.today decision label is 'this_month', consistent with scheduled remediation rather than act_now/emergency. EPSS is not provided, so exploitation probability cannot be quantified; KEV status is not listed (no confirmed active exploitation). A public technical write-up (hackmd) and a GitHub issue are referenced, indicating the mechanics are publicly documented, though no verified working exploit code is confirmed in the input. No signals conflict materially; the main caveat is the absence of EPSS and the fact that real-world exploitation requires both a valid account and knowledge of a victim's connectionId. Net: patch within the normal cycle; the bounded integrity-only impact and authentication requirement keep this below emergency urgency. |
| Exploit ScenarioDerived | An authenticated Tamery cloud-sync user who legitimately owns at least one connection crafts a batch connectionsResources.create request and substitutes a victim's connectionId, causing attacker-controlled, attacker-named resource rows to be inserted and then rendered in the victim's client. The attack is network-based and low-complexity (AV:N/AC:L) but requires a valid account (PR:L) and the target's connectionId. A public technical write-up describing the flaw exists; it is not verified as working exploit code. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 30, 2026
Broken object ownership enforcement in Tamery's cloud sync API lets an authenticated user who owns at least one connection attach attacker-named resource rows to another user's connection, so the injected rows appear in the victim's client. Tamery (formerly Conar) releases from 0.32.0 up to but not including 0.99.0 are affected; the flaw is integrity-only, granting no read access to victim data and no availability impact, and requires valid credentials plus knowledge of the victim's connectionId. No public exploit code has been confirmed - a public technical writeup (HackMD) describing the issue exists - and vendor fixes are available in 0.99.0; priority is this_month, not emergency.
RemediationAI
Upgrade Tamery to 0.99.0 or later; the vendor fix is available and the change is recorded in commit https://github.com/wannabespace/tamery/commit/400a9001a661e5ab2f87c51de25da1c4afa7ceed, which adds the missing ownership check on the connectionId supplied to connectionsResources.create. Consult https://github.com/wannabespace/tamery/issues/601 and the VulnCheck advisory at https://www.vulncheck.com/advisories/tamery-conar-0.32.0-before-0.99.0-broken-authorization-via-connectionsresources-create for vendor guidance. Where upgrading must be staged, the only exposure-reducing measure visible in the available data is to stop using the cloud sync API on affected instances until the fix is applied, at the cost of losing cross-device synchronization; note that the flaw requires a valid account and a victim connectionId, so restricting who can create accounts or obtain cloud sync access on shared deployments limits reachable attack paths as a temporary trade-off, and it does not remove the underlying authorization gap. There is no read-side or availability exposure to mitigate, but injected rows should be reviewed on affected accounts after patching.
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
Tamery is a TypeScript/Node application whose cloud sync API is exposed through an oRPC router; the affected handler lives in apps/api/orpc/routers/connections-resources/create.ts (lines 14-32 in the v0.32.0 tag). The handler accepts resource creation requests, including batched creates, and takes the target connection identifier from the request body. Per CWE-639 (Authorization Bypass Through User-Controlled Key), it fails to verify that the supplied connectionId belongs to the calling principal before inserting the resource row, so any authenticated caller who already owns a valid connection can point the insert at a key belonging to a different account. Because the rows are written with attacker-chosen names and are later listed by the victim's own client during sync, the attacker gains a persistent write into another tenant's resource listing without any corresponding read capability. The independent assessment scores this CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N, reflecting remote reachability, low complexity, and a required authenticated session, with impact bounded to integrity. The mechanism by which the identifier is leaked or guessed is not described in the available sources.
Know when Tamery 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
Network-reachable API with low complexity, but a valid authenticated account is required (PR:L); impact is a low-integrity cross-user write only, so C:N and A:N.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Tamery (formerly Conar) 0.32.0 before 0.99.0 contains a broken authorization vulnerability in the cloud sync API connectionsResources.create handler that allows authenticated users to attach resources to other users' connections. Attackers owning one connection can include a victim's connectionId in a batch request to insert attacker-named resource rows listed by the victim's client.
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.
EUVD-2026-114079
GHSA-mf38-vc74-jfg4
NVD
CVE.org
EPSS
Exploit-DB