CVE-2026-125063 · Vendor
NO FIX YET
An authenticated user can submit a very large schedule rule (rrule) with no valid tokens, and the server's validation slows down quadratically. Repeated requests can tie up the web workers and deny access to the API and web UI, with no data exposed.
first public Nov 9, 2026 · 1 source
Could this affect your app?
Free first check from your website. Connect your repo for the full answer.
Teams running Red Hat Ansible Automation Platform automation controller that let users create or preview schedules through the REST API. The flaw needs a logged-in account, but any account that can reach the schedule preview endpoint can trigger it. Installations where only trusted administrators have API access carry less exposure.
Not affected if api-not-exposed, no-untrusted-users
Who cares ansible, automation-controller, self-hosted
Unknown from the sources.
No fix yet, per the sources.
A flaw was found in the rrule validation of schedules in automation controller. Several non-anchored regular expressions with lazy wildcard prefixes are applied to the user-supplied rrule value; when the expected DTSTART/RRULE tokens are absent, validation time grows quadratically with the length of the value. An authenticated user can submit a large token-free rrule through the REST API, including the schedule preview endpoint, which requires no resource-level permissions; validation runs synchronously in the API web worker, so a single such request occupies a worker for an extended time and repeated requests can exhaust the web worker pool, denying access to the API and web UI while the attack is sustained. The impact is limited to availability.
This page as .md · .json · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.
Are you affected?
Tell InfraStack what you run. It checks this one, and every next one, against your stack.
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.