ThreatScope by DIAMATIX

Рискове за N-central, TeamCity, LoadMaster и инфраструктурата за изкуствен интелект (4–11 август 2026 г.)

Период на доклада: 4–11 август 2026 г.
Ниво на заплаха: Критично

🎧 Listen to this week’s ThreatScope (audio brief)

Обобщение за ръководството

Тазседмичният ThreatScope разглежда пет нови активно експлоатирани уязвимости, добавени в каталога CISA Known Exploited Vulnerabilities (KEV), както и значима актуализация за сигурността на Jenkins, активност на ransomware и нови предупреждения за индустриални и транспортни технологии.

Най-висок приоритет е N-able N-central, където атакуващите са получили неавтентикиран административен достъп и след това са използвали легитимната функция за отдалечено управление, за да достигнат до управлявани крайни устройства. Наблюдавана е и употреба на Cloudflare тунели за запазване на постоянен достъп.

JetBrains TeamCity, Progress LoadMaster и IBM Langflow също са обект на потвърдена активна експлоатация. Позицията им в инфраструктурата за разработка и внедряване, доставката на приложения и AI средите създава риск компрометирането да се разпространи отвъд първоначално засегнатата система.

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

Отнася ли се този доклад за Вашата организация?

Този доклад е особено релевантен, ако Вашата организация използва някоя от следните технологии или среди.

Ако нито една от тези технологии не присъства във Вашата среда, вероятно не се налага спешна реакция по отношение на конкретните уязвимости. По-широката тенденция обаче остава релевантна за организации, които използват централизирани платформи за управление, CI/CD системи, AI приложения или административна инфраструктура, достъпна от интернет.

Обобщение

CISA потвърди пет нови активно експлоатирани уязвимости между 4 и 7 август, засягащи N-able N-central, JetBrains TeamCity, Progress LoadMaster, IBM Langflow и Apache Tomcat.

Най-високите непосредствени рискове произтичат от:

• неавтентикиран административен достъп в N-able N-central;
• неавтентикирано отдалечено изпълнение на код в JetBrains TeamCity;
• неавтентикирано инжектиране на команди в Progress LoadMaster;
• създаване на суперпотребителски токен и изпълнение на Python код в IBM Langflow;
• заобикаляне на криптирането в клъстерни Apache Tomcat среди.

N-central изисква особено внимание, защото наблюдаваната експлоатация не се ограничава до първоначалния достъп до сървъра. Атакуващите са използвали функцията Take Control, за да достигнат до управлявани крайни устройства, и са внедрявали Cloudflare тунели за запазване на постоянен достъп. N-able изрично предупреждава, че инсталирането на актуализацията затваря входната точка, но не премахва атакуващ, който вече е установил присъствие.

TeamCity създава различен тип последващ риск. Успешната експлоатация може да изложи изходен код, данни за достъп до хранилища и регистри, токени за внедряване, материали за подписване, артефакти от компилации и свързани CI/CD среди. Наличен е и публичен примерен експлойт, което допълнително увеличава вероятността за злоупотреба.

IBM Langflow показва, че инфраструктурата за AI приложения вече трябва да бъде част от стандартния процес по управление на уязвимостите. Засегнатите API крайни точки могат да предоставят на неавтентикиран атакуващ суперпотребителски токен и след това да позволят изпълнение на подаден от него Python код.

Отделен бюлетин за сигурността на Jenkins разглежда множество уязвимости, засягащи контролера и разширенията, а съвместно международно предупреждение за Gunra ransomware посочва уязвими Fortinet устройства като наблюдаван първоначален вектор за достъп.

Основни уязвимости

Анализ на уязвимостите

N-able N-central. CVE-2026-18556 / CVE-2026-18577

Уязвимостите в N-able N-central представляват най-високия оперативен приоритет през този период.

Атакуващите са използвали уязвими N-central среди, за да получат административен достъп без удостоверяване. Наблюдаваната последваща активност включва използване на легитимната функция Take Control за свързване към управлявани системи и внедряване на Cloudflare тунели за запазване на постоянен достъп.

N-able публикува Hotfix 1 като версия 2026.3.1.7 и впоследствие Hotfix 2 като версия 2026.3.1.10, която заменя първата корекция. Производителят е наблюдавал и създаване на акаунти и нулиране на пароли в засегнати среди.

Инсталирането на актуализацията затваря уязвимостта, но не премахва вече установен постоянен достъп.

Най-релевантно за

