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

CVE-2026-75743

CVE-2026-75743 Cross-Site Request Forgery in Adobe
📅 PUBLISHED: 2026-09-22 00:00 UTC 🔄 UPDATED: 2026-09-23 05:00 UTC
[ ZERO-DAY / UNPATCHED ] [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🥷 MITRE: T1190
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
Country: United States License: Commercial
VULNERABLE: UNKNOWN (Adobe Experience Manager Forms JEE — specific affected version range not disclosed in available data)
CVSS VECTOR BREAKDOWN 7.1
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: R User Interaction Required
S: U Scope Unchanged
C: N Confidentiality None
I: H Integrity High
A: L Availability Low
7.1
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-75743 is a Cross-Site Request Forgery (CSRF) vulnerability in Adobe Experience Manager (AEM) Forms JEE that permits a security feature bypass, enabling unauthorized write operations against a targeted deployment. Exploitation requires user interaction: a victim must visit a maliciously crafted URL or interact with a compromised web page while authenticated to the vulnerable AEM Forms JEE instance. Successful exploitation yields high integrity impact and limited availability impact (CVSS 7.1), with no direct confidentiality loss.

⚡ 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 is classified as CWE-352 (Cross-Site Request Forgery). CSRF is a class of flaw in which an application accepts state-changing requests without reliably verifying that the request originated from an intentional action by the authenticated user. The root weakness is that the application trusts the ambient authentication context (typically session cookies or similar bearer credentials) and does not require a per-request, attacker-unguessable token or an equivalent origin/state validation mechanism.

In the context of AEM Forms JEE, the affected surface is the Forms JEE service layer exposed to authenticated users. The NVD description explicitly states that the vulnerability "could result in a Security feature bypass" and enables "unauthorized write access," with "limited disruption to availability." This tells us the attack goal is a state-changing operation — the attacker causes the victim's browser to issue a legitimate-looking but attacker-directed request that writes data or alters configuration on the server, without the victim's intent.

Because the affected version range is not disclosed and no patch details are available, the exact vulnerable endpoint and the precise parameter(s) lacking CSRF protection cannot be determined from the supplied data. No public PoC, exploit code, or Nuclei template exists, and the CVE is not listed in CISA KEV. Analysis must therefore remain at the vulnerability-class level: a state-changing HTTP request accepted by AEM Forms JEE without adequate anti-CSRF validation.

Key technical properties from the CVSS vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:L):

  • AV:N — reachable over the network; no local access required.
  • AC:L — no special conditions beyond the prerequisites described.
  • PR:N — the attacker does not need privileges on the target system to craft the lure.
  • UI:R — a victim user must be induced to visit a crafted URL or compromised page.
  • S:U — impact is scoped to the vulnerable component.
  • C:N — no confidentiality impact.
  • I:H — high integrity impact (write operations succeed).
  • A:L — limited availability impact (potential disruption).

The "Security feature bypass" framing indicates the attacker leverages the victim's already-established authenticated session to satisfy the application's access controls, sidestepping the check that would otherwise gate the write operation. The interaction requirement means exploitation is not remote-unauthenticated in a single shot; it depends on social engineering or lure delivery to an authenticated user.

Exploitation Scenarios

No public PoC is available; the attack chain below is inferred strictly from the CSRF vulnerability class and the NVD description. No specific endpoint, parameter, or function name is asserted because none is provided in the source data.

  1. Reconnaissance / target identification: The attacker identifies internet- or intranet-facing AEM Forms JEE deployments. Public exposure can be approximated using Shodan-style queries targeting AEM/Forms page titles and form-related content. The attacker also needs to identify a legitimate authenticated user population (e.g., form authors, administrators, or business users) who can be induced to load attacker-controlled content.

  2. Triggering the flaw class: The attacker constructs a maliciously crafted URL or a compromised web page that automatically (or via a single user click) issues a state-changing request to the AEM Forms JEE instance. Because the request is sent by the victim's browser, the browser attaches the victim's ambient session credentials automatically. If the application does not validate an anti-CSRF token or equivalent origin/state check for that operation, the request is accepted as legitimate.

  3. Payload / execution method (class-level): The payload is the forged, state-changing HTTP request itself — a write operation the victim did not intend. The execution vector is the victim's browser loading and submitting the attacker-supplied content, per the NVD requirement that "a victim must visit a maliciously crafted URL or interact with a compromised web page."

  4. Post-exploitation impact: The forged write succeeds with the victim's privileges, producing unauthorized modification of data or configuration within AEM Forms (I:H). The description notes limited disruption to availability (A:L), consistent with a write that may impair a specific feature or form workflow. No confidentiality impact is indicated (C:N).

