Description
The Yandex Lockbox secrets backend in Apache Airflow's Yandex provider resolved a team-scoped Connection or Variable id through the team-agnostic lookup when the team-scoped lookup missed. In a deployment running multi-team mode with this backend, a caller in one team could resolve a secret belonging to another team by supplying an id that spells out that team's namespace, obtaining its credentials in full. No unusual configuration is required beyond enabling multi-team mode and using this backend. Users are advised to upgrade to apache-airflow-providers-yandex 4.5.1 or later, which refuses the team-agnostic fall-through for an id that could name a team namespace.
Published: 2026-08-10
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Yandex Lockbox secrets backend in Apache Airflow's Yandex provider allows a user in a multi‑team deployment to resolve a secret that belongs to another team. When the lookup for a team‑scoped Connection or Variable fails, the backend falls back to a team‑agnostic lookup that can interpret an identifier as a team namespace. This bypass of the team‑scope guard enables access to another team’s credentials through a simple lookup of the target team’s namespace.

Affected Systems

Apache Airflow in the Yandex provider component, specifically when the Yandex Lockbox backend is enabled and multi‑team mode is active. The CVE report does not specify affected product versions, so any installation using the Yandex provider with multi‑team mode may be vulnerable.

Risk and Exploitability

The vulnerability is an Authorization Bypass Through User‑Controlled Key (CWE‑639). It does not require uncommon configuration – merely enabling multi‑team mode and using the Yandex Lockbox backend. No CVSS score is listed and the EPSS value is unavailable, but the flaw relies on legitimate platform capabilities and can be exploited by any user who can specify a secret identifier. The KEV status is not listed, indicating no public reports of exploitation yet. However, because secrets are disclosed, the potential impact is high for confidentiality and may allow lateral movement in a multi‑team Airflow environment.

Generated by OpenCVE AI on August 10, 2026 at 19:30 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to apache‑airflow‑providers‑yandex 4.5.1 or later, which blocks the team‑agnostic fallback for identifiers that name a team namespace.
  • If an upgrade cannot be performed immediately, consider disabling multi‑team mode or removing the Yandex Lockbox backend from the configuration until the patch is applied.
  • Review existing team‑scoped secrets to ensure that only the appropriate teams have access, and audit Airflow’s access controls to limit secret exposure across teams.

Generated by OpenCVE AI on August 10, 2026 at 19:30 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 10 Aug 2026 18:45:00 +0000

Type Values Removed Values Added
Description The Yandex Lockbox secrets backend in Apache Airflow's Yandex provider resolved a team-scoped Connection or Variable id through the team-agnostic lookup when the team-scoped lookup missed. In a deployment running multi-team mode with this backend, a caller in one team could resolve a secret belonging to another team by supplying an id that spells out that team's namespace, obtaining its credentials in full. No unusual configuration is required beyond enabling multi-team mode and using this backend. Users are advised to upgrade to apache-airflow-providers-yandex 4.5.1 or later, which refuses the team-agnostic fall-through for an id that could name a team namespace.
Title Apache Airflow Yandex provider: yandex Lockbox backend: team-scope guard bypass resolves another team's Connection or Variable
Weaknesses CWE-639
References

Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-08-10T18:21:24.132Z

Reserved: 2026-07-31T19:39:38.817Z

Link: CVE-2026-68871

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-10T19:45:04Z

Weaknesses
  • CWE-639

    Authorization Bypass Through User-Controlled Key