☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 7.8 CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H 🐛 CWE-787
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-8325

CVE-2026-8325 — PDF File Parsing Out-of-Bounds Write Vulnerability in Autodesk Revit
📅 PUBLISHED: 2026-08-06 00:00 UTC 🔄 UPDATED: 2026-09-26 06:20 UTC
[ PATCH UNDER REVIEW ↓ ] Remains UNDER REVIEW until an independent source confirms the 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.13%
👁️
0.13% probability
3.3× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1203
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 7.8
AV: L Attack Vector Local
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: R User Interaction Required
S: U Scope Unchanged
C: H Confidentiality High
I: H Integrity High
A: H Availability High
7.8
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Threat Intelligence Report: CVE-2026-8325


Executive Summary

CVE-2026-8325 is an out-of-bounds write vulnerability in Autodesk Revit's PDF file parsing functionality. A maliciously crafted PDF file, when opened and parsed by a user through Autodesk Revit, can trigger an out-of-bounds write condition, potentially leading to a process crash, data corruption, or arbitrary code execution within the context of the current user process. Successful exploitation requires user interaction—specifically, the victim must open a malicious PDF file within the Autodesk Revit application. The vulnerability carries a CVSS v3.1 score of 7.8 (High severity), with full impact to confidentiality, integrity, and availability (C:H/I:H/A:H). As of this report, no vendor patch has been released, no known public exploit exists, and this vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog.

⚡ 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

Technical Analysis

The vulnerability resides in the PDF file parsing component of Autodesk Revit. The NVD description identifies this as an Out-of-Bounds Write issue (CWE-787), which occurs when a program writes data beyond the bounds of an allocated memory buffer.

Vulnerability Mechanism:

The flaw is triggered when Autodesk Revit processes a specially crafted PDF file. During the parsing of PDF structure elements—such as objects, streams, or cross-reference tables—the application fails to properly validate specific parameters against the actual allocated memory size. When a malicious PDF contains manipulated length fields, offsets, or object counts, the parsing routine may attempt to write data past the end of a heap-allocated buffer.

Out-of-bounds writes of this nature typically occur in one of the following scenarios:

  1. Integer overflow leading to undersized allocation: A length value is multiplied or added to another value, causing an integer overflow that results in a smaller-than-expected buffer allocation. Subsequent writes then exceed the actual buffer size.

  2. Missing bounds validation: The parser copies data (e.g., stream decompression results) into a destination buffer without adequately checking that the source data size does not exceed the destination capacity.

  3. Improper index handling: Array index calculations derived from file content are insufficiently validated, allowing writes to arbitrary memory offsets relative to the base pointer.

Attack Surface:

  • Attack Vector: Local (AV:L) — the attacker must deliver a malicious PDF file to the target and convince them to open it within Autodesk Revit.
  • Attack Complexity: Low (AC:L) — no special conditions are required beyond the victim opening the file.
  • Privileges Required: None (PR:N) — the attacker does not need any pre-existing privileges on the target system.
  • User Interaction: Required (UI:R) — the victim must interact with the malicious file.

Affected Component:

The vulnerable component is the PDF import/parsing functionality integrated into Autodesk Revit. Revit supports PDF import for reference purposes, allowing users to attach PDF files to drawing views or link them as underlays. This feature invokes the PDF parsing library, which is the vulnerable code path.

Impact of the Weakness:

Because the write operation is out-of-bounds, the consequences include:

  • Memory corruption — adjacent heap objects may be overwritten, leading to application instability and crashes.
  • Arbitrary code execution — a skilled attacker can carefully craft the write primitive to overwrite function pointers, return addresses, or other critical data structures, ultimately achieving code execution with the privileges of the current user.

Exploitation Scenarios

While no public exploit code exists for CVE-2026-8325 at the time of this report, an attacker would follow a typical exploitation chain for a file-parsing out-of-bounds write vulnerability:

Step 1: Reconnaissance and Target Identification

The attacker identifies organizations or individuals using Autodesk Revit (architectural, engineering, and construction firms, BIM managers, structural engineers). Targets can be identified through:

  • LinkedIn searches for Revit users in target organizations
  • Public project delivery documentation exposing Revit file extensions (.rvt, .rfa)
  • Job postings listing Revit proficiency as a requirement
  • Shodan/FOFA searches for exposed Autodesk-related services

Step 2: Malicious PDF Construction

