CISA предупредува на напади поддржани со вештачка интелигенција, а компромитирана верзија на ARTEX овозможува root пристап до 62 конзоли

Индискиот тим за одговор при компјутерски инциденти (CERT-In) откри дека сајбер-криминална група која користи вештачка интелигенција (AI), а која ја следи под името Crafty Falcon, напаѓа организации од банкарскиот сектор, секторот за финансиски услуги и осигурување (BFSI) во земјата.

Опишувајќи ја заканата како активна и тековна, агенцијата наведува дека нападите вклучуваат употреба на јавно достапни алатки за офанзивна безбедност базирани на вештачка интелигенција, како што се ARTEX, PentAGI, Cairn и CyberStrikeAI.

„Овие алатки автономно извршуваат целосни синџири на напади со машинска брзина, генерираат и усовршуваат голем број приспособени скрипти за напади во кратки временски интервали и ги адаптираат своите малициозни содржини врз основа на одговорите од целните системи“, соопшти CERT-In. „Инфраструктурата што ги поддржува нападите ги менува IP-адресите во интервали од неколку часа до неколку дена.“

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

Ова ажурирање следува по предупредувањето што CERT-In го објави во октомври 2026 година, во кое предупреди на повеќе кампањи за сајбер-напади насочени кон небанкарски финансиски компании (NBFC), платформи за дигитално кредитирање, финтек-компании, даватели на платежни услуги и оператори на паричници за криптовалути.

Забележано е дека напаѓачите ги искористуваат апликациите достапни преку интернет, изложените API-интерфејси и привилегираните крајни точки за да украдат акредитиви за API-интерфејсите на агрегаторите/платежните портали и партнерските банки. Потоа директно повикуваат API-интерфејси за трансфер на средства од сопствената инфраструктура на нападнатите организации, која веќе се наоѓа на листата на дозволени извори.

Некои од другите позначајни начини за првичен пристап се наведени подолу:

• Користење украдени, долготрајни статични API-токени вградени директно во кодот.
• Компромитирање на синџирот на снабдување преку фалсификувани commit-записи во складиштата на изворен код.
• Искористување акредитиви во обичен текст во конфигурациски датотеки, изворен код или бази на податоци.
• Пристап до апликации и далечински услуги што немаат имплементирана повеќефакторска автентикација (MFA).

Според CERT-In, овој пристап ги заобиколува контролите на ниво на апликација, како што се креирање кредити, KYC-проверки (идентификација на клиенти), одобрување кредити, проверка на корисници на кои им се префрлаат средства, проверка на доволноста на салдото и ограничувањата за износот на секоја трансакција.

Брзото извршување на лажните трансакции е осмислено така што средствата се префрлаат на сметки на посредници контролирани од напаѓачите, во повеќе банки. Дополнително, напаѓачите преземаат чекори за бришење на логовите и манипулирање со безбедносните алатки на крајните уреди, со цел да го отежнат откривањето на нападите и одговорот при безбедносни инциденти.

CERT-In исто така предупреди дека напаѓачите ја таргетираат cloud-инфраструктурата за извршување команди и поставување малициозни содржини, како и јавно достапните непродукциски околини за да дојдат до заеднички акредитиви, токени или мрежни патеки. Потоа ги користат овие податоци за преминување кон продукциските системи.

Други позначајни активности што напаѓачите ги преземаат по успешното компромитирање се:

• Обратно инженерство на кодот на апликациите со цел развивање приспособени експлоити.
• Иницирање неовластени API-повици преку модифицирани пакети на апликации, со што се поткопуваат безбедносните контроли кои „претпоставувале дека API-интерфејсите ќе ги повикува само легитимната клиентска апликација“.
• Извршување тест-трансакции со минимални износи (на пример, 1 рупија) за проверка на неовластените текови на средства пред да се реализираат трансфери на големи суми.
• Злоупотреба на API-интерфејсите за порамнување на плаќањата кај агрегаторите на плаќања со цел префрлање средства.
• Искористување новообјавени ранливости, вклучително и синџири на експлоатации преку поставување датотеки и десеријализација, што доведуваат до поставување web shell на PHP и Node.js апликации.
• Динамичко креирање голем број приспособени скрипти и нивно постојано подобрување во кратки временски интервали, што е образец карактеристичен за развој со помош на вештачка интелигенција.

Овој развој доаѓа во период кога CERT-In ги објави Насоките за безбедносна ревизија на системите со вештачка интелигенција (Artificial Intelligence Security Auditing Guidelines), во кои се утврдени конкретни барања за обезбедување „управување, безбедност, приватност, правичност, транспарентност, отпорност и можност за ревизија на AI-системите“.

