OVH Cloud OVH Cloud

Certifier le code execute d'un programme

29 réponses
Avatar
Soon
Bonjour à tous,

Bonjour je voudrais savoir comment est-il possible de garantir qu'un
programme s'executant correspond bien à un certain code source.

Un exemple simple ...

Sous windows, media player peut évaluer des licences associées à de la
musique ou de la vidéo (wma, wmv) en mode non connecté. Imaginons qu'un
jour le code de media player soit open source (imaginons j'ai dit :-) ).
N'importe qui pourrait modifier le programme afin de contourner la
vérification des droits. Ma nouvelle licence exprimera que l'utilisateur
a bien le droit à condition que l'évaluation des droits à été faite à
partir d'un certain code source non modifié.

Quand j'en parle, j'ai l'impression que c'est le probème de l'oeuf et la
poule ...

Je pense que c'est un problème recurent dans la gestion des droits
numérique (DRM). Les solutions actuelles (microsoft, apple, real ...)
reposent sur l'hypothèse que leur code est fermé. Comment transposer ce
problème dans un environnement open-source.

Merci de vos réflexions sur le sujet ...

-- Soon

9 réponses

1 2 3
Avatar
michael.spath
Cedric Blancher wrote in message news:...
Une question comme ça, rapport aux DVD+R dont le lead-in serait vierge et
donc inscriptible. Les graveur DVD+R/RW ne sont pas capable d'y écrire
bien que le support dispose de cette zone d'écriture ?


Oui, et la possibilité d'écrire cette zone a d'ailleurs été un gros obstacle
pour l'acceptation du standard +R(W) car les majors y voyaient un moyen facile
de pirater des DVDs. C'est donc la responsabilité des fabricants de graveurs
de faire en sorte que cette zone ne puisse pas etre écrite, et pour cela la
DVD Alliance qui distribue les licenses +R(W) leur impose des mesures de
sécurité trés strictes (hardware, encryption, etc). C'est pour cette raison
que je suis curieux de voir ces fameux drives "upgradés".

Avatar
Cedric Blancher
Le Thu, 04 Nov 2004 20:37:34 +0000, Michael Spath a écrit :
C'est donc la responsabilité des fabricants de graveurs de faire en
sorte que cette zone ne puisse pas etre écrite, et pour cela la DVD
Alliance qui distribue les licenses +R(W) leur impose des mesures de
sécurité trés strictes (hardware, encryption, etc). C'est pour cette
raison que je suis curieux de voir ces fameux drives "upgradés".


Comme celle de limiter la vitesse de rip d'un DVD possédant un
répertoire video_ts à 1x ? :)


--
«Tiens, quand j'aurai un peu de temps et une partition libre, je crois
que je vais essayer de remplacer mes scripts de démarrage par des
programmes Windows lancés via Wine et binfmt_misc :-)»
-+- AGV in Guide du linuxien pervers - "J'sais pas quoi faire... (air connu)"

Avatar
michael.spath
Cedric Blancher wrote in message news:...

Comme celle de limiter la vitesse de rip d'un DVD possédant un
répertoire video_ts a 1x ? :)


Non, il n'existe aucune limitation de ce genre. D'ailleurs meme
les lecteurs de salon lisent les DVD videos a plus de 1x pour
avoir de la marge en cas de probleme.

Avatar
Cedric Blancher
Le Sun, 07 Nov 2004 22:12:11 +0000, Michael Spath a écrit :
Non, il n'existe aucune limitation de ce genre. D'ailleurs meme
les lecteurs de salon lisent les DVD videos a plus de 1x pour
avoir de la marge en cas de probleme.


Ce n'est pas ce que dit mon Nec ND-6100...


--
OG: Je n'ai jamais vu l'acronyme "APN" et je ne cesse de croiser l'autre.
MB: Il va bien ? Mes nommages à madame sa mère.
-+- in: Guide du Cabaliste Usenet - Changer les noms de groupes fr -+-

Avatar
michael.spath
Cedric Blancher wrote in message news:...
Non, il n'existe aucune limitation de ce genre. D'ailleurs meme
les lecteurs de salon lisent les DVD videos a plus de 1x pour
avoir de la marge en cas de probleme.


