Skip to content
NewA calmer, faster ZeroHour
Vulnerability2 · 1 read

CVE-2026-81866

Missing Authorization in Apache NiFi Connector API Exposes Parameter Provider Secrets

CVSS 4.0
0.5 low
EPSS
—
Published
·
Modified
Analyze CVE-2026-81866 with Vani AIImpact, affected versions, exploitation status, mitigations and detection

Apache NiFi 2.9.0 through 2.11.0 fail to enforce authorization checks on Assets and Secrets referenced by the Connector configuration update and verification REST API methods (CWE-862). An authenticated user who holds write privileges on a Connector can update or verify that Connector's configuration and thereby apply Secret values backed by a Parameter Provider they are not authorized to read; the same methods also accept Asset identifiers without verifying the Asset belongs to the Connector being configured. An attacker in this position gains access to restricted Secret values or Asset references that the deployment's authorization policy was meant to withhold. Only deployments that implement different levels of authorization across Connectors and Parameter Providers are affected, because sites using a uniform write-on-Connector policy are not exposed. No public proof of concept, CISA KEV listing, or reported in-the-wild exploitation is known, and the vendor rates the issue low severity (CVSS 4.0: 0.5) given the high-privilege prerequisite.

What to do: Upgrade to Apache NiFi 2.12.0, which adds read-authorization checks for referenced Parameter Providers and validates Connector ownership of referenced Assets. Administrators who cannot upgrade should review which users have write access to Connectors and confirm they also hold read access to the Parameter Providers those Connectors reference, or tighten those policies. Audit recent Connector configuration updates and verifications for applied Secret or Asset references that should not have been authorized.

ProductAffected
Apache NiFi2.9.0 through 2.11.0
Estimated exposure
moderate≈1,000–10,000 deployments (public internet scans show low thousands of exposed NiFi instances), with only a subset using differentiated authorization actually… — Internet-wide scans historically show only a few thousand publicly exposed Apache NiFi instances, and the vulnerable subset is further limited to sites that enforce separate read policies on Parameter Providers versus write policies on…

Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.

Description · NVD

Apache NiFi 2.9.0 through 2.11.0 provide Connector configuration update and verification REST API methods that do not enforce authorization checking on Assets and Secrets referenced in proposed configuration. Updating or verifying a Connector configuration step can apply Asset and Secret references, but framework authorization was limited to write privileges on the Connector itself. As a result of the missing authorization, an authenticated user authorized to modify a Connector, but not authorized to read a referenced Parameter Provider, could apply Secret values backed by that Parameter Provider. The same methods also accepted Asset identifiers without verifying that the Asset belonged to the Connector being configured. Apache NiFi installations that do not implement different levels of authorization across Connectors and Parameter Providers are not subject to this vulnerability, because the framework enforces write permissions on the Connector as the security boundary. Upgrading to Apache NiFi 2.12.0 is the recommended mitigation, which authorizes read access to referenced Parameter Providers and verifies Connector ownership of referenced Assets during configuration update and verification.

Vendors
apache
Products
nifi
Weakness
CWE-862
Vector
CVSS:4.0/AV:N/AC:L/AT:P/PR:H/UI:N/VC:L/VI:L/VA:L/SC:L/SI:L/SA:L/E:U/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:N/AU:Y/R:U/V:C/RE:L/U:Clear

In the news

1 story