Рамката предвидува тестирање на документираниот идентитет на AI-агентите, нивните овластени цели, одобрената употреба на алатки, границите на дозволите и почитувањето на принципот на најмали привилегии (PoLP).

Исто така, се бара од AI-агентите да побараат човечко одобрување пред извршување дејства со значајни последици, додека високоризичните AI-системи мора да вклучуваат механизми за итен прекин, отповикување на акредитивите и контроли за спречување автоматско рестартирање.

„Ефективната безбедносна гаранција бара организациска одговорност, техничко тестирање, управување со податоците и моделите, континуирано следење, човечки надзор, одговор при инциденти и гаранции од трети страни“, соопшти агенцијата. „Соодветно на тоа, рамката предвидува барања што можат да се ревидираат и се пропорционални на природата, обемот, степенот на автономија и потенцијалното влијание на секој AI-систем.“

Лажна верзија на ARTEX овозможува добивање root shell-пристап

Злоупотребата на алатки за тестирање на пенетрација со отворен код, како ARTEX, во реални сајбер-напади го натера нејзиниот развивач да го отстрани складиштето од GitHub. Сепак, на платформата за хостирање код, во сопственост на Microsoft, се појавија повеќе копии за да ја пополнат празнината:

• github[.]com/trhhubsd/ARTEXX
• github[.]com/mhtsec/ARTEX („mianhuatang11/artex“ на Docker Hub)
• github[.]com/RuoJi6/ARTEX

Првите две GitHub-складишта веќе не се достапни за преземање. Според независниот истражувач за сајбер-безбедност, кој го користи онлајн псевдонимот Badbyte, складиштето „trhhubsd/ARTEX“ имало 2.449 означувања со ѕвездичка (stars) и било форкнато повеќе од 600 пати.

Она што е особено значајно кај копијата на GitHub е тоа што била изменета само една линија во датотеката „docker-compose.yml“, со цел да се преземе Docker-сликата „tomicdd/artex“ од Docker Hub.

Модифицираната верзија крие нова функционалност која овозможува добивање root shell-пристап при неавтентицирано барање испратено до крајната точка за најавување. Според статистиката објавена на Docker Hub, сликата била преземена 9.000 пати.

„Во обработувачот за најавување е додадена скриена функција verifyCaptcha(): ако полето CAPTCHA започнува со таен маркер, остатокот од содржината се извршува преку sh -c со root-привилегии, а резултатот се враќа пред да се изврши каква било проверка на акредитивите“, изјави истражувачот во соопштение испратено по е-пошта до The Hacker News. „Тоа е root shell-пристап без потреба од автентикација на секоја инсталација, а притоа никогаш не се појавува при преглед на изворниот код.“

„Компромитирана ARTEX-инстанца ги содржи наодите за незакрпените ранливости на целните системи, активните акредитиви, собраните сесии и мрежната позиција. Оној што има пристап до задната врата може и тивко да го промени однесувањето на агентите при нивното следно извршување.“

Во периодот од 2 до 4 ноември 2026 година, на интернет биле откриени дури 62 ARTEX-конзоли што ја користеле компромитираната верзија. Првата инстанца била активирана уште на 20 октомври 2026 година, дванаесет дена откако Docker-сликата била поставена на платформата.

Од нив, 26 конзоли се наоѓале во САД, потоа следуваат 17 во Хонг Конг и седум во Кина.

Вкупно, до 4 ноември 2026 година биле откриени 1.645 хостови на кои била достапна ARTEX-конзолата.

Покрај „tomicdd/artex“, идентификувани се и повеќе Docker Hub-акаунти кои објавувале слики со името „artex“. Некои од нив се наведени подолу:

• congdonglinux/artex (исто така компромитирана и идентична со „tomicdd/artex“)
• mianhuatang11/artex
• autumn26/artex
• andy1099zz/artex
• dgddw/artex
• trhhubsd/ARTEX
• ylh440104/artex

„На авторот на задната врата не му требаше ништо повеќе. Луѓето што ги таргетирал веќе избрале да извршуваат непроверена алатка за напади со root-привилегии на отворена порта“, изјави Badbyte. „Знаеме дека ARTEX била користена злонамерно во реални напади и дека ќе продолжи да се користи на тој начин. Исто така, знаеме дека многу легитимни и љубопитни корисници ја инсталирале за да видат за што станува збор. Тие не се согласиле да добијат root shell-пристап на сопствениот сервер.“

Извори:

• The Hacker News – CERT-In Flags AI-Driven Attacks as Backdoored ARTEX Exposes 62 Consoles to Root Access The Hacker News