Clonele ArtCraft: vulnerabilitățile publicate pe 22 octombrie și ce s-a exploatat de fapt

Pe la 1720, manufactura de porțelan din Meissen a început să-și marcheze piesele cu două săbii albastre încrucișate. Porțelanul de Meissen era atât de căutat încât atelierele din jur îl imitau, iar cumpărătorul nu avea cum să deosebească originalul de copie. Semnul de pe fundul farfuriei era garanția.

Software-ul open-source n-are săbii pe fund, dar are echivalentele lor: o adresă oficială, o semnătură digitală și o sumă de control. ArtCraft, proiectul care rescrie Photoshop, Word și AutoCAD cu ajutorul AI-ului, despre care am scris în articolul despre clonele Adobe, a aflat în trei săptămâni de ce contează. Pe 22 octombrie, sute de probleme de securitate au fost publicate deschis. Dar ce s-a exploatat de fapt nu au fost ele.

Ce s-a întâmplat pe 22 octombrie

Câțiva contribuitori au rulat audituri de securitate și de robustețe pe aplicațiile ArtCraft și au publicat rezultatele ca issue-uri obișnuite, vizibile pentru oricine. Am numărat cu API-ul GitHub: în organizația storytold s-au deschis în ziua aceea 1.286 de issue-uri, 312 cu „Audit” în titlu și 383 care pomenesc securitatea. Un bot al proiectului cere ca fiecare problemă să aibă tichetul ei, iar alți contribuitori au început să le trieze.

Problema nu e că au fost găsite vulnerabilități; orice program de mărimea asta are. Problema e canalul. Vulnerabilitățile se raportează privat, ca echipa să le repare înainte ca detaliile să fie publice. GitHub are pentru asta funcția de private vulnerability reporting, iar majoritatea repository-urilor ArtCraft o aveau pornită. La GridCraft și WordCraft lipsea însă fișierul SECURITY.md care să le spună celor care auditează pe unde să trimită. Chiar unul dintre contribuitorii care au făcut trierea a scris că o parte din probleme ar fi trebuit raportate privat.

Ce fel de vulnerabilități s-au găsit

Am citit trierea publicată pentru GridCraft (alternativa la Excel) și pentru WordCraft (alternativa la Word), în care un contribuitor a reprodus fiecare problemă pe un build din ziua respectivă și a recalculat scorul CVSS 3.1. Scorurile sunt estimarea lui, nu un rating oficial. Tiparele se repetă și în celelalte aplicații:

Două rânduri merită explicate, pentru că sunt specifice software-ului scris pentru agenți. Aplicațiile ArtCraft sunt făcute să poată fi conduse de un agent AI, prin MCP sau printr-un port local. E o idee bună pentru automatizări: un agent poate deschide un document, schimba ceva și salva. Dar dacă documentul vine din afară și conține un text de tipul „rulează scriptul Refresh” sau „deschide fișierul de credențiale”, un agent care ascultă de el devine unealta atacatorului. Se numește prompt injection și e motivul pentru care fișierele și folderele la care are acces un agent trebuie limitate de la început. Am explicat protocolul în articolul despre MCP.

Cazul GridCraft e un exemplu bun de reacție rapidă. Problema a fost raportată pe 21 octombrie seara, iar a doua zi a intrat corectura: scripturile dintr-un registru deschis dintr-un fișier sunt oprite până când utilizatorul apasă explicit „Trust Scripts”, iar chiar și atunci nu mai pot citi sau scrie fișiere și nu pot deschide linkuri.

Ce s-a exploatat de fapt: copiile false

Nu am găsit nicio dovadă că vreuna dintre vulnerabilitățile de mai sus a fost folosită într-un atac real. Atacurile documentate au mers pe o cale mai simplă: oameni care caută „PhotoCraft download” sau „CADCraft installer” și găsesc altceva decât proiectul oficial. Cronologia, din rapoartele publice:

Mecanismul e vechi, doar ambalajul e nou. Un proiect devenit viral în câteva zile are un nume căutat, iar aplicațiile sunt gratuite, deci promisiunea „gratis” nu mai trezește suspiciuni. Arhiva .7z de pe un repository cu nume aproape identic pare credibilă. Iar pentru că aplicațiile oficiale sunt și ele noi, unele versiuni primesc avertismente de la Windows SmartScreen, așa că oamenii se obișnuiesc să treacă peste ele. Într-un raport public despre un astfel de avertisment, un comentariu sugera chiar rularea ca administrator. Exact pe acest reflex se bazează copiile false.

Înainte să instalați: verificările pentru o firmă

1. Descărcați doar de pe getartcraft.com sau din github.com/storytold. Orice „downloader”, „installer” separat sau versiune „crack” e falsă: aplicațiile sunt gratuite, n-ai ce sparge.
2. Verificați suma SHA-256. Fiecare versiune oficială are în pagina de release un fișier SHA256SUMS.txt; pe Mac, comanda e shasum -a 256 urmată de numele fișierului, iar pe Windows, Get-FileHash în PowerShell.
3. Verificați semnătura. Pe macOS, PhotoCraft, de exemplu, e semnat și notarizat de Apple. Pe Windows, uitați-vă la editor în proprietățile fișierului; cel puțin o versiune oficială a ieșit nesemnată, iar un avertisment SmartScreen nu se ocolește rulând ca administrator.
4. Nu porniți canalul de control sau puntea MCP pe un calculator folosit de mai mulți oameni, până când nu au autentificare.
5. Dacă lăsați un agent AI să conducă aplicațiile, limitați-i folderele și nu-i dați documente primite din afară fără verificare.
6. Nu deschideți fișierele clienților într-o aplicație alpha. Folosiți copii, pe un calculator de test.
7. Pe calculatoarele firmei: conturi fără drepturi de administrator pentru munca de zi cu zi și o soluție EDR. În cazul raportat, troianul a obținut drepturi de administrator și a dezactivat Defender.

Lecția pentru software-ul scris cu AI

ArtCraft a arătat cât de repede se poate scrie cod cu un model de limbaj. Ziua de 22 octombrie a arătat că și auditul, triajul și reparațiile trebuie să țină pasul. Un proiect care primește peste o mie de issue-uri pe zi are nevoie de procese pe care proiectele mici le amână: un SECURITY.md cu canalul privat, versiuni semnate peste tot, fluxuri de build care nu dau secretele de semnare unor acțiuni neblocate pe o versiune, un model al amenințărilor scris de la început. Unele dintre ele existau la ArtCraft; altele au apărut ca cereri chiar în audituri.

Același lucru e valabil pentru o firmă care își construiește aplicații interne cu AI. Viteza e reală, dar verificarea de securitate nu se mai poate face o dată pe an. Unelte ca Claude Security ajută la găsire, iar decizia, prioritizarea și raportarea responsabilă rămân la oameni.