• [^] # Re: démonstration logique de la nocivité de la "chain of trust" de TCG

    Posté par . En réponse à la dépêche TCPA/Palladium continuent d'avancer. Évalué à 1.

    Car concevoir un ou plusieurs exécutables MBR hashables qui se contentent de stocker les paramètres du HDD dans une zone de données n'a rien d'impossible

    Actuellement si. Pour pouvoir etre reconnu comme bootable par le bios et pour pouvoir reconnaitre le disque dur (et donc par la suite le lire) l'init du boot loader depend de la config de ce fameux disque. Donc meme si tu stoques des infos sur le disque a cote impossible de les lire si ton init de bootloader n'est pas correct. Impossible de "casser" le boot loader en un init indenpendant du DD et une zone de donnees. Un boot loader qui ne ferait rien d'autre que d'aparaitre comme init de boot loader au yeux du bios avant d'afficher le message "coucou" qu'il lirait sur une zone du mbr apres avoir ete jumpe par le bios serait deja tres dependant du type de disque dur.

    page 9 il est expliqué que le challenger va obtenir la mesure du component1 (mesure qui est définie page 8 comme étant le hash du component1)

    OOUUUIII je l'attendais celle la, et en plus j'ai volontairement laisse planner la confusion pour voir si tu allais mordre, ca n'a pas loupe. J'imagine que tu fait allusion a la fleche qui part du SML de la plateforme pour aller vers le SML du challenger non ?
    Si c'est le cas jette un coup d'oeuil sur ce qu'est le SML et tu comprendras que tu peux dormir sur tes deux oreilles....

    Kha