Il faut être réaliste, les DRM sous leur forme actuelle ne seront probablement jamais implémentés sous Linux.
Espèrer protèger un contenu alors que le kernel du système est libre, c'est totalement irréaliste.
Il suffirait de modifier les drivers video et/ou son du kernel pour récupèrer un flux en clair de n'importe quel document drmisé. Et si le module de gestion de DRM utilisait ses propres drivers propriétaire pour le son et la vidéo, il serait quand même obligé de stocker le document en clair dans la RAM...
Comme sous root, on a accès à toute la RAM (tout se trouve dans /proc/kcore), ce ne serait pas bien dur, une fois repèrée la zone mémoire utilisée par le module de gestion des DRM, de récupèrer le document en clair.
Il faudrait donc que la distro tourne sur un kernel modifié et en interdise toute modification (il faudrait aussi qu'elle interdise le chargement de modules "inconnus" qui pourraient très bien se substituer à /proc/kcore). En gros, ça reviendrait à faire ce que RMS a appelé la "Tivoisation" du système.
Il ne faut pas perdre de vue que la GPL v3, qui va bientôt être prète a été pensée pour éviter ce genre de dérive et plus généralement pour contrarier autant que possible l'arrivé des DRM dans le monde du logiciel libre.
Au fur et à mesure que les nouvelles versions de composants vitaux changeront de licence pour passer en GPL v3, une distribution qui aurait implémenté les DRM se retrouverait vite dans une situation intenable.
Je ne pense pas qu'une distribution Linux investisse sur les DRM tant que la GPL v3 ne sera pas finalisée. Et si cette nouvelle version de la GPL tient ses promesses, les DRM n'auront tout simplement pas leur place dans le monde du logiciel libre.
# Les DRM ne passeront pas par Linux.
Posté par jch . En réponse au journal Le Bon, la Brute et le Truand.. Évalué à 2.
Espèrer protèger un contenu alors que le kernel du système est libre, c'est totalement irréaliste.
Il suffirait de modifier les drivers video et/ou son du kernel pour récupèrer un flux en clair de n'importe quel document drmisé. Et si le module de gestion de DRM utilisait ses propres drivers propriétaire pour le son et la vidéo, il serait quand même obligé de stocker le document en clair dans la RAM...
Comme sous root, on a accès à toute la RAM (tout se trouve dans /proc/kcore), ce ne serait pas bien dur, une fois repèrée la zone mémoire utilisée par le module de gestion des DRM, de récupèrer le document en clair.
Il faudrait donc que la distro tourne sur un kernel modifié et en interdise toute modification (il faudrait aussi qu'elle interdise le chargement de modules "inconnus" qui pourraient très bien se substituer à /proc/kcore). En gros, ça reviendrait à faire ce que RMS a appelé la "Tivoisation" du système.
Il ne faut pas perdre de vue que la GPL v3, qui va bientôt être prète a été pensée pour éviter ce genre de dérive et plus généralement pour contrarier autant que possible l'arrivé des DRM dans le monde du logiciel libre.
Au fur et à mesure que les nouvelles versions de composants vitaux changeront de licence pour passer en GPL v3, une distribution qui aurait implémenté les DRM se retrouverait vite dans une situation intenable.
Je ne pense pas qu'une distribution Linux investisse sur les DRM tant que la GPL v3 ne sera pas finalisée. Et si cette nouvelle version de la GPL tient ses promesses, les DRM n'auront tout simplement pas leur place dans le monde du logiciel libre.