EUVD-2026-40157
GHSA-49fm-7w64-4wqc
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
Network-accessible with no authentication (PR:N); share metadata is publicly readable, enabling field ID enumeration; only limited confidentiality impact on hidden field values (C:L) with no integrity or availability consequence.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
2DescriptionCVE.org
Teable before 2026-06-15T04-43-24Z.1912 contains an improper access control vulnerability that allows anonymous attackers to access hidden field data by supplying arbitrary field IDs in the projection parameter of the share view records endpoint. Attackers can enumerate hidden field IDs from share metadata and specify them in projection parameters to read field values that are intended to be restricted from public view.
AnalysisAI
Hidden field data disclosure in Teable before 2026-06-15T04-43-24Z.1912 allows unauthenticated remote attackers to bypass share view field visibility restrictions by supplying arbitrary field IDs in the API projection parameter. The share view records endpoint fails to enforce server-side field visibility policy, permitting any caller with access to a public share URL to read field values the table owner explicitly marked as hidden. No public exploit code has been identified at time of analysis, but the attack is trivially repeatable - field IDs are enumerable from unauthenticated share metadata, requiring no special tools or privileges beyond network access.
Technical ContextAI
Teable is an open-source no-code relational database platform that offers share view functionality, allowing table owners to publish a read-only subset of their data via a public URL. The vulnerability is classified as CWE-639 (Authorization Bypass Through User-Controlled Key): the share view records API endpoint accepts a client-supplied projection parameter to specify which fields to return, but the server-side authorization logic does not cross-check requested field IDs against the visibility settings configured for the share view. Because field IDs for all fields - including hidden ones - are present in the share metadata returned to any anonymous caller, an attacker can reconstruct the full field ID set and explicitly request hidden fields through the projection parameter. The CVSS 4.0 base vector (AV:N/AC:L/AT:N/PR:N/UI:N) confirms the attack surface is network-accessible with no configuration prerequisites and no required interaction, resulting in low confidentiality impact (VC:L) on the vulnerable system.
RemediationAI
Upgrade Teable to release 2026-06-15T04-43-24Z.1912 or later, available at https://github.com/teableio/teable/releases/tag/release.2026-06-15T04-43-24Z.1912. The fix was delivered via pull request #3353 (https://github.com/teableio/teable/pull/3353), which enforces server-side field visibility checks against the share view configuration before honoring client-supplied projection parameters. If immediate upgrade is not feasible, the most effective compensating control is to disable all share views on tables that contain hidden fields containing sensitive data - this eliminates the vulnerable endpoint entirely, though it also removes public sharing capability. Alternatively, network-layer controls (reverse proxy ACLs, IP allowlisting) can be used to restrict access to the share view records API endpoint to trusted networks only, accepting the trade-off of reduced external shareability. There is no known workaround that preserves full share view functionality while mitigating the projection bypass.
Same technique Authentication Bypass
View allShare
External POC / Exploit Code
Leaving vuln.today