Cyber Resilience

CVE-2026-50090

Aqara Cloud Oauth Authorization Endpoint 2026-04-20

Public PoC
Published
12 June 2026
Modified
09 July 2026
CVSS Score v3.1 9.3
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
EPSS Score 0.0023 14th percentile
Risk Priority 64 floored blend · peak EPSS

Summary

CVE-2026-50090 is a critical-severity Improper Validation of Unsafe Equivalence in Input (CWE-1289) vulnerability in Aqara Cloud Oauth Authorization Endpoint. Its CVSS base score is 9.3 (Critical).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 14th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to SI-10 (Information Input Validation) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

The Aqara Cloud OAuth Authorization Endpoint (open-cn.aqara.com/oauth/authorize) is vulnerable to a redirect bypass due to lax controls on domain matching, which is an instance of "CWE-1289: Improper Validation of Unsafe Equivalence in Input" and has an estimated CVSS of CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N…

more

(9.3 Critical).

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2026-3563Shared CWE-1289
CVE-2026-45191Shared CWE-1289
CVE-2026-46644Shared CWE-1289
CVE-2026-60074Shared CWE-1289
CVE-2026-27610Shared CWE-1289
CVE-2026-45190Shared CWE-1289
CVE-2026-39972Shared CWE-1289
CVE-2024-45179Shared CWE-1289
CVE-2026-22569Shared CWE-1289
CVE-2026-49942Shared CWE-1289

Affected Assets

aqara
cloud oauth authorization endpoint
2026-04-20

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)
  • V5.2.2
  • V9.1.3
  • V10.4.6
  • V2.2.2

Mitigating Controls (NIST 800-53 r5) AI

SI-10 requires validity checks on information inputs, directly stopping unsafe equivalence validation failures for identifiers and references.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly require proper input validation and equivalence checking to prevent this class of flaw.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing can detect unsafe equivalence flaws but does not prevent them at design time.

prevents

Application security requirements can mandate input validation rules that prevent unsafe equivalence checks.

prevents

Secure architecture principles include proper input validation and canonicalization to avoid unsafe equivalence.

prevents

Secure coding standards directly require correct validation of resource identifiers and equivalence checks.

References