The attacker crafts a malicious PDF file. The construction process leverages PDF specification details to trigger the out-of-bounds write:

  • PDF Structure Manipulation: The attacker creates a PDF with a standard header (%PDF-1.x), then deliberately manipulates the Length entry in a stream dictionary object, setting a value that is smaller than the actual stream data. When Revit's parser attempts to decompress or copy the stream, it trusts the in-file length value and performs a write operation into a buffer allocated based on that bogus length — resulting in overflow.

  • Object and Cross-Reference Table Tampering: The attacker crafts inconsistencies between the cross-reference table offsets and the actual object positions. When the parser iterates objects using corrupted offset values, it may compute invalid write targets.

  • Multiple Trigger Conditions: The attacker can test and embed multiple trigger conditions within a single PDF to increase the probability of hitting the vulnerable code path across different Revit versions.

Step 3: Payload Preparation

The attacker prepares shellcode or a ROP (Return-Oriented Programming) chain to be executed once the out-of-bounds write grants control. Common payload strategies include:

  • Windows API abuse: Shellcode that spawns a reverse shell via CreateProcess or downloads a second-stage malware payload from a C2 server.
  • DLL injection: Payload that injects a malicious DLL into the Revit process space.
  • Credential harvesting: Payload that dumps the user's cached credentials, browser passwords, or VPN tokens from memory.

The attacker allocates space within the crafted PDF for this payload, placing it in a predictable location that can be referenced once the write primitive is achieved.

Step 4: Weaponization and Delivery

The malicious PDF is delivered to the target via one or more of the following methods:

  • Phishing email: The PDF is attached to a plausible engineering document request, such as a "vendor drawing submission" or "structural calculation review," and sent to a target's work email.
  • File-sharing platforms: The PDF is uploaded to services commonly used in the AEC (Architecture, Engineering, Construction) industry, such as SharePoint, Procore, or a project-specific FTP, in a folder the target is expected to access.
  • Compromised project repositories: If the attacker has already compromised a subcontractor's system, the malicious PDF may be placed within legitimate project deliverables.

Step 5: Trigger — Victim Opens the PDF in Revit

The victim receives the PDF and opens it within Autodesk Revit (e.g., using the "Link PDF" or "Import PDF" feature to bring the file into the project as an underlay). Upon parsing, the corrupted stream or object data triggers the out-of-bounds write:

  • If the write overwrites a critical heap metadata block, the process may crash immediately — this achieves a denial-of-service objective.
  • If the write overwrites a function pointer or return address with the attacker-controlled payload address, execution redirects to the attacker's shellcode, running with the privileges of the current Revit user.

Step 6: Post-Exploitation

Upon successful code execution, the attacker operates within the context of the logged-in user:

  • Lateral movement: If the user has elevated privileges on the corporate network (e.g., access to file shares, design automation servers), the attacker can enumerate and pivot to other systems.
  • Data exfiltration: The attacker can access the Revit project files, architectural plans, structural models, and sensitive client data, and transmit it to external infrastructure.
  • Persistence: Installation of a backdoor (e.g., scheduled task, startup registry entry, WMI event subscription) to maintain access even after the initial infection vector is remediated.
  • Ransomware deployment: Given write access to network shares, the attacker may deploy ransomware across the organization's file repositories, encrypting design files and project deliverables.

Impact Assessment

CVSS Breakdown Reference:

  • Base Score: 7.8 (High)
  • Attack Vector: Local (L) — the attack requires the attacker to deliver the file and the victim to open it locally.
  • Attack Complexity: Low (L) — exploitation does not require specialized conditions or unique configurations.
  • Privileges Required: None (N) — no pre-existing access is needed.
  • User Interaction: Required (R) — a user must open the crafted PDF.
  • Confidentiality Impact: High (H) — successful exploitation can lead to full disclosure of data accessible to the user context.
  • Integrity Impact: High (H) — arbitrary code execution allows modification of any data accessible to the user.
  • Availability Impact: High (H) — the process can be crashed or the system fully compromised.

Business Impact:

  1. Confidentiality breach: Architectural designs, engineering calculations, client-proprietary building models, and infrastructure blueprints are exfiltrated — potentially leading to competitive intelligence loss, intellectual property theft, and contract disputes.

  2. Integrity compromise: Project files can be corrupted or maliciously altered, leading to incorrect construction data, safety risks in generated designs, and potential liability.

  3. Availability disruption: A single malicious PDF can crash Revit, terminating unsaved work. At scale (e.g., a phishing campaign targeting multiple Revit users), the entire design operation can be disrupted, halting active projects.

  4. Regulatory/compliance impact: For firms operating in regulated industries (defense, government infrastructure, healthcare facilities), unauthorized access to project data may trigger breach notification obligations under GDPR, HIPAA, or industry-specific regulations such as DFARS for defense contractors.

  5. Supply chain risk: Compromised Revit project files circulated among partners and subcontractors could propagate the initial intrusion to other organizations in the AEC supply chain.

