Veeam, Terraform MCP și Django: 11 CVE-uri, niciunul exploatat
Prima săptămână din august 2026 a adus trei seturi de remedieri care merită atenție separată: Veeam Service Provider Console, HashiCorp Terraform MCP Server și Django.
Punctul comun: niciunul dintre cele 11 CVE-uri nu figura în catalogul CISA KEV la 5 august 2026 și nu existau exploituri publice. E fereastra în care patchuirea e ieftină.
Terraform MCP Server — CVSS 10.0 pentru izolare între utilizatori
CVE-2026-16498 are scor maxim, 10.0. În modul HTTP fără stare, tokenul Terraform al unui utilizator putea fi reutilizat pentru cererile utilizatorilor următori.
Practic: te conectezi la un server MCP partajat, iar cererile tale rulează cu credențialele altcuiva — sau ale tale ajung să fie folosite de altcineva. Într-un context Terraform, credențialele acelea administrează infrastructură.
Alte două CVE-uri din același buletin: CVE-2026-16496 (CVSS 8.9) — în modul cu stare, cine obținea ID-ul de sesiune al altcuiva putea rula apeluri cu credențialele victimei; și CVE-2026-14869 (CVSS 8.6) — un SSRF prin care un apelant neautentificat putea determina serverul să trimită tokenul bearer configurat către un endpoint controlat de atacator.
Cine e afectat și ce faci
Dacă rulezi serverul MCP local, în stdio, pentru un singur dezvoltator, expunerea e mult mai mică. Dacă l-ai deployat central ca să-l folosească toată echipa — configurația firească atunci când vrei un singur loc de administrat — ești exact în scenariul vulnerabil.
Merită spus limpede: serverele MCP sunt infrastructură nouă, adoptată rapid, care ține credențiale cu privilegii mari. Modelul de amenințare „mai mulți utilizatori pe același server" e abia la început de maturizare.
- ▸Versiuni afectate: 0.2.1 până la 1.0.0 inclusiv
- ▸Remediere: 1.1.0 sau mai nou (publicat pe 14 iulie 2026); versiunea 1.2.0 a apărut pe 4 august
- ▸CVE-2026-16498 afectează doar transportul Streamable HTTP — modul stdio nu e afectat
- ▸CVE-2026-16496 afectează modul cu stare, care este implicit pentru deploymenturile centralizate
Veeam Service Provider Console — patru breșe, două critice
Versiuni afectate: VSPC 9.2.1.33875 și build-urile anterioare din versiunea 9. Remedierea e în 9.3.0.35057, publicată pe 29 iulie 2026.
Contextul contează: VSPC e consola prin care furnizorii de servicii administrează backupurile clienților. O compromitere acolo nu afectează o organizație, ci portofoliul. Iar backupurile sunt exact ce vizează grupările de ransomware înainte de criptare.
- ▸CVE-2026-58073 (CVSS 9.5) — un atacator neautentificat se putea da drept un agent gestionat și obține credențialele acelui agent
- ▸CVE-2026-58072 (CVSS 9.0) — scriere arbitrară de fișiere pe serverul de management, ducând la execuție de cod; necesită un cont cu privilegii reduse
- ▸CVE-2026-58067 — refuz de serviciu prin epuizarea memoriei, neautentificat
- ▸CVE-2026-58071 — expune API-ul apliance-ului proxy ca Portal Administrator, într-o fereastră scurtă după pornirea sesiunii de administrator
Django 6.0.8 și 5.2.17 — patru probleme, una serioasă
CVE-2026-15307 e cea care contează: în GeoDjango, căutările spațiale acceptau valori de tip dicționar și șir transmise către GDALRaster, ceea ce putea duce la scrierea de fișiere pe disc sau la execuție de cod.
Calea de atac trece prin utilizatori de tip staff cu permisiune de vizualizare pe modele care conțin câmpuri spațiale. Nu e neautentificat, dar „staff cu drept de citire" e o categorie mult mai largă decât „administrator" în majoritatea instalărilor Django.
Celelalte trei sunt mai blânde: CVE-2026-15920 — XSS stocat în admin, unde valori nesigure din URLField se randau ca linkuri; CVE-2026-15830 — refuz de serviciu prin obiecte GEOMETRYCOLLECTION adânc imbricate care declanșau un segfault în GEOS (acum limitat la 198 de colecții); CVE-2026-15337 — consum de memorie în check_for_language() (codurile de limbă sunt acum limitate la 500 de caractere).
Detaliul care se pierde în comunicate
Ramurile Django nesuportate — 5.1, 5.0 și 4.2 — nu au fost evaluate și pot fi la rândul lor vulnerabile.
E o formulare pe care merită să o citești atent. Nu înseamnă „nu sunt afectate". Înseamnă „nimeni nu s-a uitat". Dacă rulezi o ramură nesuportată, absența unui CVE care să te numească nu e o dovadă de siguranță.
De ce e o săptămână bună, nu una rea
Niciunul dintre cele 11 CVE-uri nu era în CISA KEV la 5 august 2026 și nu apăruse niciun proof-of-concept public.
Asta e diferența dintre a patchui planificat și a patchui în criză. Comparat cu SonicWall SMA 1000, unde exploatarea a început cu trei săptămâni înainte să existe un patch, aici ai avantajul de timp.
Prioritizarea practică: Terraform MCP Server dacă îl rulezi centralizat (CVSS 10.0, credențiale de infrastructură), apoi Veeam VSPC dacă ești furnizor de servicii, apoi Django.
Nu urmări manual buletinele fiecărui furnizor
Awarely Monitor agregă NVD, CISA KEV, EUVD și GitHub Security Advisories. Importă-ți SBOM-ul sau package.json și primești alerte doar pe CVE-urile care îți ating versiunile pe care le rulezi.