tu n'as AUCUN moyen de dire au bios ou se trouve la coupure. Le bios n'a AUCUN moyen de la trouver par lui-meme
faux et d'ailleurs j'en ai deja parlé tout à l'heure. tu as de nombreuses possibilités dont:
1. avoir un BIOS (car TCPA onlige à modifier les BIOS !) qui reconnait une convention de type une séquence d'octet de meme valeurs
2. stocker dans le mbr toujours au meme endroit la taille de l'exécutable
3. c'est même possible sans convention: il suffit de commencer systématiquement la zone de données des mbr par la table des partitions, et je te mets au défi de prouver qu'on ne peut pas faire un algorithme pour trouver (dans la très grande majorité des cas) où commence la table des partitions dans les mbr actuels (dont la zone de donnée commence effectivement par la table)
enfin je te rappelles que tu n'as pas le choix: si tu veux respecter la norme TCG, tu dois hasher l'exécutable et ne hasher que l'exécutable
[^] # Re: mbr: octets organisables comme on veut puisque tout le premier secteur est chargé en mémoire !
Posté par free2.org . En réponse à la dépêche TCPA/Palladium continuent d'avancer. Évalué à 1.
faux et d'ailleurs j'en ai deja parlé tout à l'heure. tu as de nombreuses possibilités dont:
1. avoir un BIOS (car TCPA onlige à modifier les BIOS !) qui reconnait une convention de type une séquence d'octet de meme valeurs
2. stocker dans le mbr toujours au meme endroit la taille de l'exécutable
3. c'est même possible sans convention: il suffit de commencer systématiquement la zone de données des mbr par la table des partitions, et je te mets au défi de prouver qu'on ne peut pas faire un algorithme pour trouver (dans la très grande majorité des cas) où commence la table des partitions dans les mbr actuels (dont la zone de donnée commence effectivement par la table)
enfin je te rappelles que tu n'as pas le choix: si tu veux respecter la norme TCG, tu dois hasher l'exécutable et ne hasher que l'exécutable