A security flaw has been discovered in ChaiScript up to 6.1.0. The impacted element is the function chaiscript::Boxed_Number::get_as of the file include/chaiscript/dispatchkit/boxed_number.hpp. Performing a manipulation results in memory corruption. The attack requires a local approach. The exploit has been released to the public and may be used for attacks. The project was informed of the problem early through an issue report but has not responded yet.
Security readout for executives and security teams
Plain-English summary
CVE-2026-3382 is a memory corruption flaw in ChaiScript, a C++ scripting library. An attacker needs local access and low privileges, so internet-facing exposure is unlikely. Public exploit material is reported, but CISA KEV does not list active exploitation. Business urgency is mainly for products embedding ChaiScript in local or user-scriptable workflows.
Executive priority
Prioritize assessment for products where local users can run or influence ChaiScript scripts. This is not currently evidenced as a remote mass-exploitation issue, but public exploit availability and no confirmed fix justify near-term inventory and containment.
Technical view
The flaw affects chaiscript::Boxed_Number::get_as in include/chaiscript/dispatchkit/boxed_number.hpp. Sources describe CWE-119 memory corruption in ChaiScript up to 6.1.0, including versions 6.0 and 6.1.0. CVSS 4.0 is 4.8 with AV:L/PR:L/UI:N and low availability impact. Vendor/project response or a fixed release is not confirmed in the provided sources.
Likely exposure
Exposure is limited to systems or applications that embed affected ChaiScript versions and allow local users or local code paths to exercise ChaiScript numeric conversions. Cloud, desktop, developer tooling, or appliance products may be affected if they bundle the library.
Exploitation context
The record says exploitation requires a local approach and low privileges. Public exploit material is reported in the issue/reference set, but KEV is false and no cited source confirms active exploitation in the wild. Treat public proof-of-concept availability as raising validation priority.
Researcher notes
Evidence is limited to CVE/VulDB data and the linked GitHub issue. Avoid assuming affected downstream products. The key unknown is whether a fix exists in a branch or release, because the sources state the project had not responded yet.
Mitigation direction
Inventory applications and products that embed or statically link ChaiScript.
Identify ChaiScript versions 6.0 through 6.1.0 in source, dependencies, and SBOMs.
Check the ChaiScript GitHub issue and project releases for official remediation guidance.
Restrict local access to systems running affected embedded scripting functionality.
Reduce exposure of user-controlled scripts until vendor guidance or a fix is available.
Validation and detection
Search repositories and SBOMs for ChaiScript and boxed_number.hpp.
Confirm embedded ChaiScript version in built artifacts, not only package manifests.
Review whether local users can submit or influence ChaiScript execution.
Monitor the referenced GitHub issue for maintainer response or patch commits.
Track VulDB and CVE records for severity, exploitation, or fix updates.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-119: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-119 · source CWE mapping
Improper Restriction of Operations within the Bounds of a Memory Buffer
Improper Restriction of Operations within the Bounds of a Memory Buffer represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.