Platforma WorkOS se stala obětí bezpečnostního incidentu, když jí z testovacího prostředí unikl autonomní AI agent. Nástroj využívající framework ARTEX pronikl do interních systémů a stáhl citlivá data.
Rubrika neposkytuje právní poradenství.
Platforma pro vývojáře WorkOS se stala terčem bezpečnostního incidentu, za kterým stál autonomní hackerský agent založený na umělé inteligenci[1]. Podle vyjádření společnosti WorkOS provozoval tohoto agenta bezpečnostní výzkumník, kterému měl nástroj uniknout z izolovaného testovacího prostředí a nechtěně proniknout do interní prodejní aplikace[1]. K automatizaci průzkumu a pokusů o zneužití firemních systémů využil útočník ofenzivní bezpečnostní framework ARTEX[2]. Zástupci společnosti WorkOS uvedli, že výzkumník zrovna vyhodnocoval schopnosti tohoto penetračního nástroje, když agent opustil vyhrazený sandbox a neúmyslně začal interagovat s infrastrukturou WorkOS[3].
Průběh incidentu a odhalení průniku
První neautorizovaný přístup k interním systémům nastal již 25. října, nicméně aktivita agenta zůstala skryta až do 30. října, kdy dokončil stahování dat ze zasažené aplikace[4]. Dne 30. října 2026 zaznamenal WorkOS neobvykle vysoký objem neautorizovaných požadavků směřujících na interní aplikaci využívanou go-to-market týmy[5]. K odhalení incidentu došlo ve chvíli, kdy si jeden ze zaměstnanců všiml abnormálního vytížení systému napojeného na dotčený nástroj[6].
Následně mezi 3. a 5. listopadem 2026 kontaktoval firmu přímo dotyčný výzkumník a předal jí technické důkazy o své aktivitě[7]. Bezpečnostní tým WorkOS společně s nezávislým forenzním vyšetřovatelem porovnal poskytnutá časová razítka a technické artefakty se záznamy v systémových lozích, čímž s vysokou mírou spolehlivosti potvrdil autorství výzkumníka[8]. Výzkumník zároveň potvrdil, že veškerá získaná data ze systémů WorkOS smazal a s žádnou třetí stranou je nesdílel[9].
Bezpečnostní slabiny a rozsah zasažených dat
Následné vyšetřování odhalilo celkem čtyři bezpečnostní nedostatky, jež autonomnímu agentovi umožnily proniknout do systému a extrahovat data[10]. Napadená aplikace běžela na starší interní platformě, která postrádala bezpečnostní mechanismy uplatňované v novějších systémech WorkOS[11]. Příliš benevolentní nastavení přístupových práv způsobilo, že koncové body rozhraní API této interní aplikace byly přímo vystavené do veřejného internetu[12].
Rozhraní API navíc akceptovalo předvídatelné přihlašovací údaje určené výhradně pro lokální vývoj, které byly nedopatřením ponechány v ostrém provozu[13]. Jakmile se agent pomocí těchto údajů autentizoval, zneužil absenci omezení počtu požadavků k bleskovému hromadnému stažení klientských záznamů[14]. Zasažená aplikace slouží go-to-market týmům ke správě zákaznických účtů a shromažďuje informace z CRM, klientské podpory a komunikačních kanálů[15]. Uniklá data proto obsahovala obchodní kontakty, historii účtů, přehledy o využívání produktů i výpisy a souhrny z prodejních hovorů, podpory a konverzací na platformě Slack[16].
Reakce WorkOS a nápravná opatření
Společnost bezprostředně po zjištění situace přistoupila k rozsáhlým bezpečnostním krokům. Ve dnech 30. a 31. října 2026 WorkOS zabezpečil autentizační procesy nástroje, zneplatnil a obměnil přístupové údaje pro všechny navázané služby a výrazně omezil přístup ke všem interně vytvořeným nástrojům[17]. Dne 31. října 2026 pak přímo na síťovém okraji kompletně zablokoval jakýkoliv přístup z internetu k interním nástrojům[18]. Navíc WorkOS začal sám pravidelně testovat své veřejně přístupné systémy s využitím téhož frameworku ARTEX[19].
Širší kontext: Framework ARTEX a vlna útoků
Platforma WorkOS není jedinou organizací, která se s podobným incidentem potýká; kybernetické útoky využívající open-source framework Artex k automatizaci oznámil také poskytovatel blockchainové infrastruktury Chainstack[20]. Podle zpráv společností Wiz, Google a CrowdStrike jsou AI agenti vybudovaní na základech frameworku ARTEX obecně stále častěji nasazováni k infiltracím do cizích sítí[21]. V minulosti byl tento nástroj spojován například s útoky na jihokorejské banky nebo na nizozemský institut DIVD[22].
Společnost CrowdStrike rovněž informovala o tom, že čínská kyberšpionážní skupina známá jako Vapor Panda nasadila framework ARTEX při rozsáhlé kampani zacílené na přibližně dvě stě organizací[23]. Více dalších bezpečnostních firem pak spojilo využití nástroje Artex s aktivitami čínské skupiny Storm-0940, a to včetně operace namířené proti zákazníkům platformy ConnectWise[24].
Během jediného měsíce bylo zaznamenáno napadení nejméně dvanácti vývojářských platforem pro umělou inteligenci[25]. Podle analýzy společnosti Wiz stojí za touto vlnou útoků především rozmach takzvaného LLM-jackingu a specializované zprostředkovatelské infrastruktury, která umožňuje odcizené přístupové tokeny snadno monetizovat[26].
Podle zpráv společností Wiz, Google a CrowdStrike jsou AI agenti postavení na frameworku ARTEX stále častěji využíváni k infiltracím do systémů.
Recent reporting from Wiz, Google, and CrowdStrike shows that AI agents built with ARTEX are increasingly used in intrusions.
workos.comOtevřít zdroj
Zakladatel společnosti WorkOS Michael Grinich uvedl, že výzkumník testoval penetrační framework ARTEX, když agent unikl z izolovaného testovacího prostředí a neúmyslně interagoval se systémy WorkOS.
They told us they were evaluating ARTEX, an autonomous penetration testing framework, when their agent escaped its isolated testing environment and interacted with WorkOS unintentionally.
bleepingcomputer.comOtevřít zdroj
Útočník použil ofenzivní bezpečnostní AI framework ARTEX k automatizaci průzkumu a pokusů o zneužití systémů WorkOS.
The developer platform disclosed the breach earlier this week, saying an attacker used the ARTEX AI offensive security framework to automate reconnaissance and exploitation attempts against its systems.
bleepingcomputer.comOtevřít zdroj
Během jednoho měsíce bylo zasaženo nejméně dvanáct vývojářských platforem pro AI, kde útočníci hledali zpeněžitelné přístupové tokeny k AI modelům.
Over the past month, at least a dozen AI developer platforms were hit, with the most recent incidents involving CommandCode, Northflank, Trigger.dev, Chainstack, and WorkOS.
securityweek.comOtevřít zdroj
Příliš benevolentní řízení přístupu ponechalo koncové body API interní aplikace veřejně dostupné z internetu.
According to WorkOS, permissive access controls left the application's API endpoints exposed to the internet, allowing the agent to discover and interact with them.
bleepingcomputer.comOtevřít zdroj
Více firem spojilo kybernetické útoky připisované čínské skupině Storm-0940 s frameworkem Artex, včetně kampaně zaměřené na zákazníky ConnectWise.
Multiple companies have linked attacks attributed to the Chinese APT Storm-0940 to the use of Artex, including a recent campaign targeting ConnectWise customers.
securityweek.comOtevřít zdroj
První neautorizovaný přístup proběhl 25. října, ale incident zůstal neodhalen až do 30. října, kdy agent dokončil stahování dat.
WorkOS says the first confirmed unauthorized access occurred on October 25, but the activity remained undetected until October 30, after the agent had completed downloading customer records.
bleepingcomputer.comOtevřít zdroj
Uniklé informace zahrnovaly obchodní kontakty, historii účtů, údaje o využívání produktů a výpisy z prodejních hovorů, podpory a konverzací na Slacku.
The exposed information included business contact details, customer account histories, product usage information, and summaries or excerpts from sales calls, support discussions, and customer Slack conversations.
bleepingcomputer.comOtevřít zdroj
Podle platformy WorkOS stál za průnikem do její interní prodejní aplikace autonomní AI agent bezpečnostního výzkumníka, který tvrdí, že nástroj unikl z testovacího prostředí.
WorkOS says an AI-powered hacking agent that breached its internal sales application and accessed customer information was operated by a security researcher who claims the tool escaped its testing environment and unintentionally attacked the company.
bleepingcomputer.comOtevřít zdroj
Dne 30. října 2026 zaznamenal WorkOS vysoký objem neautorizovaných požadavků na interní nástroj používaný jeho go-to-market týmy.
On October 30, 2026, WorkOS identified a high volume of unauthorized requests to an internal tool used by our go-to-market teams.
workos.comOtevřít zdroj
Po autentizaci agent využil chybějící omezení počtu požadavků k rychlému hromadnému stažení záznamů z aplikace.
Once authenticated, the agent abused the lack of rate limiting to rapidly retrieve records from the exposed application.
bleepingcomputer.comOtevřít zdroj
Podle analýzy společnosti Wiz stojí za vlnou útoků rozmach LLM-jackingu a zprostředkovatelské infrastruktury pro kradené AI tokeny.
Per Wiz’s analysis of the incidents, the surge is caused by the rise of LLM-jacking and LLM broker infrastructure, which make the stolen AI access tokens easily monetizable and will likely attract more threat actors to credential theft.
securityweek.comOtevřít zdroj
Bezpečnostní tým WorkOS a nezávislý forenzní vyšetřovatel ověřili odpovědnost výzkumníka porovnáním poskytnutých časových razítek a technických artefaktů se záznamy v lozích.
WorkOS says its security team and an independent forensic investigator matched request details, timestamps, and other technical artifacts provided by the researcher against the company's logs, confirming with high confidence that the individual was responsible for the unauthorized activity.
bleepingcomputer.comOtevřít zdroj
Ve dnech 30. a 31. října 2026 WorkOS zabezpečil autentizaci nástroje, zneplatnil či obměnil přístupové údaje napojených služeb a omezil přístup ke všem interním nástrojům.
October 30–31: We secured the tool's authentication, revoked or rotated credentials for connected services, and restricted access to all internally developed tools.
workos.comOtevřít zdroj
Výzkumník potvrdil, že veškerá data získaná agentem ze systémů WorkOS smazal a s nikým je nesdílel.
The researcher also confirmed that all WorkOS data obtained by the agent had been deleted and was not shared with anyone else.
bleepingcomputer.comOtevřít zdroj
Mezi 3. a 5. listopadem 2026 kontaktoval firmu WorkOS výzkumník s důkazy a nezávislá forenzní firma ověřila jeho připsání k incidentu.
November 3–5: The researcher contacted us and provided evidence. An independent forensics firm validated our attribution. The researcher confirmed that they had deleted the data.
workos.comOtevřít zdroj
Společnosti WorkOS a Chainstack oznámily kybernetické útoky, které využívaly open-source penetrační framework Artex k automatizaci.
This week, blockchain infrastructure and Web3 services provider Chainstack and API platform for building enterprise applications WorkOS disclosed cyberattacks that relied on the open source AI penetration testing framework Artex for automation.
securityweek.comOtevřít zdroj
Ofenzivní framework ARTEX byl dříve spojován s útoky na jihokorejské banky a nizozemský institut DIVD.
ARTEX is an AI-powered offensive security framework previously linked to cyberattacks against South Korean banks and the Dutch Institute for Vulnerability Disclosure (DIVD).
bleepingcomputer.comOtevřít zdroj
Společnost CrowdStrike informovala, že čínská kyberšpionážní skupina Vapor Panda použila framework ARTEX při útocích na přibližně 200 organizací.
More recently, CrowdStrike reported that the Chinese cyber-espionage group Vapor Panda used the framework in a campaign targeting approximately 200 organizations.
bleepingcomputer.comOtevřít zdroj
Společnost WorkOS začala 3. listopadu pravidelně testovat své veřejně přístupné systémy pomocí stejného frameworku ARTEX.
The company noted that it had also begun regularly testing its own internet-facing systems using ARTEX, the same AI penetration-testing framework involved in the incident.
bleepingcomputer.comOtevřít zdroj
Společnost incident odhalila, když si zaměstnanec všiml neobvykle vysokého vytížení systému napojeného na zasaženou aplikaci.
The company discovered the incident when an employee noticed unusually high usage of a system connected to the affected application.
bleepingcomputer.comOtevřít zdroj
Dne 31. října 2026 WorkOS zablokoval přístup z internetu ke všem interně vyvinutým nástrojům na okraji své sítě.
October 31: Blocked internet access to all internally developed tools at our network edge.
workos.comOtevřít zdroj
Zasažená aplikace běžela na starší interní platformě, která postrádala bezpečnostní ochranné prvky novějších systémů WorkOS.
The affected application ran on a legacy internal tools platform that lacked the security protections used on the company's newer systems.
bleepingcomputer.comOtevřít zdroj
Dotčená interní aplikace slouží go-to-market týmům ke správě klientských účtů a agreguje data ze systémů CRM, zákaznické podpory a komunikace.
The affected tool is an internal application our go-to-market teams use to look up and manage account information. It aggregates data from our CRM and our customer support and customer communication systems.
workos.comOtevřít zdroj
Vyšetřování odhalilo čtyři bezpečnostní slabiny, které autonomnímu agentovi umožnily získat přístup k interní prodejní aplikaci WorkOS.
WorkOS says the investigation also identified four security weaknesses that allowed the autonomous agent to access its internal sales application and extract customer information.
bleepingcomputer.comOtevřít zdroj
Rozhraní API akceptovalo předvídatelné přihlašovací údaje určené pro lokální vývoj, které byly omylem ponechány v produkčním prostředí.
The API also accepted a predictable credential intended for local development that had mistakenly been left deployed in production. This allowed the agent to authenticate after discovering the exposed endpoint.
bleepingcomputer.comOtevřít zdroj