Un CVSS 10.0 într-un server pentru agenți AI: Veeam, Terraform MCP și Django au livrat toate remedieri de securitate săptămâna asta

Trei furnizori au publicat remedieri de securitate în aceeași fereastră, acoperind infrastructura de backup, uneltele pentru agenți AI și unul dintre cele mai răspândite framework-uri web existente. Niciuna nu e raportată ca fiind exploatată activ deocamdată. Toate trei merită tratate înainte ca asta să se schimbe.

Terraform MCP Server — CVE-2026-16498, CVSS 10.0

Titlul nu e scorul, ci modul de eșec. În modul HTTP stateless, Terraform MCP Server de la HashiCorp putea refolosi token-ul Terraform al unui utilizator pentru cereri ulterioare aparținând altcuiva. Cauza rădăcină e banală și instructivă: biblioteca MCP din spate nu emitea identificatori unici de sesiune, deci serverul nu avea nicio cale sigură de a ști a cui cerere procesează.

În termeni practici, asta e refolosire de credențiale între tenanți împotriva infrastructurii-ca-cod — credențialele care creează, modifică și distrug resurse cloud. O însoțesc două defecte înrudite: CVE-2026-16496 (CVSS 8,9), un eșec de izolare în modul stateful care permite deturnarea ID-ului de sesiune, și CVE-2026-14869 (CVSS 8,6), server-side request forgery printr-o ocolire de parametru de interogare.

Sunt afectate versiunile 0.3.0 până la 1.0.0; modul stdio nu e. Remedierea a fost livrată în versiunea 1.1.0 pe 14 iulie 2026, iar HashiCorp recomandă restricționarea accesului la listener-ul HTTP doar către utilizatori de încredere. Lecția mai amplă aparține fiecărui review de arhitectură din acest trimestru: un server MCP nu e o jucărie de developer. E un broker privilegiat care deține credențiale pentru sistemele asupra cărora acționează agenții tăi și are nevoie de izolarea, autentificarea și monitorizarea pe care le-ai pretinde oricărui serviciu de identitate din producție.

Veeam Service Provider Console — patru defecte, două critice

Toate patru sunt remediate în build-ul 9.3.0, lansat pe 29 iulie 2026, fără exploatare activă raportată la 5 august. Infrastructura de backup merită tratată prioritar oricum: deține credențiale către tot ce protejează, iar echipele moderne de ransomware o țintesc prima exact pentru ca recuperarea să nu mai fie o opțiune.

• CVE-2026-58073 (CVSS 9,5): atacatorii neautentificați pot impersona agenți administrați și le pot obține credențialele. Afectează VSPC 9.2.1.33875 și build-urile anterioare din versiunea 9; complexitatea atacului e ridicată, dar nu e necesară autentificare
• CVE-2026-58072 (CVSS 9,0): scriere arbitrară de fișiere care duce la execuție de cod la distanță, necesitând doar un cont cu privilegii reduse
• CVE-2026-58067 (High): denial of service prin epuizarea memoriei, fără autentificare
• CVE-2026-58071 (High): expune API-ul appliance-ului proxy ca Portal Administrator în fereastra sesiunii de administrator

Django 6.0.8 și 5.2.17 — patru remedieri, lansate pe 4 august

Două detalii contează la planificare. Întâi, remedierea GeoDjango e incompatibilă retroactiv prin design — dacă în codul tău se transmit dict-uri sau string-uri simple către căutări spațiale, upgrade-ul va scoate asta la iveală, iar tu vrei s-o descoperi în staging. Apoi, ramurile nesuportate (5.1, 5.0, 4.2) nu au fost evaluate, ceea ce practic înseamnă că rularea lor e acum un risc necuantificat, nu o poziție cunoscută ca sigură.

• CVE-2026-15307 (High): căutările spațiale GeoDjango permit scrieri de fișiere și potențial execuție de cod prin GDALRaster. Accesibil utilizatorilor de tip staff care au permisiune de vizualizare pe modele cu câmpuri spațiale — remedierea e intenționat incompatibilă retroactiv, interzicând valorile de tip dict și string-urile care nu sunt GEOSGeometry
• CVE-2026-15920 (Moderate): cross-site scripting stocat în admin, prin randarea nesigură a URLField
• CVE-2026-15830 (Moderate): denial of service prin obiecte GEOMETRYCOLLECTION imbricate adânc, acum limitate la 198
• CVE-2026-15337 (Low): denial of service prin consum de memorie în check_for_language(), care acum respinge codurile de limbă mai lungi de 500 de caractere

Verifică ce rulezi

# Django — versiunea instalată
python -m django --version
pip list 2>/dev/null | grep -i "^django "

# Terraform MCP Server — versiune și mod
terraform-mcp-server --version
docker ps --format "{{.Image}}" | grep -i terraform-mcp

# Proiecte Django dintr-un arbore de directoare
grep -rl "django" --include=requirements*.txt . | head

Cum le pui în ordine

Niciuna dintre acestea nu are astăzi un termen KEV. Valoarea rezolvării lor acum stă în faptul că fereastra dintre „patch disponibil" și „exploatare observată" se micșorează constant, iar munca e mult mai ieftină înainte ca un aviz să devină urgent. Awarely Monitor urmărește NVD, CISA KEV, EUVD și GitHub Advisories față de inventarul tău de active, cu prioritizare CVSS + EPSS și SLA tracking, ca produsele pe care chiar le rulezi să iasă automat la suprafață, nu să depindă de faptul că cineva a citit rezumatul potrivit.

• Terraform MCP primul, dacă îl expui prin HTTP — un defect de refolosire a credențialelor cu CVSS 10.0 în sistemul care îți provizionează cloud-ul e cât de rău poate fi categoria, iar instalările doar pe stdio pot fi confirmate ca sigure rapid
• Veeam următorul: încă neexploatat, dar consolele de backup sunt un obiectiv permanent al ransomware-ului și dețin credențiale către întreaga infrastructură
• Django pe cadența ta normală de release, dar testează deliberat schimbarea GeoDjango, în loc să descoperi incompatibilitatea în producție
• Dacă rulezi o ramură Django nesuportată, tratează upgrade-ul ca fiind sarcina de securitate — nu patch-ul