Excessive Platform Resource Consumption within a Loop Affecting automation-controller package, versions *


Severity

Recommended
0.0
medium
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.52% (42nd percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL10-AUTOMATIONCONTROLLER-18521676
  • published5 Aug 2026
  • disclosed4 Aug 2026

Introduced: 4 Aug 2026

NewCVE-2026-15337  (opens in a new tab)
CWE-1050  (opens in a new tab)

How to fix?

There is no fixed version for RHEL:10 automation-controller.

NVD Description

Note: Versions mentioned in the description apply only to the upstream automation-controller package and not the automation-controller package as distributed by RHEL. See How to fix? for RHEL:10 relevant fixed versions and status.

An issue was discovered in Django 5.2 before 5.2.17 and 6.0 before 6.0.8. django.utils.translation.check_for_language() is subject to a potential denial-of-service attack when given many distinct, very long language codes, which are retained as keys in an in-memory cache and consume process memory. Such codes reach the function through the django.views.i18n.set_language() view, which is not routed by default. The consumed memory is bounded, since request data is limited by the DATA_UPLOAD_MAX_MEMORY_SIZE setting (default 2.5 MB) and the cache holds a fixed maximum number of entries. Earlier, unsupported Django series (such as 5.1.x, 5.0.x, and 4.2.x) were not evaluated and may also be affected. Django would like to thank Jaeyoung Jang for reporting this issue.

CVSS Base Scores

version 3.1