Ce n'est pas ce que dit mon Nec ND-6100...


Ce problème qu'on appelle riplock est spécifique aux drives NEC
(et rebadgés). C'est un choix volontaire de ce fabricant et pas
une limitation standard imposée a tous comme pour la gravure des
disc keys CSS. Pour le riplock il existe bien des firmwares qui
fixent ca (tdb.rpc1.org), mais pour CSS j'attends toujours de voir.


Avatar
Beretta Vexee
(Michael Spath) ecrivait dans
news::

Ce n'est pas ce que dit mon Nec ND-6100...


Ce problème qu'on appelle riplock est spécifique aux drives NEC
(et rebadgés). C'est un choix volontaire de ce fabricant et pas
une limitation standard imposée a tous comme pour la gravure des
disc keys CSS. Pour le riplock il existe bien des firmwares qui
fixent ca (tdb.rpc1.org), mais pour CSS j'attends toujours de voir.


En general cela ne fait que dézonner le lecteur, cela fait donc sauter une
partie de la protection CSS. Apres pour la seconde partie les petits fils
de deCSS font trés bien le travail.

--
Les fautes d'orthographes sus-citées sont déposées auprès de leurs
propriétaires respectifs. Aucune responsabilité n'est engagé sur
la lisibilité du message ou les éventuelles dommages qu'il peut
engendrer. Beretta Vexée [utilisez l'addresse Reply-to, SVP]


Avatar
Christophe Lephay
Michael Spath wrote:
Encore une fois, une des choses que CSS est censé faire est d'empecher
la copie de DVDs sans ré-encodage. Je pense que c'est toujours
efficace
aujourd'hui et j'aimerais bien voir des preuves du contraire (par
exemple
avec des détails sur ces fameux drives "upgradés").


Ben envoie moi un dvd et je t'enverrai une copie en retour. J'aurai gagné un
dvd et toi tu auras ta preuve : tout le monde y gagne ;)

Chris

Avatar
michael.spath
"Christophe Lephay" wrote in message news:<419beb4f$0$6179$...
Michael Spath wrote:
Encore une fois, une des choses que CSS est censé faire est d'empecher
la copie de DVDs sans ré-encodage. Je pense que c'est toujours
efficace aujourd'hui et j'aimerais bien voir des preuves du contraire
(par exemple avec des détails sur ces fameux drives "upgradés").


Ben envoie moi un dvd et je t'enverrai une copie en retour. J'aurai gagné un
dvd et toi tu auras ta preuve : tout le monde y gagne ;)


Si tu as bien compris de quoi je parle (?) envoie moi juste ton firmware
et je l'examinerai.


Avatar
Christophe Lephay
Michael Spath wrote:
"Christophe Lephay" wrote in message
news:<419beb4f$0$6179$...
Michael Spath wrote:
Encore une fois, une des choses que CSS est censé faire est
d'empecher la copie de DVDs sans ré-encodage. Je pense que c'est
toujours efficace aujourd'hui et j'aimerais bien voir des preuves
du contraire (par exemple avec des détails sur ces fameux drives
"upgradés").


Ben envoie moi un dvd et je t'enverrai une copie en retour. J'aurai
gagné un dvd et toi tu auras ta preuve : tout le monde y gagne ;)


Si tu as bien compris de quoi je parle (?) envoie moi juste ton
firmware


Pour être franc, je ne suis pas sur, non, de bien avoir compris ce que tu
voulais dire (ou tout au moins où tu voulais en venir). Pour être plus
explicite, c'est la phrase "sans ré-encodage" qui me perturbe. De mon coté,
peu importe qu'il y ait ré-encodage ou non tant que c'est transparent (en
vitesse comme en qualité). En l'occurrence, il me semble bien que les deux
logiciels que j'ai cités (DVDShrink et DVD Decrypter) font bien un
ré-encodage (ce qui fait que ce n'est pas le firmware du graveur ou du
lecteur qui rend la gravure possible).

Je me demande si on n'est pas plus en train de parler philosophie ou
metaphysique, parce que concrètement, si CSS est un mécanisme anti-piratage,
il échoue dans la mesure où je peux copier des DVDs sans altération
perceptible de qualité.

Chris



1 2 3