Prerequisites are non-trivial: the victim must be authenticated to the target at the time of the forged request, and the attacker must successfully deliver the lure. This interaction requirement constrains mass exploitation but does not eliminate targeted risk, particularly where user populations are large and authenticated sessions are long-lived.

Impact Assessment

Business impact centers on data and configuration integrity within AEM Forms JEE. Because the vector yields I:H, a successful attack can alter records, form definitions, or application state that the victim was authorized to change but did not intend to. The A:L subscore indicates that availability degradation is possible but bounded. The C:N subscore means the vulnerability is not, by itself, a direct data-disclosure primitive; however, integrity compromise in an enterprise content and forms platform can have downstream compliance and workflow consequences.

Blast radius is scoped to the vulnerable component (S:U), but the effective blast radius depends on the privileges of the induced victim: if a high-privilege account is lured, the forged write can affect broader AEM Forms configuration. Affected systems are presumed to be AEM Forms JEE deployments; the precise vulnerable version range is undisclosed, so asset owners must inventory all AEM Forms JEE instances and treat them as potentially affected until Adobe publishes guidance.

Risk modifiers: EPSS is not yet scored (do not assume a value), no KEV listing, no public exploit, and no Nuclei template. As of this writing the vulnerability is not known to be exploited in the wild based on the data provided. The primary risk driver is the combination of network reachability, low attack complexity, and no required attacker privilege (PR:N), tempered by the user-interaction requirement (UI:R).

Detection Guidance

Sigma Rule

title: Potential CSRF Exploitation Attempt Against Adobe Experience Manager Forms JEE
id: 8f2c1a44-7574-3cve-2026-75743
status: experimental
description: Detects suspicious cross-origin or referer-less state-changing requests to AEM Forms JEE endpoints, consistent with CSRF attempts (CVE-2026-75743).
references:
  - https://nvd.nist.gov/vuln/detail/CVE-2026-75743
author: Threat Intelligence
date: 2026/01/01
logsource:
  category: webserver
  product: aem
detection:
  selection_method:
    cs-method:
      - POST
      - PUT
      - PATCH
  selection_path:
    cs-uri-stem|contains:
      - '/aem/forms'
      - '/content/forms'
  filter_referer_absent:
    cs-referer:
      - '-'
      - ''
  filter_cross_origin:
    cs-referer|notstartswith:
      - 'https://<aem-host>'
      - 'http://<aem-host>'
  condition: selection_method and selection_path and (filter_referer_absent or filter_cross_origin)
falsepositives:
  - Legitimate API clients that omit Referer headers
  - Internal form submissions from non-browser tooling
level: medium
tags:
  - attack.t1190
  - cve.2026.75743

YARA Rule

rule CVE_2026_75743_AEM_Forms_CSRF
{
    meta:
        description = "Detects web content referencing AEM Forms JEE state-changing endpoints that may be abused for CSRF (CVE-2026-75743)"
        author = "Threat Intelligence"
        reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-75743"
        date = "2026-01-01"
        severity = "medium"

    strings:
        $aem1 = "/aem/forms" ascii wide nocase
        $aem2 = "/content/forms" ascii wide nocase
        $form1 = "adobe" ascii wide nocase
        $form2 = "experience manager" ascii wide nocase
        $post1 = "method=\"post\"" ascii wide nocase
        $post2 = "method='post'" ascii wide nocase

    condition:
        (any of ($aem*) or (any of ($form*) and any of ($post*))) and filesize < 1MB
}