Affected Systems: All installations of Autodesk Revit that can accept PDF files are potentially vulnerable. Given the lack of a vendor patch and the absence of a version-specific affected range in the CNA disclosure, it is currently assumed that all Revit versions are affected — organizations should treat the product as vulnerable until Autodesk provides a fix.

Detection Guidance

Sigma Rule

title: CVE-2026-8325 - Autodesk Revit PDF Parsing Out-of-Bounds Write
id: 4b2d94ef-67e1-4c8f-9fdd-c2adf4f3c1bf
status: experimental
description: Detects process creation events involving Revit (Revit.exe) with abnormal memory access patterns indicative of exploitation attempts targeting CVE-2026-8325.
references:
    - https://nvd.nist.gov/vuln/detail/CVE-2026-8325
tags:
    - attack.t1203
    - attack.execution
    - cve.2026-8325
logsource:
    category: process_creation
    product: windows
detection:
    selection_revit:
        Image|endswith: '\Revit.exe'
    selection_suspicious_child:
        ParentImage|endswith: '\Revit.exe'
        Image|endswith:
            - '\cmd.exe'
            - '\powershell.exe'
            - '\wscript.exe'
            - '\cscript.exe'
            - '\rundll32.exe'
            - '\mshta.exe'
            - '\regsvr32.exe'
    filter_python:
        CommandLine|contains:
            - 'python'
            - 'pip'
    condition: selection_revit and selection_suspicious_child and not filter_python
level: high
falsepositives:
    - Legitimate use of external scripts launched from Revit through custom Add-Ins or automation tools
fields:
    - Image
    - CommandLine
    - ParentImage
    - Timestamp

YARA Rule

rule CVE_2026_8325_Autodesk_Revit_PDF_OOB_Write
{
    meta:
        author = "Valter Security Threat Intelligence"
        description = "Detects PDFs crafted with abnormal stream length manipulations targeting CVE-2026-8325 in Autodesk Revit"
        cve = "CVE-2026-8325"
        date = "2026-11-13"
        severity = "high"
    strings:
        $pdf_header = "%PDF-" ascii
        $stream_operator = "stream" ascii
        $endstream_operator = "endstream" ascii
        $length_operator = "/Length" ascii
        $filter_flate = "/Filter /FlateDecode" ascii
        $xref_table = "xref" ascii
        $trailer_keyword = "trailer" ascii
    condition:
        $pdf_header at 0 and
        $stream_operator and $endstream_operator and
        $length_operator and
        filesize > 10KB and filesize < 100MB and
        // Heuristic: FLateDecode streams in PDFs are usually compressed; 
        // oversized uncompressed data with a claim of small Length may indicate an overlow attempt
        (
            #stream_operator > 5 and
            #length_operator > 5
        )
}

Suricata IDS Rule

alert http any any -> any any (msg:"CVE-2026-8325 - Potential malicious PDF download targeting Autodesk Revit"; flow:established,to_client; content:"%PDF-"; nocase; content:"/Length"; nocase; content:"stream"; nocase; within:2000; pcre:"/(?i)(%PDF-\d\.\d)(.{0,2000}\/Length)"; classtype:attempted-user; sid:20268325; rev:1; metadata:created_at 2026-11-13, cve CVE-2026-8325, attack_target Client_Endpoint, deployment Perimeter;)

Note: If organizations inspect email attachments or file-transfer traffic at the network perimeter, this rule flags suspicious PDF files containing structural anomalies consistent with the vulnerability trigger. Performance considerations: this rule inspects plain-text HTTP/HTTPS-visible traffic; encrypted traffic cannot be content-matched without TLS interception.

Elastic Detection

// EQL Query: Detect abnormal process tree and file activity involving Revit
process where process.name : "Revit.exe" and (
    // Child process spawning from Revit - suspicious post-exploitation activity
    process.parent.name : "Revit.exe" and
    process.name : ("cmd.exe", "powershell.exe", "wscript.exe", "cscript.exe",
                    "rundll32.exe", "mshta.exe", "regsvr32.exe", "certutil.exe",
                    "bitsadmin.exe", "explorer.exe", "taskkill.exe", "whoami.exe",
                    "net.exe", "net1.exe", "reg.exe", "schtasks.exe")
)

