CVE-2026-3245: Canon PRISMAproduction RCE Risk
TL;DR - CVE-2026-3245 is a high-severity deserialization flaw in Canon PRISMAproduction 6.5 or earlier. - Canon says an unauthenticated attacker on an adjacent network could achieve arbitrary code execution. - Patch guidance exists, but the exact fixed version was not verifiable from retrieved advisory content.
Vulnerability at a Glance
| Field | Value |
|---|---|
| CVE ID | CVE-2026-3245 |
| CVSS | 7.5 High |
| Attack vector | Adjacent network, according to Canon advisory |
| Privileges required | None stated by Canon; unauthenticated attacker |
| Patch available | Vendor advisory exists, but exact fixed version was not verified from retrieved sources |
CVE-2026-3245 is a deserialization vulnerability in Canon PRISMAproduction. The NVD describes the issue as affecting PRISMAproduction version 6.5 or earlier and notes that it may lead to arbitrary code execution. Canon’s advisory adds important operational context: the attack does not require authentication and is described as feasible from an adjacent network.
For defenders, the quick takeaway is that this is an RCE-class issue in a production printing workflow platform, not a low-impact bug. Even though there is no confirmed CISA KEV listing at the time of writing, unauthenticated deserialization flaws deserve rapid triage because exploitation can become practical quickly once the vulnerable service, protocol, or serialization path is understood by attackers.
What Is This Vulnerability?
The root cause is described as a deserialization vulnerability. In practical terms, that means the application appears to process serialized data from an external source in an unsafe way. If untrusted input is deserialized without strict validation, class restrictions, integrity checks, or other guardrails, an attacker may be able to supply crafted data that alters application behavior and potentially triggers code execution.
That matters because unsafe deserialization is not just an input validation problem. In many products, it can become a direct path to remote code execution when the application reconstructs attacker-controlled objects or data structures. The NVD summary says the issue may lead to arbitrary code execution, and Canon explicitly frames the outcome as arbitrary code execution by an unauthenticated attacker on an adjacent network. That combination makes this more than a denial-of-service or information leak issue.
What is not publicly confirmed from the retrieved primary sources is the deeper technical implementation detail. The available material does not identify the specific service name, port, protocol, endpoint, object format, or library involved. It also does not state whether exploitation requires a single malformed request, a session setup sequence, or product-specific workflow knowledge. In the absence of that detail, defenders should assume that any PRISMAproduction service reachable from nearby network segments could be part of the attack surface until Canon publishes more precise technical remediation guidance.
Technical Notes
Because the vendor and NVD descriptions do not expose the vulnerable component, defenders should focus on the general deserialization risk pattern: unexpected service crashes, anomalous application exceptions after malformed requests, and outbound child-process activity from a print workflow service that normally should not spawn shells or interpreters.
Validated facts:
- Vulnerability class: deserialization
- Impact: arbitrary code execution
- Network context: adjacent network
- Authentication: not required, per Canon advisory
- Affected scope: PRISMAproduction 6.5 or earlier
Who Is Affected?
The affected product named in the available sources is Canon PRISMAproduction. The NVD states the impact scope as “PRISMAproduction Version 6.5 or earlier.” That is the clearest version-range statement available from the retrieved primary references, and it should be treated as authoritative unless Canon later narrows or expands the range in updated advisories.
If you operate Canon PRISMAproduction in print rooms, enterprise reprographics, managed print environments, or document production workflows, you should assume exposure if the installed version is 6.5 or older. Because Canon’s advisory specifically mentions an adjacent-network attacker, systems placed on flat internal networks, print VLANs shared with user workstations, contractor devices, or staging networks may face more practical risk than deployments isolated behind tightly controlled segmentation.
At the time of writing, the specific fixed version number could not be verified from the retrieved advisory content. That is an important limitation. A vendor advisory exists, but the accessible Canon Production Printing page did not expose the exact remediated release in the retrieved content, and the Canon PSIRT advisory URL referenced by NVD returned HTTP 403 during source retrieval. Defenders should therefore not guess at a safe version number. Instead, confirm the fixed release directly from Canon support channels, the PSIRT advisory, or authenticated customer portals before scheduling remediation.
Technical Notes
Inventory the installed version before taking action. If PRISMAproduction runs on a Windows host, document the application version from the GUI, installed program list, or vendor-managed update interface, then preserve the result for change tracking.
# Example Windows inventory collection
Get-ItemProperty "HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*" |
Where-Object { $_.DisplayName -match "PRISMAproduction" } |
Select-Object DisplayName, DisplayVersion, Publisher
# Also collect network listening ports for the host
Get-NetTCPConnection -State Listen | Sort-Object LocalPort |
Select-Object LocalAddress, LocalPort, OwningProcess
CVSS Score Breakdown
The available NVD data shows a CVSS base score of 7.5 with High severity. However, the full CVSS vector string was not exposed in the provided source output. That means it is possible to discuss the implications of the score, but not to responsibly reconstruct the exact metric tuple. Doing so would require inventing details, which defenders should avoid when making risk decisions.
Even without the full vector, the known facts align with why the score is significant. The issue can lead to arbitrary code execution, Canon says exploitation does not require authentication, and the attack is possible from an adjacent network. Those are all strong contributors to operational risk because they lower attacker friction while increasing potential impact. If the adjacent-network condition is accurate, segmentation can reduce exposure, but it does not remove urgency for environments where the product sits on reachable internal segments.
The lack of a published full vector also means defenders should not overfit patch priority to a single number. A 7.5 High in a production print workflow platform may deserve emergency handling if the system is reachable from user or partner networks, processes sensitive documents, or has trusted access to downstream print infrastructure, file shares, or identity-integrated services.
Technical Notes
Use the CVSS score as one data point, not the only data point. Add environmental context such as:
- Is the host reachable from workstation VLANs?
- Does it process regulated or confidential documents?
- Does the service account have elevated local or domain privileges?
- Is the server allowed outbound access to file shares or management systems?
Known scoring data:
- Base score: 7.5
- Severity: High
Unknown from retrieved sources:
- Full CVSS vector string
- Detailed metric components
Exploitation Status
As of 2026-08-03, there is no verified evidence in the retrieved sources that CVE-2026-3245 is being actively exploited in the wild. It is not listed in CISA’s Known Exploited Vulnerabilities catalog, which means there is no CISA-confirmed active exploitation status for this issue at the time of writing.
There is also no verified, CVE-specific public proof of concept confirmed from the retrieved source set. Broad exploit aggregation sites or generic PoC indexes should not be treated as evidence unless they point to a concrete repository, advisory, or researcher publication tied directly to this CVE. In this case, no such verified PoC was available from the gathered material.
That said, “no confirmed exploitation” is not the same as “safe to defer.” Deserialization vulnerabilities can become exploitable quickly once a vulnerable service interface is identified. The adjacent-network requirement reduces exposure relative to fully internet-reachable flaws, but many organizations effectively grant adjacent access by placing operational systems on broad internal segments. Defenders should therefore assume exploit development is plausible and prioritize remediation accordingly.
Technical Notes
Operational status summary:
- PoC public? No verified public PoC found from retrieved sources.
- Active exploitation in the wild? No verified evidence found.
- CISA KEV listed? No.
Monitor for updates from NVD, Canon PSIRT, and threat intel feeds in case exploitation status changes after publication.
How to Detect It
Detection is challenging because the public advisories do not identify the exact endpoint, port, or serialized format involved. In that situation, the most practical strategy is layered detection: identify PRISMAproduction hosts, monitor unusual inbound connections from adjacent segments, look for application faults after malformed traffic, and alert on suspicious post-exploitation behavior such as unexpected process creation, script interpreter launches, or outbound connections from the print workflow host.
Start by baselining normal network communication to and from PRISMAproduction servers. Because Canon describes the threat as adjacent-network and unauthenticated, any unusual connection attempts from workstation subnets, temporary contractor segments, lab networks, or unmanaged print-adjacent devices should receive attention. Then correlate those connection attempts with host-side telemetry, especially crashes, service restarts, Windows Application logs, or security events indicating anomalous child processes.
If you do not have product-specific logs, fall back to host-level and network-level telemetry. A print workflow platform generally should not suddenly spawn cmd.exe, powershell.exe, wscript.exe, or other scripting engines in response to inbound network traffic. Likewise, new outbound connections from the PRISMAproduction server to unexpected internal hosts can be a strong secondary indicator of compromise or exploit testing.
Technical Notes
Concrete detection ideas you can implement now:
Windows process creation hunting
// Microsoft Defender XDR / Sentinel style query
DeviceProcessEvents
| where Timestamp > ago(14d)
| where InitiatingProcessFileName has_any ("PRISMA", "prismaproduction")
or FolderPath has "PRISMA"
| where FileName in~ ("cmd.exe","powershell.exe","pwsh.exe","wscript.exe","cscript.exe","mshta.exe","rundll32.exe")
| project Timestamp, DeviceName, InitiatingProcessFileName, FileName, ProcessCommandLine, AccountName
Windows Event ID 4688 pattern
Look for:
- New Process Name: *\cmd.exe
- New Process Name: *\powershell.exe
- Creator Process Name: *PRISMA* or Canon service executable path
Network anomaly hunt for adjacent-subnet access
index=network sourcetype=firewall
(dest_host="prismaproduction*" OR dest_ip=<PRISMAproduction_IP>)
NOT src_ip IN (<approved_admin_subnets>, <approved_print_gateways>)
| stats count min(_time) as firstTime max(_time) as lastTime by src_ip, dest_ip, dest_port, action
Host/service stability signals
# Check recent application and system log errors around service crashes/restarts
Get-WinEvent -LogName Application -MaxEvents 200 |
Where-Object { $_.LevelDisplayName -in @("Error","Critical") } |
Select-Object TimeCreated, ProviderName, Id, Message
Get-WinEvent -LogName System -MaxEvents 200 |
Where-Object { $_.Id -in 7031,7034,1000 } |
Select-Object TimeCreated, ProviderName, Id, Message
Because the exact vulnerable protocol is not published, defenders should treat repeated failed connection attempts, malformed request bursts, unexplained service restarts, and child-process activity from the application as higher-confidence combined indicators than any single event alone.
Mitigation and Patching
The primary remediation is to apply Canon’s vendor-provided update or fix for CVE-2026-3245. However, the exact fixed version number was not verifiable from the retrieved source material. That means a responsible recommendation is: confirm the precise remediated release directly from Canon’s advisory, support portal, or support organization, and document that version before deployment. Do not rely on forum posts or secondary summaries for the target version.
If you are running PRISMAproduction version 6.5 or earlier, treat the system as affected until proven otherwise. If immediate patching is not possible, reduce exposure by restricting network reachability to only the minimum necessary management and print workflow peers. The vendor says the attacker can be unauthenticated and on an adjacent network, so segmentation, ACLs, and host firewall restrictions are relevant short-term controls. This is especially important in environments where print infrastructure sits near user workstations or contractor-accessible subnets.
Additional temporary mitigations include disabling or isolating nonessential services associated with PRISMAproduction, placing the host behind a tightly controlled firewall policy, and increasing telemetry collection to detect exploit attempts. If the platform is business critical and cannot be patched immediately, isolate it operationally and monitor it as if exploitation were possible. Because the public details are limited, assume unknown service interfaces may be involved until Canon states otherwise.
Technical Notes
Because the exact vendor update mechanism was not exposed in the retrieved advisory text, use a controlled verification-first process rather than guessing commands.
Version verification before and after patching
Get-ItemProperty "HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*" |
Where-Object { $_.DisplayName -match "PRISMAproduction" } |
Select-Object DisplayName, DisplayVersion
Example Windows host firewall restriction for temporary containment Replace placeholders with the actual approved management and workflow IPs.
# Block inbound access by default to the host from unapproved adjacent networks
New-NetFirewallRule -DisplayName "Block PRISMAproduction from unapproved subnets" `
-Direction Inbound -Action Block -RemoteAddress Any
# Then create explicit allow rules for approved management/workflow sources
New-NetFirewallRule -DisplayName "Allow approved admin subnet to PRISMAproduction" `
-Direction Inbound -Action Allow -RemoteAddress 10.10.20.0/24
New-NetFirewallRule -DisplayName "Allow approved print gateway to PRISMAproduction" `
-Direction Inbound -Action Allow -RemoteAddress 10.10.30.15
Network-level workaround checklist
- Restrict access to PRISMAproduction from only required subnets
- Remove workstation VLAN reachability where possible
- Block temporary, guest, and contractor network paths
- Limit east-west communication to approved print workflow systems
- Monitor denied connection attempts for reconnaissance or exploit testing
Patch workflow guidance
1. Confirm current installed version.
2. Retrieve Canon's official advisory or support case confirming the fixed version.
3. Validate backup and rollback plan.
4. Apply the vendor update in a maintenance window.
5. Re-check version and service health.
6. Review logs for suspicious activity before and after remediation.
References
The primary reference for defenders is the NVD record for CVE-2026-3245. It provides the baseline vulnerability description, affected-version statement, and links to vendor references. For version scoping, the important quoted phrase is that PRISMAproduction “Version 6.5 or earlier” is affected.
Canon’s public advisory content adds the most important operational context not obvious from the short NVD description: the issue could allow an unauthenticated attacker on an adjacent network to execute arbitrary code. That detail meaningfully affects segmentation and exposure analysis, particularly for internal print environments that are not strongly isolated.
Because one Canon PSIRT advisory URL returned HTTP 403 during retrieval, defenders should use official Canon support channels or customer portals to verify the exact fixed version number before change execution. In the absence of a verifiable fixed version from public retrieval, assume systems remain at risk until Canon directly confirms your target build is remediated.
For more information on related vulnerabilities, check out our articles on CVE-2026-5200 and CVE-2026-65687.
This article may contain affiliate links. We earn a commission on qualifying purchases at no extra cost to you.