Interview : 10 questions à l'équipe f-cpu
Posté par Benoît Sibaud (Jabber id, page perso, ). Modéré le 10 février 2003.
Pour cette nouvelle édition, j'ai choisi l'équipe du projet f-cpu (qui travaille au design d'un processeur libre). J'attends donc vos questions sur f-cpu et vos propositions d'interviewés (francophones, vu le lectorat de LinuxFr) pour la suite. À vos claviers donc.
![[fr]](../images/fr.png)
f-cpu sur LinuxFr (1861 hits)-
La section Interview (889 hits)
![[en]](../images/en.png)
Le site de f-cpu (1014 hits)
> Lire la dépêche (85 commentaires, moyenne: 3,8).
Vous avez demandé le commentaire #172257.
Run by 
Cette page a été générée par Templeet en 0.0644s (dont 0.0067 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: 10 questions à l'équipe f-cpu
Qu'est-ce que vous pensez des projets TCPA/LaGrande, Palladium/"next-generation secure computing base" ? L'équipe f-cpu envisage -t-elle d'avoir ou de rajouter des composants spécialement dédiés à la crypto ou aux DRM dans son processeur ?
[^]Re: 10 questions à l'équipe f-cpu
Tiens, c'est pas bête, cà ! :-)
Il serait plutôt marrant et assez inattendu que l'on s'invente notre propre puce fritz + Palladium maison et que l'on file les clefs à la FSF ! Quel résultat cela donnerait-il d'après vous ? Est-ce que les éditeurs se lanceraient à fond dans l'un ou dans l'autre, ou bien cela créerait-il un bordel suffisament confus pour discréditer le projet entier ?
Bon je précise quand même que cela reste du second degré, et que je n'ai pas plus envie que quiquonque ici de voir un jour un tel projet aboutir ...
[+] [^]Re: 10 questions à l'équipe f-cpu
Une puce crypto n'a _AUCUN_ interêt si tu divulgues les clefs, FSF ou pas ;-)
[^]Re: 10 questions à l'équipe f-cpu
Moi je trouverai plutot bien qu'il y ait un composant spécifique à la crypto. Que je sache ca n'a rien à voir avec palladium.
[^]Re: 10 questions à l'équipe f-cpu
F-CPU n'est pas manchot quand il s'agit de chiffrer et déchiffrer des données, mais tout se fait en soft en utilisant des instructions qui peuvent tout aussi bien servir au graphisme, au traitement de son ou n'importe quoi d'autre. Les fonctions "crypto" ne sont pas rajoutées si elles n'ont pas une autre utilité, car le coeur commence à devenir assez lourd comme ça.
Quant à faire une Fritz .... on en est très loin (enfin, l'équipe F-CPU)
YG
[^]Re: 10 questions à l'équipe f-cpu
Qu'est-ce que vous pensez des projets TCPA/LaGrande, Palladium/"next-generation secure computing base" ?
That's sux ! (tm) même si palladium et tcpa ne sont finalement pas identiques.
L'équipe f-cpu envisage -t-elle d'avoir ou de rajouter des composants spécialement dédiés à la crypto ou aux DRM dans son processeur ?
Il ya des instructions qui permètent d'accélerer des codes de crypto mais pas plus.
F-cpu n'est LA réponse à ses puces DRM car n'importe qui veut faire un f-cpu pourra toujours rajouter une puce type tcpa à coté du proc sur le bus IO si il veut. Au mieux, on peut obliger l'utilisation de la GPL pour tout code qui s'attache à l'interface mémoire principal (DRAM). Mais il restera les caches internes pour cacher certaine execution.
[^]Re: 10 questions à l'équipe f-cpu
la GPL dans le cadre du projet F-CPU ne touche que le code VLD, les fondeur peuvent trés bien produire des puces equipés sans violer la GPL.
Apres je perciste a pencer que le TCPA/LaGrande, qui apporte pas mal (plus) des fonctions des cartes a puces peuevent étre trés utiles, et si de plus elles sont bien consue elles n'ont pas grand chose a perdre a étre transparente ( méme si personne ne peut verifier effectivement que le code donné est bien celui utilisé ... ).
Apers Palladium/next-generation trucs je trouve le principe stupide, et liberticide.
P.S.
TCPA n'est qu'un coprocesseur, Palladium/Fritz sera vraisemblablement une extention de la MMU du processeur coupler avec des fonctions de protection mémoire forte, et d'un systéme de certificat et de confience.
Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.
[+] [^]Re: 10 questions à l'équipe f-cpu
hmmm tel que tu le décris comme une extension de la MMU ca se precise un peu plus (du côté du liberticide), mais d'où est-ce que tu tires cette information ?
[^]Re: 10 questions à l'équipe f-cpu
La
http://www.mail-archive.com/cryptography@wasabisystems.com/msg02579(...)
et dans le reste de la file
http://www.mail-archive.com/cryptography@wasabisystems.com/msg02581(...)
On sait peut de chose de SCP/Palladium, mais toutes les personnes qui si sont penchés sont d'accord pour dire que pour faire ce qu'il decrive cela passe par la mise en place d'un nouveau niveau de prioritée mémoire superieur ou au moin egual a l'OS, le fameux Ring -1 ou Hyper system comme il est dit dans l'un des communiqué de MS ( je crois que le terme est reprit par l'ingenieur de AMI interviewé sur /. au sujet de SCP et TCPA ), méme si apres le reste des fonctions peuvent étre exporté vers un coprocesseur ou une autre puce, cela implique une modification non negligable de l'architecture mémoire du processeur et donc du MMU dont c'est le travail de gerer cela.
TCPA quand a lui ne s'occupe absolument pas de la mémoire du CPU.
Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.
[^]Re: 10 questions à l'équipe f-cpu
Personnellement, ca me pose un gros probleme de savoir qu'il existe des logiciels tiers qui sont superieur en terme de securite a celui de l'OS. J'ai du mal a voir l'interet de perdre le controle sur ces taches. Si jamais une faille existe dans ce niveau, tu peux tout faire sur les niveaux du dessous, c'est a dire meme sur l'OS.
Normalement tu n'as qu'un seul logiciel qui a ces droits : l'OS. Avec TCPA, tu vas voir apparaitre des tas d'applications qui representent chacune un risque potentiel.
Maintenant le principal interet de TCPA, c'est les "jails", or si tu regardes le projet L4/Hurd, il parait possible de faire la meme chose en pensant juste differemment les OS. Donc je ne vois pas l'interet du TCPA.
[^]Re: 10 questions à l'équipe f-cpu
Toi ta rien comprie.
Je decrie le fonctionnement de SCP/palladium pas de TCPA !!!
TCPA en gros c'est un coprocesseur genre carte a puce, USIM, il s'occupe absolument pas du CPU, des tache ou de la gestion mémoire, c'est une puce d'extention cryptographique standardisé pas grand chose de plus.
Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.
[^]Re: 10 questions à l'équipe f-cpu
Arf, je me suis encore goure entre TCPA et SCP. Effectivement, je parlais de SCP et pas de TCPA. Et tu as tout a fait raison de dire que TCPA n'est qu'une alternative aux cartes a puce. Desole pour l'erreur.