Discussion :

[ChristopheOce]

Bonjour,

J'aimerais avoir quelques précisions sur l'utilisation de l'executable sn !
Je bosse avec visual studio 2003 et dot net 1.1

d'apres ce que j'ai lu, sn -k filename.snk genere une cle prive et publique
ensuite dans mon assembly, je dois inserer ce nom de fichier tout simplement afin que le code ne soit pas LU ou VISIBLE ...est ce deja correct ce que je raconte ?!

ma seconde question est celle ci : puis je utiliser cette meme clef private public pour toutes les dll de mon projet ou je dois en creer une pour chaque dll (chaque projet) ?!

Merci de m'eclairer sur ce sujet..

Je vous remercie
Christophe

[SaumonAgile]

Bonjour,

J'aimerais avoir quelques précisions sur l'utilisation de l'executable sn !
Je bosse avec visual studio 2003 et dot net 1.1

d'apres ce que j'ai lu, sn -k filename.snk genere une cle prive et publique
ensuite dans mon assembly, je dois inserer ce nom de fichier tout simplement afin que le code ne soit pas LU ou VISIBLE ...est ce deja correct ce que je raconte ?!

Non non, rien à voir, c'est simplement pour garantir que c'est bien toi qui est l'origine de l'assembly, et aussi permettre d'ajouter l'assembly dans le GAC. IL d'agit bien d'une signature et pas d'un chiffrement.

ma seconde question est celle ci : puis je utiliser cette meme clef private public pour toutes les dll de mon projet ou je dois en creer une pour chaque dll (chaque projet) ?!

Tu peux utiliser la même... ou pas... c'est à toi de choisir.

[dev01]

d'apres ce que j'ai lu, sn -k filename.snk genere une cle prive et publique
ensuite dans mon assembly, je dois inserer ce nom de fichier tout simplement afin que le code ne soit pas LU ou VISIBLE ...est ce deja correct ce que je raconte ?!

Non absolument pas .
Signer une assembly n'est pas une question d'empecher la lecture du code par déassemblage mais permet d'être sur que l'assembly que ton programme charge est bien fourni par la même personne que celle que tu as utilisé pour le developpement de application. C'est bien une signature au sens propre du terme.

ma seconde question est celle ci : puis je utiliser cette meme clef private public pour toutes les dll de mon projet ou je dois en creer une pour chaque dll (chaque projet) ?!

Pour les lib d'un même projet oui. Après il y deux politiques :
- Une clef par projet ( au sens informatique et pas au sens VS )
- Une clef pour toute la société.

Perso je déconseil la deuxième car même si les projets sont issus de la même société, il vaut mieux les différenciés

[EDIT]
Grillé par SaumonAgile
[/EDIT]

[ChristopheOce]

salut salut,

je vous remercie pour les infos !

bonne fin de semaine ou bonne vacances !
Christophe