Skip to main content

Samsung Vyond CVE-2026-110933

| EUVDEUVD-2026-101868 MEDIUM
Uncaught Exception (CWE-248)
2026-10-15 samsung.tv_appliance GHSA-9qr5-5qcj-whg2
4.4
CVSS 3.1 · Vendor: samsung.tv_appliance
View

Attack ChainAIDerived

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

  1. Access
    Obtain supervisor-mode SBI access
  2. Exploit
    Invoke enclave/SHM call with invalid arguments
  3. Execution
    Error path reaches panic!()
  4. Impact
    Uncaught exception crashes security monitor (DoS)

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Exception handling completeness
Exploitation Conditions

Requires an attacker already executing at RISC-V supervisor (S-mode) privilege capable of invoking the Vyond security monitor's SBI calls - sbi_sm_create_enclave, sbi_sm_destroy_enclave, enter/resume/stop/exit_enclave, or the create/change/share_shm_region operations in tee/monitor/src/api.rs - and supplying input (e.g. invalid create_args, enclave IDs, or shared-memory region parameters) that drives those functions into an error branch. In builds before commit fb10a5c8b833df7f152d4a563a61d6090a1790d7 that error branch calls panic!(), producing an uncaught exception that crashes the monitor. LIMITING FACTORS: local access only (no network vector), high privilege required (PR:H - must be able to issue SBI monitor calls), no user interaction, and availability-only impact with no data exposure; this is not remotely or unauthenticated-exploitable.

Impact

This is a genuinely low-priority issue despite being a flaw in a security-critical component (a TEE/enclave security monitor). The provided CVSS 3.1 vector (AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H, base 4.4 MEDIUM) is internally consistent with the source evidence: the fix replaces panic!() calls with graceful error returns (err.to_isize()) in the RISC-V SBI enclave-management functions, so the only impact is availability (A:H) via an uncaught exception - no confidentiality or integrity loss (C:N/I:N). Exploitation requires PR:H (an attacker already running at supervisor/kernel privilege able to issue SBI security-monitor calls) and local access (AV:L), which sharply limits real-world risk. No EPSS score, KEV listing, or POC was provided; exploitation status is 'no public exploit identified at time of analysis.' CONFLICT TO NOTE: the input Tags assert 'Information Disclosure,' but the CVSS vector and CWE-248 (Uncaught Exception) both indicate a denial-of-service/availability problem with C:N - the Information Disclosure tag is not supported by any provided signal and appears mislabeled. Net: a real but low-severity availability bug reachable only by an already-privileged local actor.

Exploit ScenarioDerived

An actor already operating at supervisor/kernel privilege on the host issues a Supervisor Binary Interface (SBI) call to the Vyond security monitor - for example sbi_sm_create_enclave or a shared-memory operation - with arguments that trigger an error path. In the unpatched monitor that error path calls panic!(), raising an uncaught exception that crashes the security monitor and halts the system. No public exploit code was identified; the only artifact is the vendor patch commit.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.1% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 15, 2026

Samsung Vyond's RISC-V security monitor aborts with an uncaught Rust panic when its SBI error paths are reached, because pre-fix builds call panic!() instead of returning a structured error code. Exploitation requires an attacker who already executes at RISC-V supervisor (S-mode) privilege and can invoke the monitor's SBI calls (enclave lifecycle or shared-memory region operations) with parameters that drive those functions into an error branch, making this a local, high-privilege, availability-only crash of a TEE security monitor. No public exploit code has been identified at time of analysis and the flaw is not confirmed actively exploited (CISA KEV); CVSS 3.1 scores it 4.4 (AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H), with no confidentiality or integrity impact.

RemediationAI

