Як TeamPCP реалізувала п'ятиденну каскадну атаку

TeamPCP (також відома як PCPcat, ShellForce та DeadCatx3) — це фінансово вмотивована кіберзлочинна група, активна з середини 2025 року . Їхня кампанія в березні 2026 року була примітною своєю каскадною архітектурою: облікові дані, викрадені з CI/CD пайплайну першої жертви, ставали вектором доступу для наступної цілі . Каскад розгортався протягом п'яти днів:

День 1: Trivy (19 березня)

TeamPCP отримала початковий доступ до інфраструктури Aqua Security, використавши неправильну конфігурацію робочого процесу pull_request_target — так звану вразливість "PwnRequest" . Вони перехопили щойно змінений особистий токен доступу для сервісного облікового запису aqua-bot і примусово змінили версійні теги, вказавши на шкідливі коміти. 76 із 77 тегів trivy-action та всі 7 тегів setup-trivy були захоплені . Ця перша компрометація отримала позначення CVE-2026-33634 (CVSS 9.8, критичний рівень) .

День 2: KICS (23 березня)

Використовуючи токени, викрадені у жертв Trivy, TeamPCP авторизувалася як сервісний обліковий запис Checkmarx cx-plugins-releases і випустила шкідливі релізи KICS .

День 3: LiteLLM (24 березня)

Пайплайн збірки LiteLLM автоматично встановив скомпрометований сканер Trivy, що надало шкідливому програмному забезпеченню доступ для читання до середовища раннера. TeamPCP викрала токени публікації LiteLLM на PyPI і випустила дві шкідливі версії — 1.82.7 та 1.82.8 — до PyPI . Шкідливі пакети були доступні лише приблизно 40 хвилин до виявлення .

Шкідливе навантаження

Зловмисне програмне забезпечення LiteLLM розгорнуло трирівневе навантаження :

• Збирач облікових даних, орієнтований на понад 50 категорій секретів
• Інструментарій для горизонтального переміщення в Kubernetes, який підвищував привілеї до root і розгортав привілейовані поді
• Постійний бекдор для віддаленого виконання коду

Зловмисне ПЗ використовувало ін'єкцію .pth файлів для автоматичного запуску під час кожного старту інтерпретатора Python, не вимагаючи явного імпорту — що робило його особливо важким для виявлення . На скомпрометованих раннерах корисне навантаження, відстежуване Google як SANDCLOCK, збирало SSH-ключі, облікові дані AWS/GCP/Azure, токени сервісних облікових записів Kubernetes та паролі баз даних .

Постраждалі організації

Названі жертви, ідентифіковані кількома фірмами з кіберрозвідки, включають :

Технології: Nvidia, AWS, Samsung, Salesforce, Cisco, ServiceNow, Microsoft, HP, NGINX, Zscaler, TomTom
Підприємства: Siemens, Volkswagen, FedEx, S&P Global, John Deere, Epic Games, Deloitte, Accenture Federal Services
Телеком/Медіа: Orange, BT Group, SiriusXM/AdsWizz
Інше: London Stock Exchange Group, Regeneron Pharmaceuticals, Deutsche Bahn

Європейська комісія також була зламана через початкову компрометацію Trivy, що призвело до викрадення облікових даних управління AWS та близько 340 ГБ нестиснених даних, що торкнулося 42 внутрішніх клієнтів та 29 додаткових установ ЄС .

Масштаб витоку облікових даних

Викрадені типи даних включають :

• Хмарні IAM ключі (AWS, GCP, Azure)
• SSH-ключі та секрети Kubernetes
• Паролі баз даних та клієнтські секрети Salesforce
• Секрети підпису Slack та змінні середовища
• API-ключі постачальників AI (OpenAI, Anthropic, AWS Bedrock, Google Vertex AI)

ФБР випустило термінове попередження (FLASH advisory) 2 липня 2026 року, попереджаючи, що організації, які постраждали від кампанії, повинні розглядати викрадені дані та облікові дані як постійну загрозу, оскільки пов'язані зловмисники, ймовірно, використають їх .

Постійна загроза від незмінених секретів

Незважаючи на серйозність витоку, ризик далеко не вичерпаний з кількох причин:

Архів досі не витік

