Агенцията за киберсигурност и инфраструктурна сигурност на САЩ (CISA) добави критична уязвимост в Progress LoadMaster към своя каталог с известни експлоатирани уязвимости (KEV), след като беше забелязано, че атакуващи се насочват към изложени устройства. Идентифициран като CVE-2026-8037, този дефект засяга продуктите Progress LoadMaster и Progress ADC.

Проблемът представлява уязвимост за внедряване на команди (command injection), която може да позволи на неудостоверен атакуващ да изпълнява произволни команди на уязвимо LoadMaster устройство. Уязвимостта има оценка за сериозност по CVSS от 9.6, което я поставя в критичната категория.

LoadMaster е контролер за доставка на приложения и балансиращ натоварването инструмент, използван от организации за управление, разпространение и защита на мрежовия трафик. Тъй като тези устройства често се намират в критични точки на мрежата, успешният им пробив може да осигури на атакуващите ценен път към вътрешната среда на дадена организация.

CISA съобщи, че проблемът съществува, тъй като множество крайни точки за команди не пречистват правилно въвежданите данни. Атакуващ може да изпрати специално формулирани данни към тези крайни точки и да внедри команди на операционната система. За започване на експлоатацията не се изисква валиден акаунт или удостоверяване, което прави устройствата с достъп до интернет особено уязвими. Слабостта е класифицирана като CWE-77.

Изследователите по сигурността разкриха дефекта за първи път на 4 юни 2026 г. Функционален код за доказване на концепцията (PoC) стана публичен на 29 юни 2026 г. Скоро след това звеното за реагиране на заплахи на eSentire идентифицира опити за експлоатиране на уязвимостта.

Докладите показват, че атакуващите са извършили стотици опити да експлоатират дефекта от десетки IP адреси в множество държави. Тази активност показва, че злонамерените субекти активно сканират за уязвими среди на LoadMaster и се опитват да постигнат отдалечено изпълнение на код.

Организациите, използващи Progress LoadMaster, трябва незабавно да прегледат указанията на производителя и да инсталират наличните корекции за сигурност. Когато не е възможно незабавно отстраняване на уязвимостта, администраторите трябва да ограничат достъпа до доверени мрежи, да деактивират ненужните външни интерфейси за управление и да наблюдават логовете за подозрителни API заявки.