Ceci dit, il semble qu'AACS soit fondamentalement différent de CSS sur la gestion des clés avec des clés personnalisées au lieu d'une clé par marque.
Par contre, à en croire l'article de Wikipedia, le système de cryptage lui-même reste assez proche de celui de CSS.
Or les attaques sur CSS ont été de plusieurs ordres:
Au début, une clé avait en effet été "trouvée" dans un lecteur et réutilisée (je crois que les premiers decss utilisaient cette clé).
Les attaques "modernes" (utilisées par libdvdcss par exemple) se basent sur les faiblesses cryptographiques de l'algorithme de cryptage: elles n'incluent plus la clée "volée".
Donc, pas sûr que ca soit si impossible que ca. Sans compter le fait que si une clé est "volée" dans un modèle de lecteur, elle pourra être révoquée, certes, mais il sera possible de répéter l'opération sur de très nombreuses clés présentes dans ce modèle particulier, .. ce qui reviendra in fine à nécessiter la révocation de toutes les clés implantées sur ce modèle de lecteur.
[^] # Re: Bravo
Posté par Clément Stenac . En réponse au journal DVD Jon motivé (et impatient). Évalué à 2.
Par contre, à en croire l'article de Wikipedia, le système de cryptage lui-même reste assez proche de celui de CSS.
Or les attaques sur CSS ont été de plusieurs ordres:
Au début, une clé avait en effet été "trouvée" dans un lecteur et réutilisée (je crois que les premiers decss utilisaient cette clé).
Les attaques "modernes" (utilisées par libdvdcss par exemple) se basent sur les faiblesses cryptographiques de l'algorithme de cryptage: elles n'incluent plus la clée "volée".
Donc, pas sûr que ca soit si impossible que ca. Sans compter le fait que si une clé est "volée" dans un modèle de lecteur, elle pourra être révoquée, certes, mais il sera possible de répéter l'opération sur de très nombreuses clés présentes dans ce modèle particulier, .. ce qui reviendra in fine à nécessiter la révocation de toutes les clés implantées sur ce modèle de lecteur.