Threat Intelligence Database
Comprehensive database of the latest cyber threats affecting organizations worldwide. Filter and search to find specific threat intelligence relevant to your organization.
Stop chasing alerts. Route them.
Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.
Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)
API access activates after upgrading in Console -> Billing.
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.
Filter Threats
Narrow down the results by type, severity, or affected countries
Threat Intelligence
Click on any threat for detailed analysis and mitigation recommendations
CVE-2026-44394 is a medium severity vulnerability in OpenStack Keystone affecting federated identity deployments using SAML2 or OpenID Connect. The flaw allows the federated token rescoping mechanism to issue new tokens without propagating the original token's expiry time, enabling indefinite token reuse and bypassing token lifetime policies. This impacts token expiration enforcement in federated authentication scenarios. The vulnerability affects specific versions of Keystone and is a variant of a previously known issue (CVE-2012-3426). Join the discussion | CVE Database V5 | 05/28/2026, 00:00:00 UTC Added: 05/28/2026, 18:48:37 UTC |
An issue was discovered in OpenStack Keystone before 29.0.2. The Keystone RBAC policy enforcer in enforce_call unconditionally merges the raw JSON request body into the policy enforcement dictionary via policy_dict.update(json_input.copy()), overwriting trusted target data that was previously set from database lookups. Because flask.request.get_json is called with force=True, this works regardless of Content-Type or HTTP method. Any authenticated user can inject arbitrary policy target attributes (e.g., user_id, project_id) into the request body to bypass RBAC checks and perform unauthorized operations on resources belonging to other users or projects. This was introduced in commit 5ea59f52 (Rocky/14.0.0). Join the discussion | CVE Database V5 | 05/28/2026, 00:00:00 UTC Added: 05/28/2026, 18:48:37 UTC |
An issue was discovered in OpenStack Keystone before 29.0.2. POST /v3/credentials did not validate that the caller-supplied project_id for an EC2-type credential matched the project of the authenticating application credential. This allowed an attacker holding an unrestricted application credential for project A to create an EC2 credential targeting project B; a subsequent /v3/ec2tokens exchange would then issue a Keystone token scoped to project B while still carrying the original app_cred_id, enabling cross-project lateral movement within the credential owner's role footprint. Join the discussion | CVE Database V5 | 05/01/2026, 00:00:00 UTC Added: 05/01/2026, 08:36:23 UTC |
0 In OpenStack Keystone before 28.0.1, the LDAP identity backend does not convert the user enabled attribute to a boolean when the user_enabled_invert configuration option is False (the default). The _ldap_res_to_model method in the UserApi class only performed string-to-boolean conversion when user_enabled_invert was True. When False, the raw string value from LDAP (e.g., "FALSE") was used directly. Since non-empty strings are truthy in Python, users marked as disabled in LDAP were treated as enabled by Keystone, allowing them to authenticate and perform actions. All deployments using the LDAP identity backend without user_enabled_invert=True or user_enabled_emulation are affected. Join the discussion | CVE Database V5 | 04/14/2026, 20:05:03 UTC Added: 04/14/2026, 20:16:53 UTC |
Showing 1 to 4 of 4 results