• доставчици на управлявани услуги;
• доставчици на управлявани услуги по киберсигурност;
• доставчици на ИТ услуги;
• организации с локално инсталиран N-central.

Как да проверите дали сте засегнати

Потвърдете следното:

• Използва ли се локално инсталиран N-central?
• Бил ли е достъпен, докато е работил с уязвима версия?
• Инсталирана ли е версия 2026.3.1.10?
• Има ли неочаквани Take Control сесии?
• Има ли нови акаунти, промени в правата или нулиране на пароли?
• Присъства ли услуга с име Cloudflared върху управляваните крайни устройства?
• Има ли необичайно присъствие на svchost.exe в папките Documents на потребители?

Необходима реакция

Актуализирайте всички локално инсталирани N-central системи до версия 2026.3.1.10 незабавно.

Системите, които са останали достъпни, докато са били уязвими, трябва да бъдат третирани като потенциално компрометирани. Прегледайте управляваните крайни устройства дори ако проверката за индикатори за компрометиране в N-central не открива проблеми, подменете данните за достъп до N-central, служебните акаунти и отдалечения достъп, активирайте многофакторно удостоверяване и изключете неизползваните акаунти за поддръжка от производителя.

JetBrains TeamCity. CVE-2026-63077

CVE-2026-63077 е уязвимост, свързана с небезопасна десериализация, която засяга TeamCity On-Premises.

Неавтентикиран атакуващ, който може да достигне до TeamCity сървъра през HTTP или HTTPS, може да изпълнява команди на операционната система с правата на TeamCity услугата.

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

Най-релевантно за

• софтуерни компании;
• SaaS доставчици;
• DevOps екипи;
• организации с вътрешни CI/CD среди.

Как да проверите дали сте засегнати

Потвърдете следното:

• Използва ли се TeamCity On-Premises?
• Бил ли е сървърът достъпен през HTTP или HTTPS от недоверени мрежи?
• Използва ли се TeamCity 2025.11.7, 2026.1.3 или приложимият защитен плъгин?
• Прегледани ли са заявките към /app/agents/v1?
• Стартирани ли са необичайни дъщерни процеси от TeamCity Java процеса?
• Появили ли са се неочаквани агенти или промени в конфигурацията?

Необходима реакция

Актуализирайте TeamCity или инсталирайте наличния защитен плъгин незабавно.

Премахнете директния достъп от интернет. Ако компрометиране не може да бъде изключено, подменете данните за достъп до хранилища, регистри, облачни услуги и системи за внедряване, съхранявани в TeamCity, и валидирайте последните артефакти от компилации преди внедряване в производствена среда.

Progress LoadMaster. CVE-2026-8037

CVE-2026-8037 позволява на неавтентикиран атакуващ да инжектира команди на операционната система чрез неправилно валидирани параметри в LoadMaster API.

Компрометиран балансьор на натоварването може да позволи прихващане на трафик, кражба на идентификационни данни, промяна на конфигурацията и достъп до вътрешни приложни мрежи.

Най-релевантно за

• големи предприятия;
• центрове за данни;
• облачни среди;
• организации, използващи LoadMaster за доставка на приложения.

Как да проверите дали сте засегнати

Потвърдете следното:

• Използва ли се Progress LoadMaster?
• Достъпни ли са административният или API интерфейсът от недоверени мрежи?
• Инсталирана ли е коригираната версия на софтуера?
• Съдържат ли системните или API журналите необичайна командна активност?
• Има ли неоторизирани потребители, SSH ключове, планирани задачи или променени файлове?
• Съвпада ли текущата конфигурация с доверен базов вариант?

Необходима реакция

Инсталирайте коригираната версия на LoadMaster незабавно.

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

IBM Langflow. CVE-2026-9198

CVE-2026-9198 засяга Langflow версии от 1.0.0 до 1.10.0 и комбинира две слабости, които позволяват пълно отдалечено изпълнение на код при стандартни конфигурации.

Крайната точка /api/v1/auto_login може да издаде суперпотребителски токен на неавтентикиран заявител от мрежата. Крайната точка /api/v1/validate/code може след това да изпълни подаден от атакуващия Python код.

Най-релевантно за

• екипи за разработка на AI решения;
• софтуерни компании;
• SaaS доставчици;
• организации, които интегрират LLM приложения с облачни и бизнес услуги.

Как да проверите дали сте засегнати

Потвърдете следното:

