През май 2026 г. светът на киберсигурността стана свидетел на силно усъвършенствана атака по веригата за доставки, организирана от злонамерения субект TeamPCP. Чрез компрометиране на акаунт на служител на GitHub, атакуващите публикуваха компрометирана версия на популярно разширение за VS Code (Nx Console v18.95.0) в Visual Studio Marketplace и OpenVSX.

След изтеглянето му, злонамереното разширение не се свърза с очевиден, наскоро регистриран сървър за управление и контрол (C2). Вместо това то извърши атака тип „Living off the Land“, стартирайки npx команда за извличане на вторичен злонамерен код в легитимно хранилище на GitHub. След това изпълни паралелни механизми за събиране на идентификационни данни, насочени към всичко – от AWS метаданни и Vault токени до SSH ключове и Kubernetes идентификационни данни. Компрометираният достъп от една-единствена работна станция на разработчик в крайна сметка доведе до източване на приблизително 3800 вътрешни хранилища.

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

Защо традиционната сигурност се проваля в съвременните среди за кодиране

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

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

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

Преминаване към Агентна сигурност на крайните точки (AES)

Ето защо лидерите в индустрията се насочват към инструмент за Агентна сигурност на крайните точки (AES). Чрез установяване на активна, локална контролна точка в момента на въвеждане на код и инструменти, организациите могат най-накрая да затворят празнината в видимостта, която съвременният изкуствен интелект вече започва да експлоатира.

Традиционното откриване и реагиране на крайни точки (EDR) вече не е достатъчно. Стандартният EDR е фундаментално сляп за нюансите на работните процеси на разработчиците, локалните компилатори и екосистемите от разширения за среди за разработка (IDE).

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

1. Непрекъснат мониторинг на екосистемите от разширения за IDE

Основен вектор в съвременните атаки по веригата за доставки е екосистемата от IDE плъгини и разширения. Разработчиците разчитат на стотици плъгини от трети страни за продуктивност, форматиране на код и съдействие от AI. Екипите по сигурността обаче рядко имат видимост за това кои разширения са активни на локалната машина, да не говорим дали дадено разширение е било незабележимо модифицирано или компрометирано на публичен пазар.

Съвременните рамки за сигурност на крайните точки се борят с това, като въвеждат вградени възможности, създадени за локално проследяване и оценка на състоянието на сигурността на IDE разширенията (като VS Code и JetBrains плъгини) в цялото предприятие. Чрез изграждане на централизиран опис на активните плъгини и непрекъснат анализ за поведенчески рискове или аномално мрежово поведение, системата може да маркира злонамерен код, преди активният злонамерен код да успее да извлече идентификационни данни от локалните файлове.

2. Налагане на периоди на изчакване за разширения и инструменти

В света на ИТ стандартният протокол за сигурност е незабавното отстраняване на уязвимости. Но във веригата от инструменти на разработчика, автоматичното обновяване на разширения и зависимости крие сериозен риск. Както доказа атаката на TeamPCP, компрометираната актуализация на Nx Console беше активна и силно разрушителна в рамките на първите 36 часа.

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