// EQL: Detect process crash events indicating a potentially exploited Revit process
any where event.code : "1000" and process.name : "Revit.exe"

// EQL: Detect creation of suspicious files in Revit working directories
file where process.name : "Revit.exe" and (
    file.name : ("*.exe", "*.dll", "*.ps1", "*.bat", "*.cmd", "*.vbs", "*.js",
                 "*.msi", "*.tmp", "*.dat") and
    file.path : ("C:\\Users\\*\\AppData\\*", "C:\\Windows\\Temp\\*", "%TEMP%\\*")
)

Splunk SPL Query

index=windows
  (source="WinEventLog:Microsoft-Windows-Sysmon/Operational" OR source="WinEventLog:Security")
  AND (
    (EventCode=1 AND (ParentImage="*\\Revit.exe" AND Image IN ("*\\cmd.exe", "*\\powershell.exe", "*\\wscript.exe", "*\\cscript.exe", "*\\rundll32.exe", "*\\mshta.exe", "*\\regsvr32.exe", "*\\certutil.exe"))) 
    OR
    (EventCode=1000 AND Image="*\\Revit.exe" AND Message="*faulting module*")
    OR
    (EventCode=7 AND Image="*\\Revit.exe")
  )
  OR
index=endpoint
  sourcetype="XmlWinEventLog:Microsoft-Windows-PowerShell/Operational"
  EventCode=4104
  ScriptBlockText IN ("*Revit*", "*PDF*", "*CreateProcess*", "*VirtualAlloc*", "*WriteProcessMemory*", "*CreateRemoteThread*") 
  | table _time, host, Image, CommandLine, ParentImage, ScriptBlockText
  | sort - _time

For maximum effectiveness, analysts should also monitor file creation events for .pdf files that have unusual embedded object structures—this requires endpoint sandboxing or anti-malware EDR telemetry capturing file metadata and content hashes.

Wazuh OSSEC Rule

<group name="syscheck,windows,autodesk,">
    <!-- Detect crash of Revit.exe process (potential CVE-2026-8325 exploitation) -->
    <rule id="100831" level="12">
        <if_sid>18100</if_sid>
        <field name="win.event.system.eventID">^1000$</field>
        <field name="win.event.system.image">Revit\.exe</field>
        <description>Autodesk Revit process crashed - potential CVE-2026-8325 exploitation attempt</description>
        <group>autodesk,vulnerability,execution,</group>
        <options>no_full_log</options>
    </rule>

    <!-- Detect suspicious child processes spawned from Revit.exe -->
    <rule id="100832" level="10">
        <if_sid>18104</if_sid>
        <field name="win.event.data.parentImage" type="pcre2">(?i)\\Revit\.exe</field>
        <field name="win.event.data.image" type="pcre2">(?i)\\(cmd|powershell|wscript|cscript|rundll32|mshta|regsvr32|certutil|net|whoami|systeminfo)\.exe</field>
        <description>Potential post-exploitation activity: Suspicious child process spawned by Autodesk Revit</description>
        <group>autodesk,execution,t1203,</group>
        <options>no_full_log</options>
    </rule>

    <!-- Detect file creation events related to Revit that may indicate payload drops -->
    <rule id="100833" level="8">
        <if_sid>554</if_sid>
        <field name="process.name" type="pcre2">(?i)Revit\.exe</field>
        <field name="file.name" type="pcre2">(?i)\.(exe|dll|ps1|bat|cmd|vbs|js|msi)$</field>
        <description>Potential CVE-2026-8325 exploitation: Revit created an executable or script file</description>
        <group>autodesk,persistence,execution,</group>
        <options>no_full_log</options>
    </rule>
</group>

Mitigation & Patch Guidance

Patch Confidence: 0/4 — UNPATCHED — No patch evidence exists from any tracked source. Autodesk has not issued a security advisory, hotfix, or service pack addressing CVE-2026-8325 at the time of this report. Organizations should proceed with mitigations assuming all Revit installations are vulnerable.

