Toate articolele

Noutăți8 octombrie 20265 min de citit

Nvidia DCGM Exporter: DoS fără autentificare (CVE-2026-47483)

CVE-2026-47483 (CVSS 8.2) în Nvidia DCGM Exporter: cereri fără autentificare către /debug/pprof/ opresc monitorizarea GPU. Actualizează la 4.8.2.

Operator văzut din spate în fața a două monitoare, într-o sală de control cu ecrane mari de monitorizare pe peretele din fund

O vulnerabilitate de gravitate ridicată în Nvidia DCGM Exporter, serviciul care publică metricile GPU pentru sisteme de monitorizare precum Prometheus, permite oricui poate ajunge la serviciu, fără autentificare, să-i epuizeze memoria și să-l oprească. Vulnerabilitatea are identificatorul CVE-2026-47483, scorul CVSS 8.2 și este corectată în versiunea 4.8.2. A fost descoperită și raportată către Nvidia de cercetătorii Lava, un startup specializat în securitatea centrelor de date; au scris despre ea The Register (8 octombrie 2026), Help Net Security și CSO Online (9 octombrie 2026).

Dincolo de vulnerabilitate, cercetarea Lava arată cât de expuse sunt pe internet serviciile de monitorizare ale infrastructurilor de inteligență artificială.

Ce s-a întâmplat

Potrivit cercetătorului Lava Michael Katchinskiy, citat de toate cele trei publicații, patru scanări ale internetului efectuate între martie și mai 2026 au găsit aproximativ 2.100 de servere GPU care expuneau metricile DCGM Exporter, cu peste 12.000 de GPU distincte și o valoare estimată a hardware-ului de circa 100 de milioane de dolari. Niciunul nu cerea autentificare și toate răspundeau prin HTTP necriptat. Printre plăcile expuse erau Blackwell Ultra B300, H200 și H100, folosite pentru sarcini mari de IA, dar și plăci de consum RTX 5090 și 4090.

Hosturile aparțineau a circa 300 de organizații. Statele Unite găzduiau 5.274 dintre GPU-urile expuse (44%); potrivit Help Net Security, urmează România, cu 2.054, și China, cu 1.967. Unele servicii expuse rulau pe infrastructura clienților unor furnizori de GPU în cloud: publicațiile menționează Voltage Park, Lambda, Northern Data și DigitalOcean, iar The Register și Nebius. Potrivit Help Net Security, Voltage Park a confirmat că toate instanțele DCGM Exporter expuse fuseseră instalate de clienți și i-a anunțat pe cei afectați.

Sursele nu sunt de acord asupra datei corecției: The Register scrie că Nvidia a lansat-o în septembrie, Help Net Security indică un buletin de securitate Nvidia din 28 iulie 2026, iar CSO Online vorbește de mai. Niciuna dintre cele trei nu semnalează exploatare activă.

Detalii tehnice

DCGM Exporter citește de la GPU-urile hostului temperatura, gradul de utilizare, memoria, consumul și erorile și le publică prin HTTP, de obicei pe portul 9400 (potrivit Help Net Security), la adresa /metrics. Metricile includ modelul exact și UUID-ul fiecărui GPU.

Problema ține de endpointurile de profilare Go /debug/pprof/, expuse alături de /metrics de circa un sfert dintre hosturile găsite. Unele dintre aceste endpointuri țin cererea deschisă pe o durată aleasă de cel care o trimite: cu multe cereri concurente neautentificate, consumul de memorie crește până când exporterul se oprește. Potrivit CSO Online, buletinul Nvidia clasifică vulnerabilitatea drept consum necontrolat de resurse (CWE-400).

Potrivit Help Net Security, Lava a crezut inițial că e vorba de o configurare greșită a operatorilor, dar a reprodus comportamentul cu containerul oficial DCGM Exporter, nemodificat: o instalare care expune exporterul pe o interfață rutabilă poate deci expune și /debug/pprof/.

Consecințele descrise:

  • pierderea vizibilității asupra stării și activității GPU-urilor, pentru că monitorizarea se oprește;
  • presiune pe CPU și RAM ale hostului, care poate încetini procesele de antrenare sau inferență ce rulează pe aceeași mașină, mai ales fără limite stricte de resurse;
  • recunoaștere: chiar și fără vulnerabilitate, metricile arată ce hardware folosește o organizație, cât de intens îl folosește și dacă are erori.

Lava a analizat și Prometheus Node Exporter: 12.096 de hosturi publice expuneau date despre adaptoarele InfiniBand și RoCE Nvidia/Mellanox (modele, firmware, starea legăturilor) și, în unele cazuri, nume de host, versiuni ale sistemului de operare și ale kernelului și date BIOS. Acolo unde cele două exportere coincideau, potrivit lui Katchinskiy, activitatea GPU putea fi legată de server, de software-ul său și de rețeaua din jur.

În termeni MITRE ATT&CK, epuizarea memoriei exporterului corespunde tehnicii T1499 (Endpoint Denial of Service), iar colectarea metricilor expuse intră în T1592 (Gather Victim Host Information). Sursele nu publică indicatori de compromitere.

Impactul pentru companiile europene și italiene

Faptul că România este a doua țară după numărul de GPU-uri expuse arată că problema nu privește doar Statele Unite. Cine folosește GPU-uri local sau în cloud pentru IA, calcul științific sau procesare de imagini, inclusiv universități, centre de cercetare și unități medicale, ar trebui să verifice ce expune propriul sistem de monitorizare. Pentru entitățile supuse NIS2, gestionarea vulnerabilităților și protecția sistemelor de monitorizare fac parte din măsurile de securitate cerute. Așa cum amintește Katchinskiy, în cloud contează și să știi ce ține de responsabilitatea furnizorului și ce ține de client: în cazurile citate, exporterele fuseseră instalate de clienți.

Ce să faci acum

  1. Actualizează DCGM Exporter la versiunea 4.8.2 sau mai nouă, așa cum indică buletinul Nvidia.
  2. Verifică dacă opțiunea --enable-pprof este dezactivată, dacă nu ai nevoie de profilare. Potrivit Help Net Security, în versiunile actuale este opțională; potrivit CSO Online, în versiunile necorectate poate fi activă implicit.
  3. Scoate de pe rețeaua publică DCGM Exporter, Node Exporter și Prometheus: leagă exporterele de interfața loopback sau de o rețea privată și limitează accesul doar la sistemele de monitorizare, cu reguli de firewall sau security groups. Protejează la fel API-urile de interogare și paginile de targets din Prometheus.
  4. Verifică din exterior dacă portul 9400 și căile /metrics și /debug/pprof/ ale hosturilor tale răspund de pe internet.
  5. Setează limite de CPU și memorie pentru containerul exporterului, ca o defecțiune a lui să nu ia resurse sarcinilor de lucru.
  6. Supraveghează chiar monitorizarea: un exporter care nu mai răspunde trebuie tratat ca un eveniment de verificat, nu doar ca o defecțiune.

Cum ajută ARXDOME

ARX Expose arată ce vede un atacator din exterior: porturi deschise, produse recunoscute și vulnerabilități cunoscute pe serviciile publice, util pentru a găsi exportere expuse din greșeală. ARX Shield arată vulnerabilitățile deschise pe mașină și pe pachet, iar ARX Sentry colectează de pe servere loguri și inventarul de software, procese și porturi, ca să știi unde rulează DCGM Exporter și în ce versiune.

Ultima actualizare:

Ai întrebări?

Hai să vorbim despre nevoile companiei tale, fără obligații.

Contactează-ne

Articole similare