• Използва ли се Langflow?
• Инсталираната версия между 1.0.0 и 1.10.0 ли е?
• Достъпни ли са Langflow интерфейсите от интернет?
• Има ли подозрителни заявки към засегнатите API крайни точки?
• Налични ли са необичайни Python или shell дъщерни процеси?
• Променени ли са неочаквано съхранените работни потоци или дефиниции на агенти?

Необходима реакция

Актуализирайте до Langflow 1.10.1 или по-нова версия. Няма поддържан от производителя временен обходен вариант.

Премахнете Langflow интерфейсите от публичен достъп. Прегледайте активността по засегнатите API крайни точки и подменете ключовете за доставчиците на LLM услуги, идентификационните данни за бази данни, облачните токени и интеграционните тайни, ако не може да бъде изключено излагане.

Apache Tomcat. CVE-2026-34486

CVE-2026-34486 е резултат от непълна корекция на CVE-2026-29146 и позволява заобикаляне на защитата на Tomcat EncryptInterceptor.

Рискът засяга основно клъстерни Tomcat среди, които използват уязвимия механизъм. Засегнатите версии включват Tomcat 9.0.116 и по-ранни уязвими версии 9.x, Tomcat 10.1.53 и по-ранни уязвими версии 10.x, както и Tomcat 11.0.20 и по-ранни уязвими версии 11.x.

Най-релевантно за

• корпоративни Java среди;
• SaaS доставчици;
• организации, използващи клъстерни Tomcat приложения.

Как да проверите дали сте засегнати

Потвърдете следното:

• Използва ли се Apache Tomcat?
• Активирано ли е клъстериране?
• Използва ли се EncryptInterceptor?
• Инсталирана ли е засегната версия на Tomcat?
• Наблюдавани ли са неочаквани промени в членството на клъстера или необичаен трафик между възлите?

Необходима реакция

Актуализирайте до текущата поддържана версия на Tomcat.

Ограничете комуникацията между клъстерните възли до доверени мрежови сегменти и изисквайте криптиране на мрежово ниво и взаимно удостоверяване. Не приемайте, че предходната корекция за CVE-2026-29146 осигурява достатъчна защита.

Група уязвимости в Jenkins CI/CD

Jenkins публикува значим бюлетин за сигурност на 5 август, който обхваща множество уязвимости в Jenkins Core и разширенията.

Най-рисковият проблем, CVE-2026-70426, заобикаля JEP-200 филтъра за десериализация. Злонамерен или компрометиран агент за компилация, или атакуващ с права Agent/Connect, може да изпълнява код върху Jenkins контролера.

Допълнителните уязвимости включват произволен запис на файлове, обход на пътища, който може да доведе до отдалечено изпълнение на код върху контролера, обработка на Unicode потребителски имена, която може да позволи представяне за друг потребител, както и уязвимости в Multijob Plugin, позволяващи произволно изпълнение на код от страната на контролера. Няколко разширения също могат да разкриват идентификационни данни, съхранен XSS или съдържание от работните директории.

Коригираните версии включват Jenkins 2.576, Jenkins LTS 2.568.2 и Multijob Plugin 677.v7ffc23d6a_4c2. Някои засегнати разширения нямаха налична корекция към момента на публикуване и трябва да бъдат деактивирани или премахнати, когато няма безопасна актуализация.

Най-релевантно за

• екипи за разработка на софтуер;
• DevOps среди;
• SaaS доставчици;
• организации с Jenkins базирани CI/CD процеси.

Как да проверите дали сте засегнати

Потвърдете следното:

• Актуализиран ли е Jenkins Core?
• Инсталирани ли са засегнати разширения?
• Могат ли недоверени или външно контролирани агенти да се свързват към контролера?
• Има ли необичайни процеси или промени във файловете върху контролера?
• Генерирани ли са артефакти от компилации в периода, когато средата е била уязвима?

Необходима реакция

Актуализирайте Jenkins Core и всички засегнати разширения.

Деактивирайте или премахнете разширенията, за които няма налична корекция. Прегледайте свързаните агенти и валидирайте артефактите, създадени през периода на потенциално излагане, преди внедряване.

Активни кампании и тактики

Gunra Ransomware

На 10 август CISA, FBI, NSA и международни партньори публикуваха съвместно предупреждение за Gunra ransomware.

Gunra работи като ransomware-as-a-service и използва двойно изнудване. Данните се извличат преди системите да бъдат криптирани. Партньорите на групата са насочвали атаки към държавна администрация, здравеопазване, финансов сектор и критична инфраструктура.

