CVE-2026-43623

microtar 0.1.0 Stack-Based Buffer Overflow via raw_to_header()

Published Jun 1, 2026 CVSS 4.0 · 8.7 High EPSS < 1% KEV · Not listed
Description
microtar through 0.1.0 contains a stack-based buffer overflow vulnerability in the raw_to_header() function in src/microtar.c that allows attackers to corrupt adjacent stack memory by supplying a crafted TAR archive with non-null-terminated name or linkname fields. The function uses strcpy() to copy 100-byte ustar format fields that lack null terminators, causing writes of up to 355 bytes into a 100-byte destination buffer when mtar_open(), mtar_find(), or mtar_read_header() process attacker-supplied TAR archives.

Analysis

AI-generated

Technical impact

microtar 0.1.0 contains a stack‑based buffer overflow in raw_to_header(). The function uses strcpy() to copy up to 100‑byte ustar fields that may lack a null terminator, allowing up to 355 bytes to be written into a 100‑byte destination buffer during mtar_open(), mtar_find(), or mtar_read_header(). This overflow can corrupt adjacent stack memory, and based on the description it is inferred that an attacker might be able to execute arbitrary code or at least crash the application, but the CVE data does not explicitly confirm RCE. The weakness is categorized as CWE‑121.

Affected Systems

The affected product is microtar v0.1.0 from vendor rxi:microtar. No other versions or vendors are listed in the CNA data, so only this specific release is impacted.

Risk and Exploitability

The CVSS score of 8.7 indicates high severity, while the EPSS score is not available. The vulnerability is not listed in CISA’s KEV catalog. Based on the description, it is inferred that an attacker might supply a malicious TAR archive to any application that uses microtar; the vector could be local if the application accepts input from the local filesystem, or remote if a network interface allows delivery of the archive, but the exact attack vector is not explicitly defined in the CVE data. Successful exploitation would require stack manipulation and potentially a return‑to‑libc or ROP chain to achieve code execution, but this is not confirmed.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade microtar to a fixed release that removes the unsafe strcpy() in raw_to_header().
  • If upgrading is not immediately feasible, isolate microtar processing to a sandboxed or privileged environment and restrict the source of input TAR files to trusted actors.
  • Compile the application with stack protection options such as stack canaries, ASLR, and compile‑time sanitizers to reduce the impact of any remaining overflow.

Generated by OpenCVE AI on June 1, 2026 at 20:51 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories available
History
Type Values Removed Values Added
First Time appeared Rxi
Rxi microtar
Vendors & Products Rxi
Rxi microtar
Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'total'}, 'version': '2.0.3'}

Type Values Removed Values Added
Description microtar through 0.1.0 contains a stack-based buffer overflow vulnerability in the raw_to_header() function in src/microtar.c that allows attackers to corrupt adjacent stack memory by supplying a crafted TAR archive with non-null-terminated name or linkname fields. The function uses strcpy() to copy 100-byte ustar format fields that lack null terminators, causing writes of up to 355 bytes into a 100-byte destination buffer when mtar_open(), mtar_find(), or mtar_read_header() process attacker-supplied TAR archives.
Title microtar 0.1.0 Stack-Based Buffer Overflow via raw_to_header()
Weaknesses CWE-121
References
Metrics cvssV3_1

{'score': 8.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H'}

cvssV4_0

{'score': 8.7, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N'}

Weaknesses
  • CWE-121

    Stack-based Buffer Overflow

Sources

Status
PUBLISHED
Assigner
VulnCheck
Published
Updated
Jul 14, 2026, 8:01 PM
Reserved
May 1, 2026, 6:22 PM
Status
Deferred
Published
Jun 1, 2026, 7:16 PM
Modified
Jul 22, 2026, 7:10 AM