The primary fix is to apply the upstream commit fb10a5c8b833df7f152d4a563a61d6090a1790d7 (https://github.com/Samsung/Vyond/commit/fb10a5c8b833df7f152d4a563a61d6090a1790d7), which replaces the panic!() calls in tee/monitor/src/api.rs with err.to_isize() returns and adds the to_isize() helper in tee/monitor/src/lib.rs; note this is a commit-level fix and a released, version-tagged build containing it has not been independently confirmed, so integrators should verify the commit is present in their firmware tree before treating a build as patched. Where the commit cannot be applied immediately, the only meaningful compensating control is to treat the monitor like any other high-privilege trusted component: run no untrusted or non-verified code at RISC-V S-mode, restrict loader access so only signed/trusted supervisor images can invoke the sbi_sm_* calls, and ensure a watchdog or recovery path can restart the monitor, accepting that this does not remove the crash primitive and may still allow a local S-mode attacker to wedge enclave services (a denial-of-service trade-off). A minimal backport of the error-return conversion is low-risk since it changes control flow only on error paths, but any backport must be re-tested to confirm the intended negative SBI return codes are surfaced to callers rather than being silently converted to success.

Affected VersionsENISA

Vyond 0 <fb10a5c8b833df7f152d4a563a61d6090a1790d7

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Vyond is Samsung's open-source RISC-V TEE security monitor; the vulnerable code lives in tee/monitor/src/api.rs, where the externally callable SBI entry points sbi_sm_create_enclave, sbi_sm_destroy_enclave, sbi_sm_enter/resume/stop/exit_enclave, and sbi_sm_create_shm_region, sbi_sm_change_shm_region and sbi_sm_share_shm_region wrap calls into the enclave:: module. The root cause is CWE-248 (Uncaught Exception): on any Err(_) result the pre-fix handlers executed panic!("Failed {:?}", err), turning an ordinary recoverable error (invalid create_args, unknown enclave ID, bad shared-memory parameters) into an uncaught exception that terminates or crashes the monitor rather than surfacing an SBI error code. The CPE cpe:2.3:a:samsung_open_source:vyond:*:*:*:*:*:*:*:* is version-unbounded, so effectively every build predating commit fb10a5c8b833df7f152d4a563a61d6090a1790d7 is affected; that commit reworks the handlers to return Error::Success as isize or err.to_isize(), adds a Clone/Copy derive on Error and a to_isize() conversion (Success=0, errors as negative values), converting the failure mode from a hard panic to a conventional negative SBI return code. Because the monitor sits below supervisor mode, the attack surface is limited to software already running in S-mode, which is consistent with the PR:H and AV:L components of the assessed vector.

Know when Samsung Open Source 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 (samsung.tv_appliance) PRIMARY 4.4 MEDIUM
AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 4.4 MEDIUM

SBI enclave calls require supervisor privilege (PR:H) and local access (AV:L); any error reliably triggers panic (AC:L) causing only a monitor crash, so C:N/I:N/A:H.

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

Primary rating from Vendor (samsung.tv_appliance).

CVSS VectorVendor: samsung.tv_appliance

Attack Vector
Local
Attack Complexity
Low
Privileges Required
High
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

DescriptionCVE.org

Uncaught exception vulnerability in Samsung Open Source Vyond allows Input Data Manipulation.

This issue affects Vyond: before fb10a5c8b833df7f152d4a563a61d6090a1790d7.

Threat Intelligence Overview

EPSS Score
0.1%
Top 99% exploitable
Prevalence
Rare
obscure Samsung open-source RISC-V TEE monitor, research-grade, tiny footprint
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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· derived
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

22
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +22
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0
CVE-2026-19588 MEDIUM
6.5 Aug 12

Heap buffer overflow in Samsung's rlottie animation rendering library allows remote denial-of-service via maliciously cr

CVE-2026-19587 MEDIUM
6.5 Aug 12

Uncontrolled resource consumption in Samsung's open-source rlottie library allows a crafted Lottie animation file to tri

CVE-2026-110392 CRITICAL
9.8 Oct 14

OS command injection in the Samsung QA-Board backend allows unauthenticated remote attackers to execute arbitrary operat

CVE-2026-47314 CRITICAL
9.8 May 19

Out-of-bounds write in Samsung's Escargot lightweight JavaScript engine (commit 590345cc6258317c5da850d846ce6baaf2afc2d3

CVE-2026-47311 CRITICAL
9.8 May 19

Heap-based buffer overflow in Samsung's Escargot JavaScript engine (commit 590345cc6258317c5da850d846ce6baaf2afc2d3) all

CVE-2026-47310 CRITICAL
9.8 May 19

Use-after-free memory corruption in Samsung's Escargot JavaScript engine (commit 590345cc6258317c5da850d846ce6baaf2afc2d

CVE-2026-8915 HIGH
8.8 May 28

Out-of-bounds write in Samsung's Escargot JavaScript engine allows attacker-supplied scripts to corrupt memory through t

CVE-2026-25208 HIGH
8.1 Apr 13

Integer overflow in Samsung Escargot JavaScript engine allows remote attackers to trigger buffer overflows without authe

CVE-2026-47308 HIGH
7.5 May 19

NULL pointer dereference in Samsung's open-source Walrus WebAssembly runtime crashes the parser when processing malforme

CVE-2026-47307 HIGH
7.5 May 19

NULL pointer dereference in Samsung Open Source Walrus's WebAssembly binary parser causes application-level denial of se

CVE-2026-47317 HIGH
7.5 May 19

Uncontrolled recursion in Samsung's Escargot JavaScript engine triggers excessive heap allocation, causing a denial-of-s

CVE-2026-47316 HIGH
7.5 May 19

Denial of service in Samsung Escargot JavaScript engine at commit 590345cc6258317c5da850d846ce6baaf2afc2d3 stems from mu

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