Săptămâna aceasta, atacatorii au exploatat activ o breșă din Langflow, platforma low-code pentru aplicații AI, ca să citească variabile de mediu de forma OPENAI_API_KEY și AWS_ACCESS_KEY_ID de pe instanțele expuse pe internet. Este exact scenariul de coșmar: o singură cheie scursă poate genera o factură de mii de dolari peste noapte și, în cazul AWS, acces la infrastructura ta. Iată cum îți reduci expunerea, în șapte pași.
De ce cheile API sunt o țintă
O cheie OpenAI validă lasă pe oricine să consume credite pe cheltuiala ta — botnet-urile care „minează” apeluri către modele pot costa victimele peste 1.000 de dolari pe zi. O cheie AWS poate porni zeci de servere pentru minat criptomonede sau poate citi tot ce ai în stocarea S3. O cheie de administrator dintr-o unealtă precum Langflow sau n8n îți dă acces la toate fluxurile, prompturile și conexiunile la baze de date. Pentru un atacator, o cheie e mai valoroasă decât o parolă: nu are 2FA și rareori expiră.
1. Nu pune niciodată chei direct în cod
Cheile hardcodate în scripturi ajung în Git, în capturi de ecran, în loguri. Ține-le în variabile de mediu (un fișier .env local) sau, mai bine, într-un gestionar de secrete. Codul citește cheia din mediu, nu o conține.
2. Ține fișierul .env departe de GitHub
Adaugă .env în .gitignore înainte de primul commit. Dacă bănuiești că o cheie a ajuns deja în istoricul repozitoriului, curăț-o cu unelte precum gitleaks sau git-filter-repo și activează scanarea automată de secrete (GitHub Secret Scanning e gratuit pe repozitoriile publice). O cheie ajunsă public trebuie considerată compromisă și rotită imediat, nu doar ștearsă din ultimul commit.
3. Limitează fiecare cheie
La OpenAI, setează o limită lunară de cheltuială (usage limits) și emite câte o cheie separată pentru fiecare proiect, ca s-o poți revoca punctual. La AWS, aplică principiul privilegiului minim: un utilizator IAM dedicat, cu acces strict la serviciile de care ai nevoie, niciodată chei de root. Cu cât o cheie poate face mai puține, cu atât un abuz costă mai puțin.
4. Nu expune uneltele low-code pe internet
Langflow, n8n, Flowise și platformele similare sunt gândite să ruleze într-o rețea de încredere. Pune-le în spatele unui VPN sau al unei autentificări solide (reverse proxy cu parolă, SSO), nu direct pe o adresă IP publică. Marea majoritate a instanțelor sparte erau pur și simplu accesibile oricui pe portul lor implicit.
5. Rotește cheile periodic — și imediat după orice incident
Stabilește un interval (de exemplu trimestrial) la care regenerezi cheile importante. După orice suspiciune de scurgere — un laptop pierdut, un colaborator care pleacă, o unealtă vulnerabilă — rotația se face pe loc, nu „când ai timp”.
6. Monitorizează consumul
Activează alertele de facturare: AWS Budgets îți trimite un e-mail când cheltuiala depășește un prag, iar OpenAI afișează consumul pe zi și pe cheie. O creștere bruscă și neexplicată a consumului este de obicei primul semn că o cheie a fost furată — cu câteva ore înainte să vină factura.
7. Ai dinainte un plan pentru „cheia a fost furată”
Pașii, în ordine: revoci cheia compromisă, emiți una nouă, verifici logurile (AWS CloudTrail, pagina de utilizare OpenAI) pentru activitate suspectă și cauți resurse create de atacator — instanțe de calcul pornite, chei noi adăugate, reguli de rețea modificate. Notează-ți acești pași acum, cât ești calm, nu în mijlocul incidentului.
Dacă folosești un serviciu găzduit
Preferă secretele gestionate de platformă — AWS Secrets Manager, HashiCorp Vault, Doppler, sau „secrets” din serviciul tău de hosting — în locul unor simple variabile de mediu în text clar. Aceste sisteme criptează valorile în repaus, le rotesc automat și țin un jurnal de acces. Breșa Langflow a funcționat tocmai pentru că cheile stăteau necriptate în mediul procesului.
Concluzie
Uneltele agentice și platformele low-code au făcut construirea aplicațiilor AI mult mai accesibilă, dar au adus și o suprafață de atac nouă — vezi și cazul grupării Aurora, care a folosit un agent comercial pentru exploatare. Regula de bază rămâne simplă: tratează fiecare cheie API ca pe o parolă care nu poate fi schimbată ușor și nu are 2FA — pentru că, în practică, exact asta este.
Fii primul care comentează acest articol!