1. Immediate Mitigations (Days 0–7)

  • Restrict PDF opening: Until a patch is available, implement technical controls preventing PDF files from being opened directly within Autodesk Revit. Where workflows permit, require PDF files to be converted to image formats (PNG/TIFF) by an isolated pre-processing server before being linked into Revit projects.
  • User awareness and training: Immediately brief all Revit users (architects, engineers, BIM coordinators, CAD managers) on the risk of opening unsolicited PDF files. Emphasize a "trusted-source only" policy for any PDF imported into Revit, including performing integrity checks (hash verifications) where possible.
  • Email filtering: Update email security gateways to quarantine or sandbox any PDF attachment addressed to users with Revit installed. Deploy advanced attachment analysis rules that flag PDFs with unusual stream structure or compressed object patterns.
  • Least-privilege execution: Where feasible, run Autodesk Revit under a restricted user account without local administrator rights. This limits the blast radius of successful code execution to the user's non-admin context — reducing the attacker's ability to perform system-level changes.
  • Application whitelisting: Use AppLocker or Windows Defender Application Control (WDAC) to block arbitrary executables spawned from Revit, and to prevent untrusted binaries from running in user-writable directories.

2. Patch/Upgrade Steps

  • Monitor vendor channels: Subscribe to Autodesk Security Advisories (https://www.autodesk.com/trust/security-advisories) and the Autodesk Knowledge Network. Track the bulletin linked to CVE-2026-8325.
  • Apply patch when released: As soon as Autodesk releases a security update, fix, or service pack covering this vulnerability, apply to all production Revit installations. Test the patch on a staging environment first to validate compatibility with custom add-ins and project templates.
  • Inventory all endpoints: Leverage asset management tools to enumerate all endpoints where Autodesk Revit is installed (including contractor- and partner-managed systems that handle your project deliverables). Ensure each is covered by the patching plan.
  • Verify patch deployment: Use a security configuration management tool (e.g., SCCM, Tanium, Qualys) to verify the patch is installed on 100% of the Revit endpoint fleet before declaring remediation complete.

3. Long-Term Hardening

  • Technical controls:

    • Deploy endpoint detection and response (EDR) across the entire AEC workstation fleet, configured with the detection logic provided above.
    • Enable PowerShell logging (ScriptBlock and Module logging) to capture post-exploitation activity if an initial compromise occurs.
    • Use memory protection features (DEP, ASLR, CFG) — ensure they are force-enabled via Windows Defender Exploit Guard for the Revit process.
    • Harden document-sharing workflows: require signed/encrypted PDFs for supplier/vendor submittals; use enterprise DRM where proprietary designs are transmitted.
  • Process improvements:

    • Implement a zero-trust document ingress process: all PDFs entering design environments are scanned in an isolated, single-use VM before being released to production.
    • Maintain an allowlist of approved third-party PDF sources within procurement/management workflows.
    • Conduct quarterly phishing simulations targeting Revit users, specifically testing their resilience against PDF-based campaign lures.
  • Architectural controls (defense-in-depth):

    • Isolate Revit workstations on a separate VLAN with network segmentation: restrict outbound internet access to required update/activation hosts only.
    • Funnel outbound DNS through a filtered resolver blocking known-malicious domains and C2 infrastructure.
    • Implement application virtualization (e.g., Citrix, Microsoft App-V), running Revit within a controlled sandbox where persistence and lateral movement are constrained.
  • Monitoring cadence: Review the provided Sigma/YARA/Elastic/Splunk/Wazuh rules every 30 days, updating as new threat intelligence on CVE-2026-8325 becomes available. Stand up a watch alert for the CVE in vulnerability-scanning tools (Nessus, Qualys, Rapid7) so that detection coverage is automatically updated when the vendor releases a patch.

References

  1. NVD Entry: https://nvd.nist.gov/vuln/detail/CVE-2026-8325

  2. Autodesk Trust Center (Security Advisories): https://www.autodesk.com/trust/security-advisories

  3. MITRE ATT&CK Technique — Exploitation for Client Execution (T1203): https://attack.mitre.org/techniques/T1203/

  4. MITRE CWE-787 (Out-of-bounds Write): https://cwe.mitre.org/data/definitions/787.html

  5. CISA Known Exploited Vulnerabilities Catalog (note: CVE-2026-8325 is NOT currently listed — monitor for updates): https://www.cisa.gov/known-exploited-vulnerabilities-catalog


Report prepared by Valter Security Threat Intelligence. This document is based on the NVD description for CVE-2026-8325 and standard vulnerability analysis methodology. No public exploit, technical write-up, or vendor advisory beyond the CNA description exists at the time of writing. All detection examples are heuristic models designed for monitoring guidance, not definitive detection guarantees. Last updated: November 13, 2026.

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

product:"Autodesk"
title:"Autodesk"
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-8325/ · 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.