Hudson Rock, яка отримала та проаналізувала архів, повідомляє, що набір даних об'ємом 153 ГБ ще не циркулює широко — називаючи це "критичним вікном можливостей" для організацій змінити ключі, перш ніж він зрештою витече .

Багато організацій не змінили секрети

Дослідник безпеки Кевін Бомонт перевірив облікові дані однієї організації, яка стверджувала, що змінила все. Його висновок: "Працював майже кожен" .

Неможливість ідентифікувати облікові дані

Значна частина викрадених файлів містить паролі баз даних, API-ключі та хмарні облікові дані без будь-якої корпоративної електронної пошти, власного домену чи внутрішньої назви сервера, які б дозволили ідентифікувати організацію-власника. Ці організації не можуть знати, що вони постраждали .

Вплив проти підтвердженої компрометації

Показник понад 2500 організацій відображає реконструйований вплив, а не підтверджену компрометацію для кожної організації. CloudSEK наголошує, що кожна зазначена організація повинна самостійно перевірити . Але набір даних вже знаходиться в руках кількох фірм з кіберрозвідки, і природний цикл витоку означає, що очікується ширше поширення.

Ключові висновки для організацій

Будь-яка організація, яка:

• Використовувала LiteLLM версій 1.82.7 або 1.82.8
• Мала CI/CD пайплайни, які споживали ці версії
• Використовувала скомпрометований сканер Trivy у період з 19 по 24 березня 2026 року

...повинна вважати всі секрети, доступні в цьому середовищі, скомпрометованими та негайно їх змінити, навіть якщо не виявлено очевидного злому . Попередження ФБР підкріплює це: ставтеся до викрадених облікових даних як до постійної загрози, оскільки пов'язані зловмисники, ймовірно, використають їх .

TeamPCP продемонструвала, що один невідкликаний токен, на три рівні вглиб може перетворити один витік облікових даних на загрозу для всієї екосистеми. Атака на LiteLLM — це яскраве нагадування про те, що в сучасних ланцюгах постачання програмного забезпечення інструмент, якому ви довіряєте для пошуку вразливостей, сам може стати вразливістю.

Як TeamPCP реалізувала п'ятиденну каскадну атаку

TeamPCP (також відома як PCPcat, ShellForce та DeadCatx3) — це фінансово вмотивована кіберзлочинна група, активна з середини 2025 року . Їхня кампанія в березні 2026 року була примітною своєю каскадною архітектурою: облікові дані, викрадені з CI/CD пайплайну першої жертви, ставали вектором доступу для наступної цілі . Каскад розгортався протягом п'яти днів:

День 1: Trivy (19 березня)

TeamPCP отримала початковий доступ до інфраструктури Aqua Security, використавши неправильну конфігурацію робочого процесу pull_request_target — так звану вразливість "PwnRequest" . Вони перехопили щойно змінений особистий токен доступу для сервісного облікового запису aqua-bot і примусово змінили версійні теги, вказавши на шкідливі коміти. 76 із 77 тегів trivy-action та всі 7 тегів setup-trivy були захоплені . Ця перша компрометація отримала позначення CVE-2026-33634 (CVSS 9.8, критичний рівень) .

День 2: KICS (23 березня)

Використовуючи токени, викрадені у жертв Trivy, TeamPCP авторизувалася як сервісний обліковий запис Checkmarx cx-plugins-releases і випустила шкідливі релізи KICS .

День 3: LiteLLM (24 березня)

Пайплайн збірки LiteLLM автоматично встановив скомпрометований сканер Trivy, що надало шкідливому програмному забезпеченню доступ для читання до середовища раннера. TeamPCP викрала токени публікації LiteLLM на PyPI і випустила дві шкідливі версії — 1.82.7 та 1.82.8 — до PyPI . Шкідливі пакети були доступні лише приблизно 40 хвилин до виявлення .

Шкідливе навантаження

Зловмисне програмне забезпечення LiteLLM розгорнуло трирівневе навантаження :

• Збирач облікових даних, орієнтований на понад 50 категорій секретів
• Інструментарій для горизонтального переміщення в Kubernetes, який підвищував привілеї до root і розгортав привілейовані поді
• Постійний бекдор для віддаленого виконання коду

