Tu n'as rien compris a la chaine de confience.
Si tu active TCPA/TPM, alors sa fonction de base pour ammorcer la chaine de confience c'est de verifier l'ammorcage du systeme, soit le Bios et ses composants tiers, puis le bootloader apres si la chaine doit se poursuivre c'est au bootloader et a l'OS de la continuer pas a TCPA.
Apres si l'OS est modifié entre 2 utilisations et qu'une chaine de confience fais intervenir la confience en l'OS, cette chaine sera rompue et les clées liées par un moyen ou un autre a cette chaine ne seront plus accessible point barre. Le but de TCPA, c'est d'étre la racine des chaines de confience pour que par exemple l'OS puisse a son tour offrir des services similaire, pas de proteger l'OS contre le modification ou d'interdire quoi que ce soit d'étre executé, ce n'est pas le but de TCPA, TCPA n'a de pouvoir que sur son petit coffre fort, qui ne s'ouvre que quand les conditions que tu lui a donner sont remplies.
MS, n'a jamais participer activement a TCPA/TPM, MS fait partie de centaine de consortium de groupe de forum de conception de norme, pour assurer ses arriéres ou pour pomper des idées, par exemple OpenGL, MS n'a vraiment rien a voir dans l'affaire TCPA/TPM !
Les specifications de TCPA etant trés complete il serait surment possible avec beaucoup d'effort d'emuler, une puce TCPA, pour Boch par exemple, mais cette clée aurait un certifica constructeur fantesiste, et serait donc d'aucune utilité si tu souhaite dejouer les systeme mit en oeuvre sur TCPA, et m'ait cela pourrait étre interessant pour la mise au point et le teste de module de crypto d'un OS, quoi que j'ai des doutes, coder un equivalent a TCPA ne doit pas étre trés simple.
[^] # Re: prouvez moi que TCPA/TCG ne sert pas à identifier et blinder un OS DRM !
Posté par Beretta_Vexee . En réponse à la dépêche TCPA/Palladium continuent d'avancer. Évalué à 0.
Si tu active TCPA/TPM, alors sa fonction de base pour ammorcer la chaine de confience c'est de verifier l'ammorcage du systeme, soit le Bios et ses composants tiers, puis le bootloader apres si la chaine doit se poursuivre c'est au bootloader et a l'OS de la continuer pas a TCPA.
Apres si l'OS est modifié entre 2 utilisations et qu'une chaine de confience fais intervenir la confience en l'OS, cette chaine sera rompue et les clées liées par un moyen ou un autre a cette chaine ne seront plus accessible point barre. Le but de TCPA, c'est d'étre la racine des chaines de confience pour que par exemple l'OS puisse a son tour offrir des services similaire, pas de proteger l'OS contre le modification ou d'interdire quoi que ce soit d'étre executé, ce n'est pas le but de TCPA, TCPA n'a de pouvoir que sur son petit coffre fort, qui ne s'ouvre que quand les conditions que tu lui a donner sont remplies.
MS, n'a jamais participer activement a TCPA/TPM, MS fait partie de centaine de consortium de groupe de forum de conception de norme, pour assurer ses arriéres ou pour pomper des idées, par exemple OpenGL, MS n'a vraiment rien a voir dans l'affaire TCPA/TPM !
Les specifications de TCPA etant trés complete il serait surment possible avec beaucoup d'effort d'emuler, une puce TCPA, pour Boch par exemple, mais cette clée aurait un certifica constructeur fantesiste, et serait donc d'aucune utilité si tu souhaite dejouer les systeme mit en oeuvre sur TCPA, et m'ait cela pourrait étre interessant pour la mise au point et le teste de module de crypto d'un OS, quoi que j'ai des doutes, coder un equivalent a TCPA ne doit pas étre trés simple.