Si vous faites tourner un Plex Media Server quelque part chez vous, sachez que le 1er septembre dernier, Plex a publié un avis de sécurité qui demande aux propriétaires de serveur de passer en 1.43.3, et aux utilisateurs de l'application Desktop de passer en 1.115.0. Les versions 1.43.2 et antérieures sont donc toutes concernées.
Et c'est à peu près tout ce que l'annonce contient... Ils évoquent "un certain nombre de problèmes de sécurité", sans un mot sur ce qui est touché, ni sur la façon dont ça s'exploite, ni sur la gravité. Plex dit avoir demandé des identifiants CVE et promet de revenir publiquement donner des détails ensuite. Mais cela fait 8 jours et pour le moment, rien. Même la base de vulnérabilités du NIST ne renvoie rien sur "Plex Media Server"...
Mais de son côté, la Shadowserver Foundation , elle, n'a pas attendu les détails. En réponse à l'avis de Plex, elle scanne Internet tous les jours à la recherche des serveurs non patchés. Et à ce jour, elle en a dénombré plus de 36 000 exposés dont 16 000 rien qu'aux États-Unis.
Mais bon, peu importe... Comme personne ne sait ce que la faille permet, inutile d'essayer de jauger le risque. La seule question qu'on doit tous se poser, c'est de savoir si nos serveurs sont joignables depuis l'extérieur. Si l'accès distant est activé, ou qu'une redirection de port sur la box ou un sous-domaine pointe dessus, vous êtes sûrement dans le lot que Shadowserver a débusqué. Pire, des cybercriminels pourraient exploiter cette vulnérabilité... Donc mettez à jour rapidement.
C'est pas sorcier. Sous Windows, macOS et Linux, vérifiez que vous êtes bien en 1.43.3 ou plus récent, et sinon le paquet vous attend sur la page de téléchargement. Pour les installations Docker, Plex renvoie au README de son dépôt. Par contre, si votre Plex tourne sur un NAS, Plex prévient lui-même que le paquet peut ne pas encore être arrivé dans le magasin d'applications du constructeur. N'attendez pas qu'il descende tout seul, récupérez-le et installez-le à la main depuis l'interface du NAS.
Et si vous vous dites qu'un serveur de films n'intéresse personne, souvenez-vous de LastPass. En 2022, les attaquants sont entrés dans l'ordinateur d'un ingénieur de la boîte par son Plex Media Server , qui était encore sur une vieille version, et sont ressortis avec les coffres chiffrés des clients.
Alors allez-y.
Source : BleepingComputer
Infuse est la référence de ceux qui gère leur vidéothèque depuis un NAS et souhaite la lire proprement sur iPhone, iPad, Apple TV, Mac ou encore Vision Pro. La version 8.5 vient de sortir et apporte une fonctionnalité que beaucoup d’utilisateurs de serveurs Plex, Emby et Jellyfin attendaient : des options de transcodage natives, directement intégrées au flux de lecture.
Pour rappel, Infuse est développé par la société Firecore. Il s’agit d’un gestionnaire de vidéothèque et un lecteur vidéo pour l’écosystème Apple (iPhone, iPad, Mac, Apple TV, Vision Pro). Il est reconnu pour sa capacité à lire quasiment tous les formats et codecs sans conversion (y compris les fichiers exotiques). Historiquement, l’application se limitait aux protocoles de partage réseau classiques (FTP, SMB, NFS et UPnP/DLNA), idéal pour ceux qui possédaient un NAS. Au fil des versions, Infuse a élargi son champ d’action en ajoutant la compatibilité avec les principaux serveurs média du marché (Plex, Emby, Jellyfin), ainsi que l’ajout du WebDAV…
Une de ses force, c’est sa capacité à lire quasiment n’importe quel format sans conversion (Direct Play), mais dès qu’on sort de son domicile, avec une 4G limitée ou depuis le WiFi d’un hôtel, le Direct Play montre vite ses limites sur les gros fichiers (mise en cache interminable, coupures toutes les 10 secondes… ou tout simplement échec de lecture).
Avec Infuse 8.5, un appui long sur le bouton Lecture (Play en anglais) fait apparaître une liste des versions transcodées disponibles, générées à la demande par votre serveur Plex, Emby ou Jellyfin. Le lecteur Infuse va demander au serveur de transcoder le flux à la volée, dans une version plus légère, plutôt que d’envoyer le fichier original tel quel.
Si votre vidéothèque contient plusieurs versions d’une même vidéo (4K et 1080p par exemple), le même menu permet de choisir directement la version souhaitée via le bouton Version. Et pour les utilisateurs qui préfèrent ne pas avoir à faire cette manipulation à chaque lecture, l’application propose d’afficher cette invite automatiquement dès le lancement de la lecture. Pour cela, allez dans le menu Réglages > Lecture.
Le Direct Play reste le choix par défaut et recommandé chaque fois que c’est possible. L’application ne modifie rien au flux audio et vidéo, vous profitez de la meilleure qualité de votre fichier. Le transcodage devient donc une option de confort pour les cas où la bande passante est le facteur limitant. Pour rappel, le transcodage se fait côté serveur… cela peut consommer beaucoup de ressources (mémoire et surtout processeur) sur votre NAS.
Autre nouveauté avec Infuse 8.5, la recherche a été retravaillée pour offrir un rendu plus cohérent sur vos différents appareils. Les résultats sont désormais mieux organisés, ce qui facilite la distinction entre un film, une série, un épisode, une collection ou une encore une personne (acteur, réalisateur, etc.).
L’éditeur mentionne également des améliorations sur la connexion WebDAV et sur la gestion des serveurs média en général, ainsi que des correctifs (sans plus de détails).
Firecore continue d’améliorer son application, après l’ajout du saut automatique des intros, crédits et résumés dans la précédente mise à jour. Pour les utilisateurs de NAS qui font tourner Plex, Emby ou Jellyfin et consomment leur contenu en mobilité, cette nouveauté comble un vrai manque. Jusqu’ici, il fallait souvent jongler entre plusieurs applications ou télécharger ses contenus à l’avance avant de partir. Désormais, le pilotage du transcodage se gère nativement dans Infuse, sans sacrifier la qualité en Direct Play quand la connexion le permet. Un bémol à garder en tête tout de même, le transcodage vidéo à la volée reste une opération gourmande, notamment en ressources CPU côté serveur (NAS).
Connexion