Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft asset with forged Content Credentials manifest
-
DeliveryDeliver asset to SDK-based verifier
-
ExploitBypass improper signature verification
-
ExecutionGain unauthorized write to credentials
-
ImpactPass tampered content as authentic
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
|
| Exploitation Conditions | Exploitation requires that a target application or service actually invoke the CAI Content Credentials SDK to verify the cryptographic signature of a Content Credentials (C2PA-style) manifest, and that the attacker can supply the asset/manifest to that verification path; the flaw lets a forged or tampered signature be accepted as valid, granting unauthorized write access to credential data. Per the CVSS vector (AV:N/AC:L/PR:N/UI:N), no authentication and no user interaction are needed, so the primary limiting factors are deployment-specific: the vulnerable SDK version must be in use and the application must rely on its signature verification as a trust boundary. The impact is confined to integrity (C:N/A:N), so confidentiality and availability are not affected, and the practical damage depends on how much the consuming system trusts verified credentials. |
| Impact | This is a moderate-priority integrity issue rather than a top-tier emergency. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) describes a network-reachable, low-complexity, unauthenticated bypass with high integrity impact but no confidentiality or availability impact (C:N/I:H/A:N), yielding a 7.5 base score consistent with a signature-verification weakness (CWE-347) that lets an attacker forge or tamper with content credentials. Two key signals are MISSING: there is no EPSS exploitation-probability score and no SSVC decision data in the input, so automatability and real-world exploitation likelihood cannot be quantified. The CVE is NOT listed in CISA KEV and no public POC is indicated, so there is no evidence of active exploitation - the only exploitation enabler on record is the low attack complexity. The 'network' attack vector should be interpreted carefully: a cryptographic-signature-verification bypass is typically exploited by presenting a crafted/forged signed asset to a verifier, so 'network' here reflects that the malicious input can arrive remotely, not that a listening service is being attacked - verify the exact exploitation surface with Adobe's advisory. Net: a real but bounded integrity/trust-model flaw, meaningful for anyone relying on Content Credentials for provenance authenticity, but not a drop-everything issue absent exploitation evidence. |
| Exploit ScenarioDerived | An attacker crafts a media asset bearing a forged or improperly-signed Content Credentials manifest and submits it to an application that uses the CAI Content Credentials SDK to verify provenance. Because the SDK improperly verifies the cryptographic signature, the tampered manifest is accepted as authentic, letting the attacker gain unauthorized write access to credential data and pass off manipulated content as genuine. The network vector and low complexity (AV:N/AC:L) with no required authentication or user interaction make the forgery straightforward to deliver, though no public exploit code is currently identified. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Improper verification of cryptographic signatures in Adobe's CAI Content Credentials SDK allows remote, unauthenticated attackers to submit a forged or tampered Content Credentials manifest that the SDK accepts as valid, bypassing a security feature and granting unauthorized write access to credential data (CWE-347; CVSS 3.1 7.5). Per the assessed vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N, no credentials and no user interaction are required, and the impact is integrity-only, with confidentiality and availability unaffected; in practice exploitation depends on the vulnerable SDK version being deployed and the consuming application treating signature verification as a trust boundary. This is a moderate-priority integrity issue rather than a top-tier emergency, and no public exploit code or confirmed active exploitation was identified in the available intelligence at time of analysis.
RemediationAI
No vendor-released patch version is specified in the available data, so the authoritative fix must be taken from Adobe's advisory APSB26-163 (https://www.adobe.com/trust/security/products/content-credentials-sdk/apsb26-163.html): identify the SDK version in use, upgrade to the fixed release listed there, and rebuild or redeploy every application, service, and container image that embeds the SDK. Until an upgrade can be completed, the most effective compensating control is to stop treating the SDK's signature verdict as a sufficient trust boundary: enforce an explicit allow-list of expected signature algorithms and pinned signing certificates/trust anchors outside the SDK, and reject any manifest whose signing key, algorithm, or chain does not match, which directly counters algorithm- or key-confusion style signature bypass; the trade-off is that legitimately signed content from newly rotated or new signers will be rejected until their keys are added. In addition, constrain the write operations that a 'verified' credential can trigger - require a second authorization check (authenticated session, role check, or server-side policy) before any credential-data write, and quarantine or mark newly ingested Content Credentials as unverified pending re-validation with a hardened or updated verifier; this reduces exposure at the cost of additional approval friction and delayed ingestion for legitimate assets. Log and alert on manifest verification results (especially algorithm identifiers and signer identities), monitor Adobe's bulletin for the patched SDK version, and note that no public exploit code or confirmed in-the-wild exploitation was identified at time of analysis, so prioritization should be driven by whether the application relies on Content Credentials as an authorization boundary.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The CAI Content Credentials SDK (Adobe Content Authenticity Initiative) implements verification of Content Credentials manifests built on the C2PA provenance standard, in which an asset carries a signed claim and cryptographically bound assertions describing its origin and edit history. The root cause is CWE-347, Improper Verification of Cryptographic Signature: the SDK's validation path can accept a signature that should have been rejected, so a crafted or modified manifest passes verification and the consuming application treats attacker-controlled credential data as authentic. The supplied intelligence tags ('Authentication Bypass', 'Jwt Attack') indicate a signature-validation weakness of the class commonly seen in token verification flaws - such as algorithm or key-confusion handling where an attacker controls signed material and the verifier does not pin the expected algorithm, key, or trust anchor - though the exact comparison or trust-anchor logic defect is not enumerated in the available data. The reported CVSS 3.1 vector is AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N, matching the independent assessment: network-reachable, low complexity, unauthenticated, no user interaction, with a high integrity impact only. Because confidentiality and availability are unaffected, the concrete severity is determined by how much the consuming system relies on a 'valid' Content Credential before performing privileged actions such as writing or updating credential metadata.
Know when Jwt Attack gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N
Forged signed content can be delivered remotely to an unauthenticated verifier with low complexity and no interaction; only integrity is affected (I:H), with no confidentiality or availability impact.
Primary rating from Vendor (adobe).
CVSS VectorVendor: adobe
DescriptionCVE.org
CAI Content Credentials is affected by an Improper Verification of Cryptographic Signature vulnerability that could result in a Security feature bypass. An attacker could leverage this vulnerability to bypass security measures and gain unauthorized write access. Exploitation of this issue does not require user interaction.
Executive ViewAI
Adobe's CAI Content Credentials SDK does not properly verify cryptographic signatures, meaning a forged Content Credentials manifest is accepted as authentic and credential data can be written without authorization. Any product or workflow that relies on this SDK to establish content provenance - publishing pipelines, media asset platforms, and trust-and-safety tooling - could be silently manipulated, undermining the integrity guarantees leadership assumes are in place. The issue is remote and requires no credentials or user interaction, but so far there is no public exploit identified at time of analysis, so this is a manageable integrity risk rather than an emergency.
No vendor-released patch identified at time of analysis; interim mitigations are to perform independent cryptographic verification of Content Credentials manifests outside the SDK, treat all manifests as untrusted input, enforce strict least-privilege write access to credential data, and monitor for tampered or forged manifest submissions until a vendor fix is available.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Jwt Attack
View allWhy is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update
Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke
Authentication bypass in WSO2 API Manager and related components (Universal Gateway, Traffic Manager, API Control Plane,
Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT
Authentication and authorization bypass in fast-jwt 6.2.0 through 6.2.4 (npm, NearForm) lets a remote, unauthenticated a
A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti
A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27
A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
EUVD-2026-100737
GHSA-wmgm-v9vm-r567
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB