GHSA-vpjr-h6fh-mw4p: Duplicate Advisory EVE Freely Allocates Buffer On Vulnerability
CRITICALGHSA-vpjr-h6fh-mw4p is a CRITICAL (CVSS 9.0) eve freely allocates buffer on vulnerability (CWE-789: Memory Allocation with Excessive Size Value) affecting Duplicate Advisory libraries in the Go ecosystem. The issue involves eve freely allocates buffer on the stack with data from socket. Remediation is available by upgrading affected packages to version 0.0.0-20230519072751-977f42b07fa9.
GHSA-vpjr-h6fh-mw4p at a Glance
Security Impact
CVSS: 9.0
The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H).
How to Fix GHSA-vpjr-h6fh-mw4p
To remediate this vulnerability, upgrade all affected Duplicate Advisory dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.
Upgrade github.com/lf-edge/eve to 0.0.0-20230519072751-977f42b07fa9
Run the following command in your project directory to verify that all resolved dependencies use the patched release:
inspect dependencies for github.com/lf-edge/eve
How to Check if You Are Affected
To determine whether your application is affected by GHSA-vpjr-h6fh-mw4p, inspect your project dependencies for Duplicate Advisory:
inspect dependencies for github.com/lf-edge/eve
Analyze the terminal output to locate any version of Duplicate Advisory in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.0.0-20230519072751-977f42b07fa9), your application is affected.
Note: Verify declared build manifests and deployed runtime container environments.
Technical Details
Vulnerability Mechanism & Technical Analysis
This vulnerability is classified under CWE-789: Memory Allocation with Excessive Size Value, where the product allocates memory based on an untrusted, large size value, but it does not ensure that the size is within expected limits, allowing arbitrary amounts of memory to be allocated. In Duplicate Advisory, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.
Source Advisory Statement
GHSA-vpjr-h6fh-mw4p Affected Duplicate Advisory Versions
1 component(s)| Product / Package | Ecosystem | Affected Versions | Fixed Version |
|---|---|---|---|
|
github.com/lf-edge/eve
|
Go |
< 0.0.0-20230519072751-977f42b07fa9
|
0.0.0-20230519072751-977f42b07fa9
|
References
Frequently Asked Questions
What is GHSA-vpjr-h6fh-mw4p?
Which Duplicate Advisory versions are affected?
What version fixes GHSA-vpjr-h6fh-mw4p?
Is github.com/lf-edge/eve affected?
What is the CVSS score of GHSA-vpjr-h6fh-mw4p?
What CWE is associated with GHSA-vpjr-h6fh-mw4p?
How can I check Go dependencies for GHSA-vpjr-h6fh-mw4p?
Machine-readable OSV JSON
OSV v1.5 Schema
{
"schema_version" : "1.4.0",
"id" : "GHSA-vpjr-h6fh-mw4p",
"modified" : "2026-02-04T20:46:55Z",
"published" : "2023-09-21T15:30:15Z",
"withdrawn" : "2026-02-04T20:46:55Z",
"aliases" : [ ],
"summary" : "Duplicate Advisory: EVE Freely Allocates Buffer on The Stack With Data From Socket",
"details" : "### Duplicate Advisory\nThis advisory has been withdrawn because it is a duplicate of GHSA-phcg-h58r-gmcq. This link is maintained to preserve external references.\n\n### Original Description\nAs noted in the “VTPM.md” file in the eve documentation, “VTPM is a server listening on port\n8877 in EVE, exposing limited functionality of the TPM to the clients. \nVTPM allows clients to\nexecute tpm2-tools binaries from a list of hardcoded options”\nThe communication with this server is done using protobuf, and the data is comprised of 2\nparts:\n\n1. Header\n\n2. Data\n\nWhen a connection is made, the server is waiting for 4 bytes of data, which will be the header,\nand these 4 bytes would be parsed as uint32 size of the actual data to come.\n\nThen, in the function “handleRequest” this size is then used in order to allocate a payload on\nthe stack for the incoming data.\n\nAs this payload is allocated on the stack, this will allow overflowing the stack size allocated for\nthe relevant process with freely controlled data.\n\n* An attacker can crash the system. \n* An attacker can gain control over the system, specifically on the “vtpm_server” process\nwhich has very high privileges.",
"severity" : [ {
"type" : "CVSS_V3",
"score" : "CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H"
} ],
"affected" : [ {
"package" : {
"ecosystem" : "Go",
"name" : "github.com/lf-edge/eve"
},
"ranges" : [ {
"type" : "ECOSYSTEM",
"events" : [ {
"introduced" : "0"
}, {
"fixed" : "0.0.0-20230519072751-977f42b07fa9"
} ]
} ]
} ],
"references" : [ {
"type" : "ADVISORY",
"url" : "https://nvd.nist.gov/vuln/detail/CVE-2023-43632"
}, {
"type" : "WEB",
"url" : "https://asrg.io/security-advisories/cve-2023-43632"
}, {
"type" : "WEB",
"url" : "https://asrg.io/security-advisories/freely-allocate-buffer-on-the-stack-with-data-from-socket"
} ],
"database_specific" : {
"cwe_ids" : [ "CWE-770", "CWE-789" ],
"severity" : "CRITICAL",
"github_reviewed" : true,
"github_reviewed_at" : "2026-02-04T20:46:55Z",
"nvd_published_at" : "2023-09-21T14:15:11Z"
}
}