Skip to main content

Bisheng EUVDEUVD-2026-102503

| CVE-2026-111363 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-10-15 VulnCheck GHSA-37gw-p3c6-34pr
7.1
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as low-privileged user
  2. Exploit
    Enumerate sequential file_id values
  3. Execution
    Request GET /api/v1/knowledge/file_bbox
  4. Impact
    Exfiltrate other tenants' parsed document text

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 a valid authenticated low-privileged user account on a network-reachable BISHENG instance (PR:L); no administrative rights, user interaction, or non-default configuration is needed. The attacker exploits the GET /api/v1/knowledge/file_bbox endpoint, which fails to enforce per-user/per-tenant ownership checks on the supplied file_id, by enumerating sequential integer file_id values. The practical limiting factor is account access - self-service registration or any shared multi-tenant deployment removes this barrier, whereas single-tenant or tightly controlled-account deployments substantially reduce real-world exposure. Impact is confined to reading other users' extracted document page text (confidentiality only); no data modification or service disruption results.

Impact

This is a genuine but bounded confidentiality risk, not a top-tier emergency. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N) describes a network-reachable, low-complexity attack that requires an authenticated low-privileged account and yields high confidentiality impact with no integrity or availability impact - fully consistent with the CWE-639 IDOR described. No EPSS score, CISA KEV listing, or formal POC/exploit-code flag was provided in the input, so there is no evidence of active exploitation or automated weaponization. However, a detailed public technical write-up (hieuPenguinnn hackmd) and VulnCheck/CVE references pinpoint the exact vulnerable endpoint (GET /api/v1/knowledge/file_bbox) and the sequential-ID enumeration method, lowering the barrier to opportunistic exploitation considerably. The signals are internally consistent - there is no CVSS-versus-description conflict - but the PR:L requirement meaningfully constrains real-world risk: an attacker must first obtain a valid account on the target instance. Net: a real priority for anyone running BISHENG multi-tenant knowledge bases with untrusted or self-service users, but the limited product footprint and required authentication keep it below the urgency of an unauthenticated RCE.

Exploit ScenarioDerived

An attacker registers or obtains a low-privileged account on a shared BISHENG instance, then scripts requests to GET /api/v1/knowledge/file_bbox while incrementing the file_id parameter. Because the endpoint does not verify that the requesting user owns the referenced file, the attacker harvests extracted page text from documents belonging to other users and tenants. A public technical write-up detailing this exact enumeration exists, though no packaged exploit code was flagged in the input.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 15, 2026

Authenticated low-privileged users can read other users' and tenants' extracted document text in Bisheng through 3.0.0-beta4 by enumerating sequential file IDs against the GET /api/v1/knowledge/file_bbox endpoint, which lacks per-user ownership checks. This IDOR vulnerability (CWE-639) requires only a valid account on a network-reachable instance and poses a bounded confidentiality risk; no public exploit code or active exploitation has been identified at time of analysis. In multi-tenant deployments, the flaw can expose sensitive parsed documents across tenant boundaries.

RemediationAI

No vendor-released patch has been identified at time of analysis. Until a fix is available, implement compensating controls: deploy an authorization check at the API gateway or reverse proxy that validates the authenticated user's ownership of the requested file_id before forwarding requests to /api/v1/knowledge/file_bbox; this requires custom logic but prevents cross-user enumeration. Restrict network access to the endpoint to trusted internal networks or VPN, with the trade-off of limiting legitimate remote access. If self-registration is enabled, consider disabling it to reduce the pool of low-privileged accounts that can exploit the flaw, though this may hinder user onboarding. Monitor logs for sequential or anomalous file_id access patterns. Once the vendor releases a patched version beyond 3.0.0-beta4, upgrade immediately and verify the fix by testing the endpoint with unauthorized file IDs. Consult the VulnCheck advisory for updates: https://www.vulncheck.com/advisories/bisheng-through-3.0.0-beta4-idor-via-api-v1-knowledge-file-bbox.

Affected VersionsENISA

bisheng 0 ≤3.0.0-beta4

Affected Packages

euvd bisheng no fix

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

The vulnerability is an insecure direct object reference (IDOR) in the Bisheng knowledge base API, specifically the GET /api/v1/knowledge/file_bbox endpoint, which returns extracted page text (bounding box data) for a given file_id. The backend code in knowledge_service.py (lines 2523-2533) and the endpoint handler in knowledge.py (lines 663-670) fail to verify that the authenticated user owns or has legitimate access to the requested file, allowing sequential integer file IDs to be enumerated. This is classified as CWE-639 (Authorization Bypass Through User-Controlled Key). The CVSS 4.0 vector (AV:N/AC:L/PR:L/UI:N/VC:H/VI:N/VA:N) and the independent CVSS 3.1 assessment (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N) both confirm network exploitable, low-privileged access with high confidentiality impact but no integrity or availability impact. The CPE cpe:2.3:a:dataelement:bisheng:*:*:*:*:*:*:*:* indicates all versions up to 3.0.0-beta4 are affected.

Know when Bisheng 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

Vendor (VulnCheck) PRIMARY 7.1 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
vuln.today AI 6.5 MEDIUM

Network-reachable endpoint with a valid low-privileged account (PR:L) and no user interaction; cross-tenant document disclosure gives C:H, with no integrity or availability impact and unchanged scope.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

BISHENG through 3.0.0-beta4 contains an insecure direct object reference vulnerability that allows authenticated low-privileged users to read other users' parsed documents by supplying arbitrary file_id values. Attackers can enumerate sequential file ids against GET /api/v1/knowledge/file_bbox to retrieve extracted page text from other users' and tenants' knowledge bases.

Executive ViewAI

Why It Matters

Bisheng deployments running versions up to and including 3.0.0-beta4 can leak the parsed text of documents belonging to other users - and, in multi-tenant environments, to other tenant organizations - to anyone holding a valid account with network access to the platform. Because Bisheng is typically used to ingest and query sensitive business and legal documents, a cross-tenant disclosure of this kind could constitute a contractual or regulatory data-handling failure, not merely an internal hygiene issue. Leadership should care because the exposure scales with every document ever ingested, and no vendor fix is currently available.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: block or disable the GET /api/v1/knowledge/file_bbox endpoint at the WAF/reverse proxy; restrict Bisheng instances to trusted networks and remove internet exposure; enforce strict least-privilege account provisioning and revoke dormant or shared accounts; deploy a proxy-layer ownership check that rejects file_bbox requests for file IDs not owned by the requesting identity; segment multi-tenant deployments so tenants cannot reach one another's instances; and log and alert on sequential file-ID enumeration patterns against the endpoint.

Threat Intelligence Overview

EPSS Score
0.2%
Top 86% exploitable
Prevalence
Low
niche open-source LLM/RAG platform, limited enterprise footprint
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy