- Maraming nakompromisong release Naglagay ng malware ang @7nohe/openapi-react-query-codegen sa mga proyekto gamit ang mga hook na nakabatay sa TanStack Query.
- Inabuso ng umaatake ang isang pagtakas sa sandbox na binding.gyp at mga preinstall script upang magpatakbo ng isang obfuscated JavaScript payload habang nag-i-install ng npm.
- Ang kargamento kumukuha ng malawak na kredensyal sa cloud at developer, inilalabas ang mga ito sa mga repositoryo ng GitHub na kontrolado ng attacker.
- Ang mga ninakaw na token ay ginagamit pagkatapos ikalat ang malware sa mas maraming npm package at GitHub repos, na lumalason sa mas malawak na supply chain ng JavaScript.
Para sa mga team na umaasa sa TanStack Query bilang kanilang go-to npm package para sa pamamahala ng server state sa React at iba pang front-end frameworks, ipinapakita ng isang kamakailang insidente sa supply-chain kung gaano kabilis masira ang tiwala na iyon. Isang sikat na companion tool, na partikular na ginawa para makabuo ng mga type-safe na TanStack Query hook mula sa mga OpenAPI schema, ay tahimik na ginawang armas at itinulak sa npm registry na may kasamang sopistikadong malware payload.
Inilalarawan ng mga mananaliksik sa seguridad ang pag-atake bilang isang kampanyang istilo-TeamPCP na muling ginagamit ang marami sa mga teatro at teknikal na pattern na nakita sa mga naunang insidente. Gayunpaman, sa pagkakataong ito, ang pokus ay nakatuon sa mga developer na nagtatayo ng kanilang data layer gamit ang @7nohe/openapi-react-query-codegen package, isang utility na nangangakong makakatipid ng oras sa pamamagitan ng awtomatikong pagbuo ng mga TanStack Query hook sa halip na manu-manong magsulat ng boilerplate.
Paano naging isang paraan ng paghahatid ng malware ang isang TanStack Query code generator
Ang paketeng nasa sentro ng insidente, ang @7nohe/openapi-react-query-codegen , ay dinisenyo upang kumuha ng isang ispesipikasyon ng OpenAPI at maglabas ng mga ganap na na-type na hook na tugma sa TanStack Query. Dahil sa mahigit 150,000 lingguhang pag-download, ito ay nasa kritikal na landas para sa maraming mga koponan na nag-istandardize sa TanStack Query upang ayusin ang pagkuha, pag-cache, at pag-synchronize ng data ng backend sa kanilang mga frontend na nakabatay sa React.
Ayon sa post-mortem, nagawa ng attacker na ikompromiso ang parehong npm package at ang GitHub repository nito . Ang paglabag ay nakamit sa pamamagitan ng pagsasamantala sa isang kahinaan sa isa sa mga workflow ng GitHub Actions ng proyekto, ibig sabihin ang mga malisyosong build ay tila nagmula pa rin sa lehitimong CI pipeline at ipinadala kasama ang mga wastong provenance attestation. Ang mga cryptographic attestation na iyon, na karaniwang isang malakas na trust signal para sa mga gumagamit ng npm, ay naging mapanlinlang nang ang workflow mismo ay nasa ilalim ng kontrol ng mga kaaway.
Sa loob lamang ng halos dalawampung minuto, naglathala ang attacker ng sampung bersyon ng package na may poisoning code sa npm, bawat isa ay naglalaman ng code na idinisenyo upang isagawa habang ini-install at mag-bootstrap ng multi-stage malware payload. Ang mga apektadong release ay sumasaklaw sa ilang minor at patch na bersyon, na lahat ay dapat na ngayong ituring na hindi mapagkakatiwalaan.
- @7nohe/openapi-react-query-codegen@0.5.4
- @7nohe/openapi-react-query-codegen@0.5.5
- @7nohe/openapi-react-query-codegen@1.6.3
- @7nohe/openapi-react-query-codegen@1.6.4
- @7nohe/openapi-react-query-codegen@2.2.1
- @7nohe/openapi-react-query-codegen@2.2.2
- @7nohe/openapi-react-query-codegen@3.0.3
- @7nohe/openapi-react-query-codegen@3.0.4
- @7nohe/openapi-react-query-codegen@0.0.0-365d4eb738d3146583431948d3ba6e27a32556be
- @7nohe/openapi-react-query-codegen@0.0.0-ec7876d6c917dad516ba69bbfafc948b834bf0ab
Ang lahat ng mga variant na ito ay may parehong pangunahing layunin: samantalahin ang popularidad ng package sa mga gumagamit ng TanStack Query upang makamit ang pagpapatupad ng code habang isinasagawa ang npm install at pagkatapos ay kumalat sa mas malawak na supply chain ng JavaScript.
Ang payload na "Trinitite" at ang mga trick nito sa oras ng pag-install
Kinikilala ng malware ang sarili nito gamit ang label na puro salita lang “Trinitite: Inisponsoran ng Preview 2 Effects”, isang pagtukoy sa malasalaming materyal na nabuo sa pamamagitan ng mga pagsubok sa nukleyar. Mga naunang panloob na pangalan ng iskrip tulad ng is_it_this_simple.js pahiwatig ng kaswal na saloobin ng umaatake, ngunit ang pinagbabatayang pamamaraan ay hindi talaga simple.
Ang pangunahing kawit ng pagpapatupad ay nakasalalay sa isang pagtakas sa sandbox na binding.gypSa mga normal na proyekto ng Node.js, ginagamit ang binding.gyp upang i-configure ang mga native addon na na-compile ng node-gyp, ngunit dito ito ay ginagamit bilang armas. Kapag nakatagpo ang npm ng isang binding.gyp file, sinusuri ng node-gyp ang conditions field gamit ang Python. Naglalagay ang attacker ng maingat na binuong Python expression sa field na iyon, ginagamit ang class hierarchy ng Python para lumabas sa inaasahang sandbox at magpatakbo ng mga arbitraryong shell command.
Sa nakompromisong pakete, ang ekspresyon ng mga kondisyon ay labis na nalilito gamit ang Mga pagtakas sa Unicode at hexKapag na-decode na, ipinapatupad nito ang internal na operasyon ng Python __subclasses__ puno upang mahanap ang catch_warnings klase, ginagamit iyon bilang pivot upang maabot __builtins__, inaangkat ang os modyul at sa wakas ay tinatawag os.system() para ilunsad ang pangunahing payload gamit ang Node. Ang type Ang patlang sa binding.gyp ay hex-encoded bilang none, kaya walang tunay na katutubong build ang sinubukan; ang configuration ay umiiral lamang upang ipuslit ang isang utos ng shell.
Ang pamamaraang ito ay nangangahulugan na ang pakete ay maaaring magpatakbo ng malisyosong code habang nag-i-install kahit walang malinaw na preinstall script na tinukoy sa package.json. Gayunpaman, hindi lahat ng mga bersyong may poisoning ay umaasa sa eksaktong trick na ito. Dalawang prerelease build ang gumagamit ng mas direktang preinstall hooks: ang isa ay nagpapatupad ng Node script na pinangalanang nu.js direkta, habang ang isa naman ay kumukuha ng Bun runtime sa pamamagitan ng wget pinadaloy sa tubo bash at pagkatapos ay pinapatakbo ang angkop na pinangalanan is_it_this_simple.jsPinagsasama ng mga susunod na bersyon ang parehong pamamaraan, na nagpapadala ng isang malisyosong binding.gyp at a preinstall entry na nakaturo sa parehong pangunahing payload ng JavaScript para sa redundancy.
Mga layer ng obfuscation at pag-iwas sa sandbox sa pangunahing payload ng JavaScript
Kapag gumana na ang unang hook, ang attack ay lilipat sa isang malaking JavaScript file na pinangalanang 3FWCvzduYZg.js , na inilagay sa root ng npm package. Sa humigit-kumulang 5.4 MB at pinaliit sa isang linya lamang, ang script ay idinisenyo upang maging opaque hangga't maaari sa isang sulyap, at ipinapakita ng karagdagang pagsusuri na protektado ito ng ilang natatanging encryption at obfuscation layers.
Ang pinakalabas na patong ay binubuo ng isang 1.6-milyong-elemento na integer array, na-decrypt gamit ang isang simpleng XOR laban sa constant na 29. Ang decryption na iyon ay magbubunga ng pangalawang script na ang trabaho ay tahimik na kunin ang Bun runtime, na sine-save ito sa ilalim ng isang pansamantalang filename na may trinnyyyy-XXXXX pattern sa pansamantalang direktoryo ng system, at pagkatapos ay gamitin ang Bun upang isagawa ang tunay na core payload. Ang core mismo ay nakabalot sa AES‑128‑GCM encryption at pagkatapos ay dumadaan sa mga custom cipher sa ibabaw ng mga karaniwang pamamaraan ng JavaScript obfuscation, kabilang ang mga nakikita sa mga sikat na tool tulad ng obfuscator.io.
Ganap na naka-unpack, ang malalim na patong-patong na payload na ito ay nagpapakita ng pinaghalong mga kakayahan: isang credential harvester na nagta-target sa malawak na hanay ng mga cloud at developer platform, isang worm component na kayang ikalat ang impeksyon sa mga bagong target, at isang mapanirang command channel. Bago mag-activate ang alinman sa mga iyon, nagsasagawa ang script ng isang serye ng mga environmental check upang maiwasan ang mga sandbox at security tool, at tahimik na lalabas kung natugunan ang ilang mga palatandaang kundisyon.
Kabilang sa mga tseke ay mga tagapagpahiwatig ng lokal, kapaligiran at filesystem karaniwang iniuugnay sa mga kapaligirang pananaliksik. Ang malware ay nawawala kung ang lokalidad ng sistema ay Ruso, kung ang mga direktoryo na kabilang sa mga produktong pangseguridad ng endpoint tulad ng CrowdStrike, SentinelOne o Carbon Black ay naroroon, kung ang kasalukuyang direktoryo ng pagtatrabaho ay tumutugma sa mga path na ginagamit ng mga kilalang tool sa pag-scan ng supply-chain, o kung ang mga variable ng kapaligiran ay naglalaman ng mga pekeng kredensyal na ginagamit ng mga security scanner. Tinitingnan din nito ang GITHUB_REPOSITORY_OWNER at ang pagkakaroon ng mga tool sa pagpapatigas tulad ng StepSecurity's harden-runner, pag-iwas sa mga GitHub account na kilalang pagmamay-ari ng mga mananaliksik sa seguridad.
Ang ninanakaw ng malware mula sa mga kapaligirang pang-development na nakabatay sa TanStack Query
Kapag naipasa na ang mga environment check, magsisimula nang mang-ani ng mga kredensyal ang malware gamit ang malawak na lambat. Bagama't ang orihinal na pakete ay nakabalangkas bilang isang katulong para sa mga gumagamit ng TanStack Query, ang aktwal na target na ibabaw ay umaabot nang higit pa sa isang library, na umaabot sa halos bawat layer ng toolchain at cloud stack ng isang modernong JavaScript developer.
Sa panig ng developer, ini-scan ng payload ang Mga token ng personal na access sa GitHub sa iba't ibang format, kabilang ang mga klasikong token na nagsisimula sa gho or ghp at mas bagong pinong mga token na nagsisimula sa github_pat_Sa mga GitHub Actions runner, humihiling din ito ng mga OpenID Connect token sa pamamagitan ng dokumentadong ACTIONS_ID_TOKEN_REQUEST_TOKEN at ACTIONS_ID_TOKEN_REQUEST_URL mga variable ng kapaligiran, na nagbibigay sa attacker ng landas upang ipagpalagay ang mga pagkakakilanlan ng workload sa halip na mga static na sikreto lamang.
Pagkatapos ay lilipat ang script sa mga rehistro ng karaniwang wika. Mababasa rito mga token ng npm, PyPI at RubyGems mula sa mga configuration file tulad ng ~/.npmrc, mga scan para sa karagdagang proyektong lokal .npmrc mga file at mga pagtatangka upang mapatunayan ang natuklasang mga token ng npm bearer sa pamamagitan ng pagtawag sa /-/whoami endpoint sa pampublikong registry. Ginagamit ang mga katulad na pattern para sa PyPI at RubyGems, minamina ang datos ng pagpapatunay at kinukumpirma na ang bawat token ay maaaring matagumpay na makipag-ugnayan sa kani-kanilang registry bago ito i-exfiltrate.
Mas malaki pa ang sakop ng cloud footprint. Sa Amazon Web Services, inililista ng malware ang mga environment variable tulad ng AWS_ACCESS_KEY_ID at AWS_SECRET_ACCESS_KEY, mga parse ~/.aws/credentials at ~/.aws/config, at nagtatanong sa EC2 Instance Metadata Service sa 169.254.169.254, mas gusto ang IMDSv2 ngunit bumabalik kung kinakailangan. Para sa mga workload ng container, nakikipag-usap ito sa endpoint ng metadata ng ECS sa 169.254.170.2Anumang mga kredensyal o pansamantalang token na mababawi nito ay sinusubok laban sa sts:GetCallerIdentity upang kumpirmahin ang bisa bago ipila para sa exfiltration.
May maihahambing na lohika para sa iba pang mga cloud provider. Maaaring mangalap ang script Mga kredensyal ng kliyente ng Azure at mga pinamamahalaang pagkakakilanlan, Kabilang ang AZURE_CLIENT_ID, AZURE_CLIENT_SECRET at AZURE_TENANT_ID, at pagkatapos ay i-access ang Azure Key Vault, Azure Resource Manager at Microsoft Graph kapag na-authenticate na. Para sa Google Cloud, hinahanap nito ang GOOGLE_APPLICATION_CREDENTIALS mga file, nagtatanong sa GCP metadata server sa metadata.google.internal at, kung maaari, ginagamit ang mga nagresultang token upang tawagan ang Google Secret Manager. Ang mga pag-deploy ng HashiCorp Vault ay nasa listahan din: hinahanap ng payload ang mga address at token ng Vault sa pamamagitan ng mga environment variable at token file, pagkatapos ay sinusuri ang HTTP API ng Vault upang isa-isahin ang mga naa-access na sikreto.
Higit pa sa cloud IAM, ang malware ay nagsasagawa ng malawak na pag-sweep ng filesystem gamit ang mahigit 150 glob patternsNaghahanap ito ng mga pribadong susi ng SSH, mga konpigurasyon ng Docker, .env mga file, mga tindahan ng kredensyal ng Git, .npmrc at .pypirc mga file, mga kredensyal ng Terraform at cargo, mga file ng kasaysayan ng shell, data ng cryptocurrency wallet, at mga direktoryo ng configuration para sa malawakang ginagamit na mga messaging app tulad ng Signal, Telegram Desktop, Discord, Slack at Element. Sinusuri rin nito ang mga configuration file ng VPN mula sa mga serbisyo kabilang ang NordVPN, ProtonVPN, CyberGhost, PIA at iba pa, kasama ang mga token at domain para sa mga binary repository manager tulad ng JFrog Artifactory.
Pag-exfiltration sa pamamagitan ng mga GitHub repo at ang mga "meow meow meow" commit
Matapos kolektahin ang lahat ng mga sikretong ito, kailangan ng malware ng lugar para ipadala ang mga ito. Sa halip na gumamit ng isang nakapirming command-and-control domain na madaling harangan, umaasa ang mga umaatake sa mga pampublikong repositoryo ng GitHub bilang isang exfiltration channel , na pinagsasama ang ninakaw na data sa normal na daloy ng trapiko ng developer.
Una, hinahanap ng payload ang pampublikong kasaysayan ng commit ng GitHub para sa mga mensaheng tumutugma sa isang partikular na pattern na nag-eembed ng isang naka-encrypt na token sa madaling makita, gamit ang isang parirala na sumasaway sa mga user dahil sa pagbawi nito. Kapag natagpuan na ang naturang commit, ide-decrypt ng malware ang naka-embed na token at ginagamit ang nauugnay na account upang lumikha ng isang bagong repository kung saan itatago ang ninakaw na data. Ang di-direktang ito ay nangangahulugan na ang mga kredensyal na kinuha mula sa isang biktima ay sine-save sa mga repository na teknikal na pagmamay-ari ng isa pang user ng GitHub, na ginagawang mas mahirap masubaybayan ang network ng mga nakompromisong repo pabalik sa iisang pagkakakilanlan ng attacker.
Ang mga bagong gawang repositoryo ay mayroon kakaiba at awtomatikong nabuong mga pangalan binubuo ng dalawang karakter mula sa serye ng Touhou Project at isang random na numero, na nagreresulta sa mga kumbinasyon tulad ng cirno-marisa-74291 or reimu-kogasa-12048Ang kanilang mga paglalarawan ay nakatakda sa parehong pariralang "Trinitite: Sponsored by Preview 2 Effects" na nakikita sa payload, na nagbibigay ng isa sa mga tanging malinaw na palatandaan para sa mga tagapagtanggol na sinusubukang matukoy ang mga repo na ito nang malawakan.
Ang mga ninakaw na kredensyal ay kinokolekta bilang mga naka-encrypt na JSON file sa loob ng isang results/ direktoryo, gamit ang mga pangalan ng file na nagsisimula sa doubletrinnys- na sinusundan ng isang counter at timestamp. Ang bawat file ay naglalaman ng isang envelope patlang na naglalaman ng naka-encrypt na bundle ng data at isang key field na naglalaman mismo ng encryption key, na karagdagang nakabalot gamit ang RSA public key ng attacker. Sa isang kaswal na tingin, ang mga ito ay mukhang arbitraryong naka-encrypt na mga blob. Tanging ang isang taong may katugmang private key ang maaaring baligtarin ang proseso, kaya kahit na matagpuan ang mga repository, ang ang mga tunay na sikreto ay nananatiling malabo sa mga ikatlong partidoAng mga commit message ay karaniwang maikli at walang pakundangan, na may mga string tulad ng "meow meow meow" na paulit-ulit na ginagamit.
Pagpapalaganap ng parang bulate sa iba pang mga pakete ng npm at mga proyekto ng GitHub
Isa sa mga pinakanakababahalang aspeto ng kampanya ng Trinitite ay ang kakayahan nitong muling gamitin ang mga ninakaw na token upang ikompromiso ang mga karagdagang pakete at repositoryo . Sa halip na limitahan ang sarili nito sa orihinal na pakete ng TanStack Query code generator, ang malware ay kumikilos na parang bulate, sistematikong naghahanap ng mga paraan upang kumalat.
Kapag may hawak na valid na npm token, kinukuwestiyon ng payload ang npm API upang ilista ang lahat ng token na nauugnay sa account, at pipiliin ang pinakapribilehiyong publish token. Pagkatapos, magsasagawa ito ng paghahanap para sa bawat package na pagmamay-ari ng maintainer na iyon, ida-download ang umiiral na tarball para sa bawat isa, at ilalagay ang parehong binding.gyp sandbox escape at main payload file sa mga nilalaman ng package. Pagkatapos ng mga pagbabago, magpa-publish ito ng bagong bersyon sa npm sa ilalim ng pangalan ng lehitimong maintainer, na epektibong ginagawang mga bagong infection vector ang mga trusted package . Katulad na pag-uugali ang ipinapatupad para sa PyPI at RubyGems sa pamamagitan ng kani-kanilang upload endpoint, kung saan hindi pinagana ang mga TLS certificate check sa mga outbound request upang maiwasan ang mga isyu sa client-side pinning.
Ang mga repositoryo ng GitHub ay tinatrato sa katulad na paraan. Kapag nakakuha ang malware ng isang token ng GitHub na may sapat na saklaw, inililista nito ang bawat naa-access na repositoryo at branch, nilalaktawan ang ilang kilalang branch ng automation tulad ng mga may prefix na release/, dependabot/, renovate/ or copilot/Para sa mga natitirang sangay, nag-commit ito ng isang set ng maingat na piniling mga file na nagsisilbing parehong backdoor at bilang mga hook sa modernong development tooling.
Kabilang sa mga ito ay mga naka-backdoor na file ng VS Code at Claude, Kabilang ang .vscode/tasks.json, .claude/settings.json at mga script tulad ng setup.mjs na isinasagawa kapag binuksan ng isang developer ang isang proyekto sa ilang partikular na AI-assisted editor. Naglalabas din ang malware ng pekeng .github/workflows/codeql.yml daloy ng trabaho na nagkukunwaring isang security scan habang nagbibigay ng isa pang channel para sa pagpapatupad ng code sa loob ng CI. Ang mga karagdagang file ay naka-target sa iba pang mga editor at tool, tulad ng Gemini, Cursor at iba't ibang code assistant, na tumutulong sa attacker na mapanatili ang persistence saanman aktwal na nagtatrabaho ang mga developer.
Ang bawat isa sa mga commit na ito ay isinulat sa ilalim ng github-actions pagkakakilanlan, na may mga mensaheng mukhang routine maintenance tulad ng “chore: update dependencies” at isang trailer flag skip-checks:true para makaligtaan ang mga kinakailangang pagsusuri. Sa isang sulyap ng isang abalang pangkat na nag-i-scan ng mga commit log, ang mga pagbabagong ito ay madaling mapagkamalan na mga hindi nakakapinsalang pag-update ng automation.
Mga indikasyon ng kompromiso para sa mga pangkat na gumagamit ng TanStack Query tooling
Para sa mga organisasyong umaasa sa TanStack Query at isinama na ang @7nohe/openapi-react-query-codegen sa kanilang workflow, ang pagtukoy sa potensyal na pagkakalantad ay nagsisimula sa mga tagapagpahiwatig ng bersyon at antas ng file na ngayon ay na-highlight na ng maraming mapagkukunan. Ang mga pahiwatig na ito ay makakatulong na matukoy kung aling mga proyekto ang maaaring nagpatakbo ng nakompromisong code sa kanilang mga hakbang sa pag-install.
Anumang paggamit ng mga apektadong bersyon ng @7nohe/openapi-react-query-codegen na nakalista kanina ay dapat ituring na kahina-hinala, lalo na kung ang mga build ay isinagawa sa shared CI infrastructure o mga developer laptop na may access sa mga sensitibong credential. Pinapayuhan ang mga security team na i-audit ang mga lockfile, package.json histories, at build log upang kumpirmahin kung ang mga release na iyon ay na-pull na sa mga production o staging environment.
Sa disk, isang mahalagang senyales ng pagkakompromiso ay ang presensya ng 3FWCvzduYZg.js file sa root ng package . Na-catalog ng mga imbestigador ang ilang SHA‑256 hash na nauugnay sa iba't ibang obfuscated builds ng script na ito, na lahat ay naka-link sa parehong pinagbabatayan na functionality:
- 8e5d1af68ca340ae0c6e8132cb00c686ec2d60502c1994d94ce353d1472ad5a3
- b49afb7dba04cd99b357ce7c652c823a3707f28e130bd5c6645851a7adc030d6
- 59370c67b54a0ccaedd265e2356f04540b2fba1e1845300ef6de4d5437d99380
- 778d6f0058045d6a2ab9a7e1d3e3be8e7e6b4d9cc217d13949bf1dfbab759a7c
- b24d121667f21f492cb9db34fbfd515d5922a8dd30b9c45215c7220abbb10ca8
- e1f1162ece9a6e6ea21a20399cbf31c563a8149d433a68711f4223870c203d5a
- b6012b2ff87f08f93ee53921c48db907ddbcf5461b03bb988083b01a36886237
- 709af2fdeb50324229e94c44c679a0fab18bd8e17d3864405989c526cbb63ad8
Bukod pa rito, maraming nahawaang host ang lumilikha ng mga pansamantalang direktoryo na may mga pangalang nagsisimula sa trinnyyyy- na sinusundan ng isang maikling string ng mga random na alphanumeric character sa system temp folder. Bagama't ang pattern na ito lamang ay hindi nagpapatunay ng isang kompromiso, kasama ang isang kahina-hinalang binding.gyp file at isa sa mga kilalang payload hash, malaki ang posibilidad na ang Trinitite malware ay naipatupad na sa sistemang iyon.
Isinama na ng ilang security vendor ang mga indicator na ito sa kanilang mga detection feed. Halimbawa, ang mga platform na nakatuon sa developer tooling at supply-chain security ay minamarkahan na ngayon ang anumang repository o proyekto na nag-i-import ng mga apektadong bersyon bilang isang kritikal na isyu sa malware , na kadalasang binibigyan ito ng pinakamataas na antas ng kalubhaan upang mag-udyok ng agarang imbestigasyon. Hinihikayat ang mga team na magsagawa ng mga rescan sa kanilang mga organisasyon, lalo na sa mga kapaligiran kung saan ang TanStack Query ay mahalaga sa arkitektura ng application at malawakang ginagamit ang mga tool sa pagbuo ng code.
Lumilitaw ang mga espesyal na tool at open-source utility na nasa harap ng npm, yarn, pnpm at mga kaugnay na package manager, na sinusuri ang mga bersyon ng package laban sa mga curated intelligence feed bago ang pag-install. Ang ideya ay upang maharang ang mga malisyosong o kahina-hinalang pakete, lalo na ang mga nauugnay sa mga insidenteng tulad nito, bago pa man ito mapunta sa mga tao. node_modules, binabawasan ang panganib na maaaring hindi direktang ilantad ng isang nakompromisong helper library Mga aplikasyong pinapagana ng TanStack Query at ang kaugnay na imprastraktura ng mga ito.
Para sa mga development team, binibigyang-diin ng insidenteng ito kung paano ang isang tila hindi nakakapinsalang convenience package—isa na bumubuo lamang ng mga typed hook para sa TanStack Query mula sa isang OpenAPI spec—ay maaaring maging isang malakas na attack vector kapag ang CI pipeline at distribution channel nito ay nasira. Ang mga depensibong hakbang ngayon ay kailangan nang lumampas sa pagsuri sa mga pangunahing application dependencies upang maisama ang mga generator, CLI at automation script na tahimik na humuhubog kung paano ginagamit ang mga dependency na iyon araw-araw.
