// 1 ZERO-DAY · 3 CVE · 2 EXPLOIT NELLE ULTIME 24H
Plex ha sollecitato gli utenti ad aggiornare immediatamente Plex Media Server e Plex Desktop tra il 1 e il 3 settembre 2026, senza però rendere pubblici gli

Plex ha sollecitato gli utenti ad aggiornare immediatamente Plex Media Server e Plex Desktop tra il 1 e il 3 settembre 2026, senza però rendere pubblici gli identificatori CVE delle vulnerabilità corrette. La strategia del vendor — patch prima della disclosure — espone gli amministratori a un dilemma operativo: applicare subito o attendere metriche di rischio.

Punti chiave
  • Plex Media Server 1.43.2 e versioni precedenti sono vulnerabili; la versione patchata consigliata è la 1.43.3 build 10896, disponibile dal 18 agosto 2026.
  • Plex ha confermato che gli identificatori CVE sono stati richiesti ma non ancora pubblicati, lasciando gli amministratori senza metriche di rischio standard.
  • Le release notes identificano due componenti modificati per sicurezza: CompanionProxy (PM-5763) e TranscoderH264Options (PM-5766).
  • La build 1.43.3 inizialmente rilasciata il 19 maggio 2026 non conteneva i fix; i primi security update compaiono nelle build 10861 e 10896.

La campagna d'urgenza senza identificatori

Plex ha inviato comunicazioni dirette agli utenti con versioni affette, sollecitando l'installazione immediata di Plex Media Server 1.43.3 e Plex Desktop 1.115.0. La raccomandazione è categorica: Plex raccomanda a tutti i proprietari di server e agli utenti Desktop di aggiornare alla versione più recente nel più breve tempo possibile. La natura delle vulnerabilità rimane tuttavia opaca. Plex ha dichiarato che gli identificatori CVE sono stati richiesti e che fornirà maggiori dettagli una volta pubblicati, confermando uno stato di attesa che priva gli operatori di qualsiasi quadro di valutazione del rischio.

La situazione è resa più complessa dalla distribuzione frammentata delle patch. Plex Media Server 1.43.3 è stato rilasciato il 19 maggio 2026, ma i fix di sicurezza sono comparsi solo nelle build successive 10861 e 10896, la seconda disponibile dal 18 agosto 2026. Plex Desktop 1.115.0 è invece arrivato il 13 agosto 2026. Questo scarto temporale tra versione minor e build sicura crea una trappola per gli amministratori che avessero aggiornato tempestivamente al 1.43.3 senza verificare il numero di build specifico.

Cosa sappiamo delle modifiche tecniche

Penligent.ai ha analizzato le release notes di Plex, estrapolando due identificatori interni di sicurezza. PM-5763 riguarda il CompanionProxy, un componente che gestisce la comunicazione con dispositivi companion come telecomandi e app mobile associate al server. La nota riporta testualmente: "Address potential vulnerability in the CompanionProxy". PM-5766 interessa invece il transcoder, e in particolare le preferenze H264: "The TranscoderH264Options and TranscoderH264OptionsOverride preferences can no longer be modified over the network". Questa seconda modifica è più descrittiva della prima: indica una restrizione esplicita della superficie di attacco remoto su un componente che gestisce parametri di codifica video.

"The TranscoderH264Options and TranscoderH264OptionsOverride preferences can no longer be modified over the network. (PM-5766)" — Plex release notes

Plex non ha confermato che PM-5763 e PM-5766 corrispondano uno-a-uno agli identificatori CVE in attesa di assegnazione. Rimane quindi ignoto se questi due identificativi rappresentino l'intero set di vulnerabilità corrette o solo una porzione. La fonte non specifica inoltre la natura esatta della "potential vulnerability" nel CompanionProxy, né se la modifica delle preferenze transcoder fosse sfruttabile per scopi diversi dalla semplice alterazione dei parametri di codifica.

Il rischio del reverse engineering differenziale

L'assenza di CVE pubblici non impedisce in linea di principio l'analisi tecnica. Gli attaccanti potrebbero essere in grado di confrontare le build 10861/10896 con le precedenti per isolare le modifiche di sicurezza. Secondo la nostra lettura, questa finestra di reverse engineering differenziale è tecnicamente possibile con la strategia "patch prima del CVE": il vendor comprime il tempo di sfruttamento massivo, ma alimenta simultaneamente una corsa tra difensori e analisti.

Il contesto storico offre un termine di paragone. CVE-2025-34158 — vulnerabilità Plex precedente documentata con CVSS 8.5 HIGH — permetteva il furto di credenziali del proprietario del server attraverso un vettore di rete con complessità di attacco bassa. Non è predicibile per il caso attuale, ma documenta un pattern di disclosure dello stesso vendor: la frequenza con cui Plex gestisce segnalazioni di sicurezza, unita alla mancanza di metriche per il caso attuale, rende arbitraria qualsiasi stima di impatto.

Cosa fare adesso

  • Verificare la versione installata di Plex Media Server: solo la build 10896 o successiva del ramo 1.43.3 contiene i fix di sicurezza; versioni 1.43.2 e precedenti sono vulnerabili.
  • Aggiornare Plex Desktop alla versione 1.115.0 o successiva, rilasciata il 13 agosto 2026.
  • Su dispositivi NAS, verificare la disponibilità della build corretta nel package manager del vendor; in caso di assenza, procedere all'installazione manuale del pacchetto.
  • Monitorare il canale ufficiale Plex per la pubblicazione degli identificatori CVE.

La fonte non specifica se la build 10861 sia sufficiente o se sia necessaria la 10896. Plex non ha chiarito questo punto, e l'articolo non può escludere che la 10861 contenga solo una parte dei fix.

Un caso studio sulla disclosure al rallentatore

La scelta di Plex ripropone una tensione strutturale della gestione delle vulnerabilità: la trasparenza immediata espone a sfruttamento accelerato, l'oscurità temporanea a decisioni di patching informate. Ma l'efficacia della strategia dipende dalla velocità di adozione della base installata, non dalla sola velocità di rilascio.

DeafNews analizza: senza CVE, senza punteggio CVSS, senza advisory tecnico, gli amministratori enterprise devono calibrare priorità e finestre di manutenzione su un segnale binario. La "security through obscurity" temporanea — se tale è la strategia di Plex — pone una domanda strategica: quante organizzazioni sono in grado di patchare criticamente senza metriche? Quante hanno automatizzato il rilevamento della build specifica oltre che della versione minor?

Questo articolo si basa principalmente su due fonti convergenti: BleepingComputer, che ha riportato la dichiarazione diretta di Plex, e Penligent.ai, che ha analizzato le release note tecniche. I dettagli tecnici completi attendono la pubblicazione degli identificatori CVE.

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti


Fonti e riferimenti
  1. bleepingcomputer.com
  2. censys.com
  3. hendryadrian.com
  4. radar.offseq.com
  5. penligent.ai
  6. nvd.nist.gov
  7. deals.bleepingcomputer.com