Suricata IDS Rule

alert http any any -> any any (msg:"CVE-2026-75743 Possible Adobe AEM Forms JEE CSRF State-Changing Request"; flow:established,to_server; http.method; content:"POST"; http.uri; content:"/aem/forms"; http.uri; content:"/content/forms"; http.referer; content:!"<!aem-host>"; classtype:web-application-attack; reference:cve,2026-75743; reference:url,nvd.nist.gov/vuln/detail/CVE-2026-75743; sid:202675743; rev:1;)

Elastic Detection

sequence by source.ip with maxspan=10s
  [network where network.protocol == "http" and http.request.method in ("POST", "PUT", "PATCH") and
     url.path : ("/aem/forms*", "/content/forms*") and
     (http.request.referrer == null or http.request.referrer == "")]

Splunk SPL Query

index=web sourcetype=access_combined
| eval method=upper(cs_method)
| where method IN ("POST","PUT","PATCH")
| where match(uri_path, "(?i)/(aem|content)/forms")
| where isnull(referer) OR referer="-" OR NOT match(referer, "(?i)^https?://(your-aem-host)")
| stats count min(_time) as first_seen max(_time) as last_seen values(uri_path) as paths by src_ip, user, status
| where count > 0
| sort - count

Wazuh OSSEC Rule

<group name="web,aem,csrf,">
  <rule id="202675743" level="8">
    <decoded_as>web-accesslog</decoded_as>
    <if_sid>31100</if_sid>
    <url>/aem/forms|/content/forms|/aem/forms|/content/forms</url>
    <method>POST|PUT|PATCH</method>
    <description>Possible CSRF exploitation attempt against Adobe AEM Forms JEE (CVE-2026-75743): state-changing request with absent or cross-origin Referer.</description>
    <mitre>
      <id>T1190</id>
    </mitre>
    <group>cve_2026_75743,</group>
  </rule>
</group>

Mitigation & Patch Guidance

Patch confidence: 0/4 (UNPATCHED — no patch evidence from any tracked source). No vendor fix version and no workaround are currently documented in the available data.

  1. Immediate mitigations:
  • Deploy anti-CSRF protections at the edge where feasible: enforce SameSite=Strict (or Lax where compatible) on AEM session cookies, and reject state-changing requests lacking a valid anti-CSRF token or an expected same-origin Referer/Origin header.
  • Restrict network exposure of AEM Forms JEE: place it behind VPN/zero-trust access rather than direct internet exposure, reducing lure delivery and reachability.
  • Enforce short session lifetimes and require re-authentication for privileged write operations, limiting the window in which a victim's ambient session can be abused.
  • Deploy the detection rules in the Detection Guidance section to monitor for forged state-changing requests and alert on anomalies.
  1. Patch/upgrade steps:
  • Monitor Adobe's official AEM security bulletin channels for a fixed version addressing CVE-2026-75743. No fixed version is currently identified; do not assume an available patch.
  • On patch release, inventory all AEM Forms JEE instances, stage the update in a test environment, and roll out per change management. Verify the deployed version post-upgrade.
  1. Long-term hardening:
  • Adopt framework-level CSRF token validation across all state-changing endpoints and enforce Origin/Referer checks as defense in depth.
  • Implement allowlisted, strict SameSite cookie policy and isolate administrative interfaces.
  • Add automated external attack-surface monitoring for AEM Forms JEE exposure and integrate CSRF-relevant detections into the SOC baseline.

References

No threat actor campaigns or exploit-in-the-wild evidence were identified in the available data.

👁️ 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.

http.title:"Adobe Experience Manager"
http.title:"AEM Forms"
http.html:"/aem/forms"
product:"Adobe Experience Manager"
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-75743/ · 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.