Наблюдаваният първоначален достъп включва експлоатация на интернет-достъпни Fortinet устройства чрез CVE-2024-55591 и CVE-2025-24472.

Организациите трябва да актуализират и проверят изложените VPN и защитни устройства, да премахнат административния достъп от интернет, да подменят данните за достъп, свързани с по-рано уязвими устройства, да прегледат VPN сесиите и промените в конфигурацията и да валидират резервните копия, които се съхраняват извън мрежата или са защитени от промяна.

Наблюдението трябва да включва и признаци за изтичане на данни, което може да предшества криптирането.

Дейност след компрометиране на N-central

Случаят с N-central показва защо реакцията не трябва да приключва с инсталирането на актуализацията.

Наблюдаваните атакуващи са използвали легитимна функция за отдалечено управление след получаване на достъп и са внедрявали Cloudflare тунели за запазване на постоянен достъп. Това създава последващ риск за управляваните крайни устройства дори след коригирането на първоначалната уязвимост в N-central.

Затова организациите трябва да разследват отдалечените сесии, промените по акаунтите и активността върху крайните устройства, преди да приемат, че корекцията е завършена.

Наблюдение на индустриални и транспортни системи

CISA публикува нови предупреждения за няколко индустриални и транспортни технологии през разглеждания период.

Те включват:

• ABB Ability Zenon, с уязвимости, които могат да позволят заобикаляне на защитата, сривове на системата, неоторизирани действия и компрометиране на данни;
• CPDLC over ATN-B1, при което са демонстрирани слабости в протокола при конкретни лабораторни условия;
• Acrisure KARR BT и DR-100, с потенциал за неоторизирани операции по управление на превозни средства.

Индустриалните и транспортните системи трябва да се актуализират единствено чрез одобрени процедури за промяна. Докато актуализациите могат да бъдат приложени, организациите трябва да ограничат отдалечения достъп, да изолират засегнатите компоненти и да засилят наблюдението.

Какво заслужава внимание тази седмица?

Инфраструктура за управление при MSP и ИТ доставчици

Приоритетни системи:

• N-able N-central.

Основни действия:

• актуализиране до версия 2026.3.1.10;
• разследване на Take Control активност;
• търсене на Cloudflared за постоянен достъп;
• преглед на управляваните крайни устройства;
• подмяна на потенциално изложените данни за достъп.

Инфраструктура за разработка и внедряване

Приоритетни системи:

• JetBrains TeamCity;
• Jenkins.

Основни действия:

• актуализиране на контролерите и разширенията;
• премахване на ненужния интернет достъп;
• преглед на агентите за компилация;
• подмяна на данните за достъп до хранилища и системи за внедряване при необходимост;
• валидиране на наскоро създадените артефакти.

Публично достъпна инфраструктура

Приоритетни системи:

• Progress LoadMaster;
• Apache Tomcat;
• Fortinet VPN и защитни устройства.

Основни действия:

• проверка на инсталираните версии;
• ограничаване на административния достъп;
• преглед на промените в конфигурацията;
• проверка за индикатори за компрометиране.

Инфраструктура за изкуствен интелект

Приоритетни системи:

• IBM Langflow;
• свързани LLM и облачни услуги.

Основни действия:

• актуализиране на Langflow;
• премахване на публичния достъп;
• преглед на API активността;
• подмяна на потенциално изложените ключове и тайни;
• валидиране на свързаните услуги.

Препоръчителни управленски действия

Незабавни действия (0–7 дни)

• Установете дали N-able N-central, JetBrains TeamCity, Progress LoadMaster, IBM Langflow, засегнати версии на Apache Tomcat или уязвими Jenkins компоненти присъстват във Вашата среда.
• Актуализирайте N-central, TeamCity, LoadMaster и Langflow незабавно и определете дали са били достъпни отвън, докато са били уязвими.
• Извършете проверка за компрометиране на изложените системи с KEV уязвимости, вместо да разчитате единствено на статуса на актуализацията.
• Проверете за постоянен достъп чрез N-central и неоторизирана отдалечена активност върху управляваните крайни устройства.
• Подменете идентификационните данни и тайните, съхранявани в потенциално компрометирани платформи за управление, разработка и AI.
• Прегледайте Fortinet устройствата за изложеност, свързана с първоначалните техники за достъп на Gunra.

Действия до 30 дни

