sauf de certains codes contenus dans les puces TCPA et acessibles uniquement sous certaines conditions...
Oui, mais jusque la c'est normale puisque c'est sont but de coffre fort cryptographique, de plus c'est "l'utilisateur" ( comprendre le systéme qui gére la puce TCPA sous votre OS ) qui definie les conditions, tu peux trés bien proteges certeinnes valeurs uniquement avec un mot de passe.
Simplement qu'il peut servir de support hardware efficace à des logiciels comme Palladium (je décris le fonctionnement d'un logiciel de type de palladium se servant de TCPA comme support dans mon article)
Normale puisque c'est son but, le probléme c'est que comme beaucoup tu pence que vue que Palladium est dangereux il faut jeter TCPA avec l'eau du bain, mais je suis persuadé qu'on peut faire de bonne chose avec Linux et TCPA.
De plus comme je l'ai dis plus haut, Palladium est plus un plateforme logiciel un peut a la maniére de .NET, la partie hardware n'est pas si escentiel que cela, c'est juste que le systéme sera un peut moin efficasse.
tu oublie de citer aussi : "In general, any
code that is loaded and jumped to from the BIOS must be hashed and extended into PCR[4] prior to
turning control of the system over to that code."
Qui fait reference au BIOS et a ses sous programmes ( les bios deviennent de plus en plus complexe, et il existe notament des standar en preparation par Intel pour des BIOS avec chargement en haut resolution, avec connexion internet et naviguateur web pour le depanage du PC, pour savoir ce que pourrait étre les DATA dans un bios ), apres un fois que le systéme est chargé le BIOS n'a presque plus aucun role sous un systéme moderne.
TCPA ne hache pas tous ce qui passe non plus, en plus dans du soft je voudrais bien savoir comment on distingue le code des donnés.
[^] # Re: TCPA sera un des supports de Palladium
Posté par Beretta_Vexee . En réponse à la dépêche @RT Flash parle de Logiciel libre, TCPA, et Palladium. Évalué à 1.
Oui, mais jusque la c'est normale puisque c'est sont but de coffre fort cryptographique, de plus c'est "l'utilisateur" ( comprendre le systéme qui gére la puce TCPA sous votre OS ) qui definie les conditions, tu peux trés bien proteges certeinnes valeurs uniquement avec un mot de passe.
Simplement qu'il peut servir de support hardware efficace à des logiciels comme Palladium (je décris le fonctionnement d'un logiciel de type de palladium se servant de TCPA comme support dans mon article)
Normale puisque c'est son but, le probléme c'est que comme beaucoup tu pence que vue que Palladium est dangereux il faut jeter TCPA avec l'eau du bain, mais je suis persuadé qu'on peut faire de bonne chose avec Linux et TCPA.
De plus comme je l'ai dis plus haut, Palladium est plus un plateforme logiciel un peut a la maniére de .NET, la partie hardware n'est pas si escentiel que cela, c'est juste que le systéme sera un peut moin efficasse.
tu oublie de citer aussi : "In general, any
code that is loaded and jumped to from the BIOS must be hashed and extended into PCR[4] prior to
turning control of the system over to that code."
Qui fait reference au BIOS et a ses sous programmes ( les bios deviennent de plus en plus complexe, et il existe notament des standar en preparation par Intel pour des BIOS avec chargement en haut resolution, avec connexion internet et naviguateur web pour le depanage du PC, pour savoir ce que pourrait étre les DATA dans un bios ), apres un fois que le systéme est chargé le BIOS n'a presque plus aucun role sous un systéme moderne.
TCPA ne hache pas tous ce qui passe non plus, en plus dans du soft je voudrais bien savoir comment on distingue le code des donnés.