Зловмисне ПЗ використовувало ін'єкцію .pth файлів для автоматичного запуску під час кожного старту інтерпретатора Python, не вимагаючи явного імпорту — що робило його особливо важким для виявлення . На скомпрометованих раннерах корисне навантаження, відстежуване Google як SANDCLOCK, збирало SSH-ключі, облікові дані AWS/GCP/Azure, токени сервісних облікових записів Kubernetes та паролі баз даних .

Постраждалі організації

Названі жертви, ідентифіковані кількома фірмами з кіберрозвідки, включають :

Технології: Nvidia, AWS, Samsung, Salesforce, Cisco, ServiceNow, Microsoft, HP, NGINX, Zscaler, TomTom
Підприємства: Siemens, Volkswagen, FedEx, S&P Global, John Deere, Epic Games, Deloitte, Accenture Federal Services
Телеком/Медіа: Orange, BT Group, SiriusXM/AdsWizz
Інше: London Stock Exchange Group, Regeneron Pharmaceuticals, Deutsche Bahn

Європейська комісія також була зламана через початкову компрометацію Trivy, що призвело до викрадення облікових даних управління AWS та близько 340 ГБ нестиснених даних, що торкнулося 42 внутрішніх клієнтів та 29 додаткових установ ЄС .

Масштаб витоку облікових даних

Викрадені типи даних включають :

• Хмарні IAM ключі (AWS, GCP, Azure)
• SSH-ключі та секрети Kubernetes
• Паролі баз даних та клієнтські секрети Salesforce
• Секрети підпису Slack та змінні середовища
• API-ключі постачальників AI (OpenAI, Anthropic, AWS Bedrock, Google Vertex AI)

ФБР випустило термінове попередження (FLASH advisory) 2 липня 2026 року, попереджаючи, що організації, які постраждали від кампанії, повинні розглядати викрадені дані та облікові дані як постійну загрозу, оскільки пов'язані зловмисники, ймовірно, використають їх .

Постійна загроза від незмінених секретів

Незважаючи на серйозність витоку, ризик далеко не вичерпаний з кількох причин:

Архів досі не витік

Hudson Rock, яка отримала та проаналізувала архів, повідомляє, що набір даних об'ємом 153 ГБ ще не циркулює широко — називаючи це "критичним вікном можливостей" для організацій змінити ключі, перш ніж він зрештою витече .

Багато організацій не змінили секрети

Дослідник безпеки Кевін Бомонт перевірив облікові дані однієї організації, яка стверджувала, що змінила все. Його висновок: "Працював майже кожен" .

Неможливість ідентифікувати облікові дані

Значна частина викрадених файлів містить паролі баз даних, API-ключі та хмарні облікові дані без будь-якої корпоративної електронної пошти, власного домену чи внутрішньої назви сервера, які б дозволили ідентифікувати організацію-власника. Ці організації не можуть знати, що вони постраждали .

Вплив проти підтвердженої компрометації

Показник понад 2500 організацій відображає реконструйований вплив, а не підтверджену компрометацію для кожної організації. CloudSEK наголошує, що кожна зазначена організація повинна самостійно перевірити . Але набір даних вже знаходиться в руках кількох фірм з кіберрозвідки, і природний цикл витоку означає, що очікується ширше поширення.

Ключові висновки для організацій

Будь-яка організація, яка:

• Використовувала LiteLLM версій 1.82.7 або 1.82.8
• Мала CI/CD пайплайни, які споживали ці версії
• Використовувала скомпрометований сканер Trivy у період з 19 по 24 березня 2026 року

...повинна вважати всі секрети, доступні в цьому середовищі, скомпрометованими та негайно їх змінити, навіть якщо не виявлено очевидного злому . Попередження ФБР підкріплює це: ставтеся до викрадених облікових даних як до постійної загрози, оскільки пов'язані зловмисники, ймовірно, використають їх .

TeamPCP продемонструвала, що один невідкликаний токен, на три рівні вглиб може перетворити один витік облікових даних на загрозу для всієї екосистеми. Атака на LiteLLM — це яскраве нагадування про те, що в сучасних ланцюгах постачання програмного забезпечення інструмент, якому ви довіряєте для пошуку вразливостей, сам може стати вразливістю.