• Прегледайте административните акаунти, привилегированото удостоверяване и промените в конфигурацията на платформите за управление.
• Валидирайте мрежовото сегментиране около инфраструктурата за управление, разработка и AI.
• Прегледайте артефактите от компилации, създадени през известни периоди на излагане.
• Извършете автентикирано сканиране за уязвимости и валидиране на външната повърхност за атака.
• Валидирайте резервните копия, съхранявани извън мрежата или защитени от промяна, и тествайте възстановяването на критични системи.
• Затворете или официално документирайте всички оставащи изключения от процеса по отстраняване.

Стратегически действия (до 90 дни)

• Намалете директната достъпност от интернет на административните интерфейси и платформите за управление.
• Интегрирайте CI/CD и AI платформите напълно в процесите по управление на уязвимостите и наблюдението за сигурност.
• Укрепете контролите за привилегирован достъп и многофакторното удостоверяване за системите от управленски тип.
• Подобрете откриването на злоупотреба с легитимни инструменти за отдалечено управление и тунелиращи услуги.
• Прегледайте критериите за приоритизация на уязвимостите, така че KEV статусът, външната изложеност и критичността на актива да влияят върху сроковете за реакция.
• Включете наученото от компрометиране на управленски платформи в плановете за реакция при инциденти и възстановяване.

Оценка на корпоративната изложеност на риск

Екипите по информационна сигурност трябва да приоритизират системите според четири фактора.

1. Активна експлоатация

Пет от основните уязвимости тази седмица имат потвърдена реална експлоатация и са включени в каталога CISA Known Exploited Vulnerabilities.

Потвърдената експлоатация трябва незабавно да повишава приоритета за реакция, независимо дали уязвимостта има най-високата CVSS оценка.

2. Външна достъпност

Публично достъпните административни интерфейси, CI/CD платформи, API и периферни устройства изискват незабавно внимание.

Вътрешно използвана уязвима система и публично достъпна административна платформа не представляват еднакъв оперативен риск.

3. Роля за бизнеса

Ролята на засегнатата платформа трябва да влияе върху приоритета за реакция.

Компрометирането на N-central може да предостави достъп до управлявани крайни устройства.

Компрометирането на TeamCity или Jenkins може да засегне изходен код, идентификационни данни и внедрявания в производствена среда.

Компрометирането на LoadMaster може да засегне приложния трафик и вътрешните мрежи.

Компрометирането на Langflow може да изложи AI работни процеси, облачни идентификационни данни и свързани бизнес услуги.

4. Готовност за възстановяване

Организациите трябва да определят дали засегнатите платформи и свързаните с тях системи могат да бъдат възстановени безопасно.

Планирането на възстановяването трябва да включва валидирани резервни копия, тествани процедури за възстановяване и преглед на идентификационни данни, сертификати, токени и артефакти от компилации, които може да са били изложени преди отстраняването на уязвимостта.

Постоянни мерки за сигурност

Освен непосредствените действия по отстраняване, екипите по сигурност трябва да:

• поддържат точен регистър на интернет-достъпните административни и бизнес критични системи;
• свързват централизирано управляваните платформи с крайните устройства, приложенията и услугите, които те контролират;
• валидират корекциите чрез проверка на версиите, сканиране за уязвимости и преглед на конфигурацията;
• наблюдават непрекъснато привилегированото удостоверяване и административните интерфейси;
• извършват търсене на признаци за компрометиране, когато има едновременно потвърдена експлоатация и доказана изложеност;
• наблюдават CI/CD средите за неочаквани агенти, компилации и използване на идентификационни данни;
• включват AI платформите и свързаните с тях тайни в наблюдението за сигурност;
• тестват редовно възможностите за възстановяване от резервни копия извън мрежата или защитени от промяна;
• докладват неизчистените изключения и приетите рискове на ръководството.

Въпроси към ръководството

Бордовете и изпълнителните екипи трябва да си зададат следните въпроси:

• Използваме ли някоя от технологиите, разгледани в този доклад?
• Кои засегнати управленски, CI/CD или AI платформи са били достъпни от интернет?
• Актуализирани или изолирани ли са всички системи с KEV уязвимости?
• Проверено ли е дали експлоатацията е настъпила преди отстраняването?
• Подменени ли са потенциално изложените административни, облачни и внедрителни данни за достъп?
• Валидирани ли са управляваните крайни устройства и софтуерните артефакти, зависещи от компрометирани платформи?
• Защитени ли са административните интерфейси чрез сегментиране и многофакторно удостоверяване?
• Могат ли критичните системи да бъдат възстановени от валидирани резервни копия извън мрежата или защитени от промяна?
• Кои изключения от процеса по отстраняване остават отворени и кой е приел свързания риск?

