☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]

CVE-2026-27709

CVE-2026-27709 Out-of-Bounds Access in Nanazip
📅 PUBLISHED: 2026-02-25 23:39 UTC 🔄 UPDATED: 2026-09-23 20:33 UTC
[ OFFICIAL PATCH DEPLOYED ↓ ] FIX: LIKELY — 2 independent sources confirm fix
[ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.14%
👁️
0.14% probability
3.6× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
Patch available — upgrade to latest release
CVSS SEVERITY SCALE
9.0–10.0 CRITICAL
7.0–8.9 HIGH
4.0–6.9 MEDIUM
0.1–3.9 LOW
0.0 NONE
5.1
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-27709 is an out-of-bounds read vulnerability in NanaZip, an open-source file archiver for Windows. The flaw resides in the .NET Single File Application parser, specifically during manifest parsing. A crafted bundle can provide a malformed RelativePathLength value, causing the parser to construct a std::string from memory beyond the HeaderBuffer. This leads to a crash and potential in-process memory disclosure. The vulnerability affects versions starting from 5.0.1252.0 up to, but not including, 6.0.1638.0 and 6.5.1638.0. The CVSS score is currently 0.0, indicating insufficient data for scoring, but the impact includes denial of service and information disclosure.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Supply Chain & Package Security

NanaZip is distributed via GitHub releases and the Microsoft Store. Users should verify the integrity of downloaded binaries using checksums provided by the maintainers. The vulnerability is in the core parsing logic, not in a dependency, so supply chain risk is limited to the distribution channel.

CVSS Breakdown & Threat Level

The CVSS score is listed as 0.0, which typically indicates that the score has not been calculated or is pending. Based on the description, the vulnerability could be scored as follows:

  • Attack Vector (AV): Local (L) – requires the user to open a crafted file.
  • Attack Complexity (AC): Low (L) – no special conditions.
  • Privileges Required (PR): None (N) – no authentication needed.
  • User Interaction (UI): Required (R) – user must open the malicious file.
  • Scope (S): Unchanged (U) – vulnerability does not cross trust boundaries.
  • Confidentiality (C): Low (L) – limited memory disclosure.
  • Integrity (I): None (N) – no data modification.
  • Availability (A): High (H) – crash leads to denial of service.

Estimated CVSS Vector: CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H

Threat Level: Medium. Exploitation requires user interaction, but the impact includes both denial of service and potential information disclosure.

Deep Dive & Mechanics

The vulnerability is in the .NET Single File Application parser within NanaZip. When processing a bundle, the parser reads a RelativePathLength field from the header. If this field is malformed (e.g., larger than the remaining buffer size), the parser attempts to construct a std::string from memory beyond the HeaderBuffer. This out-of-bounds read can cause a crash (denial of service) and may leak sensitive in-process memory.

Root Cause: Lack of bounds checking on the RelativePathLength value before using it to read a string.

Attack Vector: An attacker crafts a malicious .NET Single File Application bundle and convinces a user to open it with NanaZip. The parser then reads beyond the buffer, causing undefined behavior.

Impact:

  • Availability: Crash of the application.
  • Confidentiality: Potential disclosure of memory contents, which could include sensitive data.

Vulnerable vs. Patched Code

The vulnerable code likely looks like this (pseudocode):

// Vulnerable version
void ParseManifest(const uint8_t* HeaderBuffer, size_t HeaderSize) {
    uint16_t RelativePathLength = ReadUint16(HeaderBuffer + offset);
    // No bounds check
    std::string relativePath(reinterpret_cast<const char*>(HeaderBuffer + offset + 2), RelativePathLength);
    // ... process relativePath
}

The patched version adds a bounds check:

// Patched version
void ParseManifest(const uint8_t* HeaderBuffer, size_t HeaderSize) {
    uint16_t RelativePathLength = ReadUint16(HeaderBuffer + offset);
    if (offset + 2 + RelativePathLength > HeaderSize) {
        // Handle error
        return;
    }
    std::string relativePath(reinterpret_cast<const char*>(HeaderBuffer + offset + 2), RelativePathLength);
    // ... process relativePath
}

The fix ensures that the RelativePathLength does not exceed the remaining buffer size, preventing the out-of-bounds read.

Exploitation & Lab Setup

Red Team

Objective: Craft a malicious .NET Single File Application bundle that triggers the out-of-bounds read.

Steps:

  1. Obtain a legitimate .NET Single File Application bundle.
  2. Reverse engineer the bundle format to locate the RelativePathLength field.
  3. Modify the RelativePathLength to a value larger than the remaining buffer (e.g., 0xFFFF).
  4. Deliver the crafted file to the target via email, download, or other means.
  5. When the target opens the file with NanaZip, the parser will crash and potentially leak memory.

Proof of Concept (Python):

import struct

def craft_malicious_bundle():
    # Assume a minimal valid bundle structure
    header = b'\x00' * 100  # Placeholder
    # Set RelativePathLength to a large value
    offset = 50  # Example offset
    malformed_length = 0xFFFF
    header = header[:offset] + struct.pack('<H', malformed_length) + header[offset+2:]
    # Write to file
    with open('malicious.bundle', 'wb') as f:
        f.write(header)

craft_malicious_bundle()

Blue Team

Detection:

  • Monitor for crashes of NanaZip (Event ID 1000 in Windows Application Event Log).
  • Use file integrity monitoring to detect modified .NET Single File Application bundles.
  • Deploy YARA rules to scan for malformed bundles.

Mitigation:

  • Update NanaZip to version 6.0.1638.0 or 6.5.1638.0.
  • Implement application whitelisting to prevent execution of untrusted bundles.
  • Educate users not to open files from untrusted sources.

Indicators of Compromise (IOCs)

  • File Hashes: (None provided, but analysts should generate hashes of known malicious bundles)
  • File Names: *.bundle files with unusual sizes or structure.
  • Behavior: NanaZip crashes when opening a .NET Single File Application bundle.
  • Network: No network indicators, as the vulnerability is local.

Detection Engineering

YARA Rule

rule CVE_2026_27709_NanaZip_OOB_Read {
    meta:
        description = "Detects malformed .NET Single File Application bundles exploiting CVE-2026-27709"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "CVE-2026-27709"
    strings:
        $magic = { 4E 61 6E 61 5A 69 70 } // "NanaZip" magic bytes (example)
        $large_length = { FF FF } // RelativePathLength of 0xFFFF
    condition:
        $magic at 0 and $large_length
}

Sigma Rule

title: NanaZip Crash Due to Out-of-Bounds Read
id: 8a9b7c6d-5e4f-3a2b-1c0d-9e8f7a6b5c4d
status: experimental
description: Detects NanaZip crashes potentially caused by CVE-2026-27709 exploitation
author: Valters IT
logsource:
    product: windows
    service: application
detection:
    selection:
        EventID: 1000
        ApplicationName: 'NanaZip.exe'
        FaultingModule: 'NanaZip.dll'  # Adjust as needed
    condition: selection
falsepositives:
    - Legitimate crashes due to other bugs
level: medium

Suricata Rule

alert http $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2026-27709 NanaZip Malicious Bundle Download"; flow:to_server,established; content:"|4E 61 6E 61 5A 69 70|"; distance:0; within:7; content:"|FF FF|"; distance:0; within:2; classtype:attempted-user; sid:1000001; rev:1;)

Remediation & Mitigation

  1. Update NanaZip: Upgrade to version 6.0.1638.0 or 6.5.1638.0 immediately.
  2. Workaround: If unable to update, avoid opening .NET Single File Application bundles from untrusted sources.
  3. Monitor: Use the provided detection rules to identify potential exploitation attempts.
  4. User Education: Train users to recognize and avoid opening suspicious files.

Valters IT
Securing Digital Frontiers

◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-27709/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.