Съответствие с ISO 27001

Описаните в този доклад действия подпомагат няколко области на Система за управление на информационната сигурност (ISMS), съобразена с ISO/IEC 27001, включително:

• регистър и собственост на активите;
• управление на уязвимостите;
• сигурна конфигурация;
• управление на идентичности и достъп;
• регистриране и наблюдение;
• реагиране при инциденти;
• мрежова сигурност;
• сигурност на доставчиците и веригата за доставка на софтуер;
• архивиране и възстановяване;
• непрекъсваемост на бизнеса;
• третиране на риска и управленски преглед.

За всяка дейност по отстраняване трябва да се запазват доказателства. Самото потвърждение, че актуализация е инсталирана, не е достатъчно. Организациите трябва да съхраняват данни за използваните версии, резултати от сканиране за уязвимости, резултати от търсене на признаци за компрометиране, прегледи на идентификационни данни, валидиране на артефакти и доказателства за възстановяване.

Съответствие с ISO 9001

Описаните действия подпомагат и принципите на ISO 9001 чрез:

• ясно определена отговорност;
• контролирано управление на промените;
• документирани доказателства;
• коригиращи действия;
• валидиране на резултатите от корекциите;
• управленски преглед;
• непрекъснато подобрение.

Целта не е просто да се внедрят актуализации, а да се докаже, че предприетите действия действително са намалили оперативния риск.

Нуждаете ли се от оценка на изложеността на риск?

Ако Вашата организация използва някоя от технологиите в този доклад, установяването им е само първата стъпка.

Следващата стъпка е да разберете:

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

ДИАМАТИКС подпомага организациите при оценката на изложеността, валидирането на предприетите корекции и укрепването на непрекъснатото наблюдение чрез експертно предоставяни услуги като Център за операции по сигурността като услуга (SOCaaS), Управляемо откриване и реагиране като услуга (MDRaaS) и Реагиране при инциденти.

Свържете се с нашия екип, за да обсъдим Вашата среда.

Заключение

Събитията тази седмица показват концентриран интерес към системи, които заемат високо доверени позиции в корпоративната инфраструктура.

N-able N-central може да предостави отдалечен достъп до управлявани крайни устройства. TeamCity и Jenkins се намират в самата верига за доставка на софтуер. LoadMaster работи на нивото на доставката на приложения. Langflow може да свързва AI работни процеси с облачни платформи, API и бизнес данни. Компрометирането на всяка от тези платформи може да създаде последващ риск отвъд първоначално засегнатия сървър.

Най-висок непосредствен приоритет е N-central, защото наблюдаваната експлоатация включва използване на легитимна функционалност за отдалечено управление и запазване на постоянен достъп върху управлявани системи. TeamCity, LoadMaster и Langflow също изискват незабавно внимание, тъй като е потвърдена неавтентикирана експлоатация.

При тези платформи организациите трябва да съчетават актуализирането с проверка за компрометиране. Когато е имало изложеност, идентификационните данни и тайните трябва да бъдат прегледани или подменени, механизмите за постоянен достъп трябва да бъдат разследвани, а свързаните системи или артефакти да бъдат валидирани.

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

Източници

• ThreatScope Weekly Research
• CISA. Known Exploited Vulnerabilities additions, 4–7 август 2026 г.
• N-able security update and indicators
• JetBrains security advisory
• Rapid7 technical analysis
• Progress LoadMaster security bulletin
• IBM Langflow security bulletin
• Apache Tomcat security advisories
• Jenkins Security Advisory 2026-08-05
• Joint CISA/FBI/NSA #StopRansomware Gunra advisory
• CISA ABB Ability Zenon advisory
• CISA CPDLC advisory
• CISA Acrisure advisory

Методология

Този доклад е базиран на публично достъпна информация за заплахи и уязвимости, като приоритизира потвърдена експлоатация, CISA KEV статус, бюлетини на производителите, външна изложеност и значимост за бизнеса.

Приложимостта винаги трябва да бъде проверявана спрямо реалния регистър на активите, използваните версии на софтуера и конкретната конфигурация на организацията.

Сам по себе си този доклад не потвърждава наличието или липсата на компрометиране.

Trusted · Innovative · Vigilant