Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
as-tu oublié d'indiquer "code source de référence" ?? de tels sources se trouvent facilement sur le net (codés pour des registres 8, 16 ou 32 bits; je n'ai pas cherché 64).
si ce n'est pas une implémentation de réf. que tu cherches, tu as certainement oublié d'indiquer ton offre d'achat ... la nécessaire résistance SPA/DPA du code a un cout et la motivation pour coder ce qui est (dans 100% des cas normaux) implémenté par le hard lui-même aura surement également un cout.
Sylvain.
OK: "code source de référence".
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que pour "brouiller" un peu plus les cartes sur les requêtes initiales du TPE ... qui même craqué ne gênera pas l'intégrité du système.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger de "int"), les résultats sont pour le moins inutilisables.
Alors un petit lien serait le bienvenu.
A vot. bon coeur.
Philippe
Sylvain wrote:
Philippe Martin wrote on 21/07/2006 10:42:
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un
micro-controlleur 16 bits.
as-tu oublié d'indiquer "code source de référence" ??
de tels sources se trouvent facilement sur le net (codés pour des
registres 8, 16 ou 32 bits; je n'ai pas cherché 64).
si ce n'est pas une implémentation de réf. que tu cherches, tu as
certainement oublié d'indiquer ton offre d'achat ... la nécessaire
résistance SPA/DPA du code a un cout et la motivation pour coder ce qui
est (dans 100% des cas normaux) implémenté par le hard lui-même aura
surement également un cout.
Sylvain.
OK: "code source de référence".
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que
pour "brouiller" un peu plus les cartes sur les requêtes initiales du
TPE ... qui même craqué ne gênera pas l'intégrité du système.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur
google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger
de "int"), les résultats sont pour le moins inutilisables.
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
as-tu oublié d'indiquer "code source de référence" ?? de tels sources se trouvent facilement sur le net (codés pour des registres 8, 16 ou 32 bits; je n'ai pas cherché 64).
si ce n'est pas une implémentation de réf. que tu cherches, tu as certainement oublié d'indiquer ton offre d'achat ... la nécessaire résistance SPA/DPA du code a un cout et la motivation pour coder ce qui est (dans 100% des cas normaux) implémenté par le hard lui-même aura surement également un cout.
Sylvain.
OK: "code source de référence".
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que pour "brouiller" un peu plus les cartes sur les requêtes initiales du TPE ... qui même craqué ne gênera pas l'intégrité du système.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger de "int"), les résultats sont pour le moins inutilisables.
Alors un petit lien serait le bienvenu.
A vot. bon coeur.
Philippe
Sylvain
Philippe Martin wrote on 21/07/2006 10:42:
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
as-tu oublié d'indiquer "code source de référence" ?? de tels sources se trouvent facilement sur le net (codés pour des registres 8, 16 ou 32 bits; je n'ai pas cherché 64).
si ce n'est pas une implémentation de réf. que tu cherches, tu as certainement oublié d'indiquer ton offre d'achat ... la nécessaire résistance SPA/DPA du code a un cout et la motivation pour coder ce qui est (dans 100% des cas normaux) implémenté par le hard lui-même aura surement également un cout.
Sylvain.
Philippe Martin wrote on 21/07/2006 10:42:
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un
micro-controlleur 16 bits.
as-tu oublié d'indiquer "code source de référence" ??
de tels sources se trouvent facilement sur le net (codés pour des
registres 8, 16 ou 32 bits; je n'ai pas cherché 64).
si ce n'est pas une implémentation de réf. que tu cherches, tu as
certainement oublié d'indiquer ton offre d'achat ... la nécessaire
résistance SPA/DPA du code a un cout et la motivation pour coder ce qui
est (dans 100% des cas normaux) implémenté par le hard lui-même aura
surement également un cout.
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
as-tu oublié d'indiquer "code source de référence" ?? de tels sources se trouvent facilement sur le net (codés pour des registres 8, 16 ou 32 bits; je n'ai pas cherché 64).
si ce n'est pas une implémentation de réf. que tu cherches, tu as certainement oublié d'indiquer ton offre d'achat ... la nécessaire résistance SPA/DPA du code a un cout et la motivation pour coder ce qui est (dans 100% des cas normaux) implémenté par le hard lui-même aura surement également un cout.
Sylvain.
Sylvain
Philippe Martin wrote on 21/07/2006 14:39:
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que pour "brouiller" un peu plus les cartes sur les requêtes initiales du TPE ... qui même craqué ne gênera pas l'intégrité du système.
j'ai rien compris.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger de "int"), les résultats sont pour le moins inutilisables.
DEA passe assez facilement du 32 à 8 ou 16, mais ça demande un peu de soin quand même.
SHA1 demande plus d'effort car il se code plus volontiers sur des entiers 32 bits et la plupart des formes enroulés (en macro 4 x 20) tirent parti de cela.
dans les 2 cas, un codage efficace sera fait en asm et non en C, et indépendemment du langage il devra être adapté au proc utilisé (je suppose que ce n'est pas un 8086), surement pas gratuit tout ça...
Sylvain.
Philippe Martin wrote on 21/07/2006 14:39:
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que
pour "brouiller" un peu plus les cartes sur les requêtes initiales du
TPE ... qui même craqué ne gênera pas l'intégrité du système.
j'ai rien compris.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur
google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger
de "int"), les résultats sont pour le moins inutilisables.
DEA passe assez facilement du 32 à 8 ou 16, mais ça demande un peu de
soin quand même.
SHA1 demande plus d'effort car il se code plus volontiers sur des
entiers 32 bits et la plupart des formes enroulés (en macro 4 x 20)
tirent parti de cela.
dans les 2 cas, un codage efficace sera fait en asm et non en C, et
indépendemment du langage il devra être adapté au proc utilisé (je
suppose que ce n'est pas un 8086), surement pas gratuit tout ça...
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que pour "brouiller" un peu plus les cartes sur les requêtes initiales du TPE ... qui même craqué ne gênera pas l'intégrité du système.
j'ai rien compris.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger de "int"), les résultats sont pour le moins inutilisables.
DEA passe assez facilement du 32 à 8 ou 16, mais ça demande un peu de soin quand même.
SHA1 demande plus d'effort car il se code plus volontiers sur des entiers 32 bits et la plupart des formes enroulés (en macro 4 x 20) tirent parti de cela.
dans les 2 cas, un codage efficace sera fait en asm et non en C, et indépendemment du langage il devra être adapté au proc utilisé (je suppose que ce n'est pas un 8086), surement pas gratuit tout ça...
Sylvain.
Philippe Martin
Sylvain wrote:
Philippe Martin wrote on 21/07/2006 14:39:
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que pour "brouiller" un peu plus les cartes sur les requêtes initiales du TPE ... qui même craqué ne gênera pas l'intégrité du système.
j'ai rien compris.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger de "int"), les résultats sont pour le moins inutilisables.
DEA passe assez facilement du 32 à 8 ou 16, mais ça demande un peu de soin quand même.
SHA1 demande plus d'effort car il se code plus volontiers sur des entiers 32 bits et la plupart des formes enroulés (en macro 4 x 20) tirent parti de cela.
dans les 2 cas, un codage efficace sera fait en asm et non en C, et indépendemment du langage il devra être adapté au proc utilisé (je suppose que ce n'est pas un 8086), surement pas gratuit tout ça...
Sylvain.
En résumé tu ne connais pas de source "de référence" en C.
c'est bon.
Philippe
Sylvain wrote:
Philippe Martin wrote on 21/07/2006 14:39:
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos
que pour "brouiller" un peu plus les cartes sur les requêtes initiales du
TPE ... qui même craqué ne gênera pas l'intégrité du système.
j'ai rien compris.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur
google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le
danger de "int"), les résultats sont pour le moins inutilisables.
DEA passe assez facilement du 32 à 8 ou 16, mais ça demande un peu de
soin quand même.
SHA1 demande plus d'effort car il se code plus volontiers sur des
entiers 32 bits et la plupart des formes enroulés (en macro 4 x 20)
tirent parti de cela.
dans les 2 cas, un codage efficace sera fait en asm et non en C, et
indépendemment du langage il devra être adapté au proc utilisé (je
suppose que ce n'est pas un 8086), surement pas gratuit tout ça...
Sylvain.
En résumé tu ne connais pas de source "de référence" en C.
La "résistance" étant gérée pas les cartes, je n'ai besoin de ces algos que pour "brouiller" un peu plus les cartes sur les requêtes initiales du TPE ... qui même craqué ne gênera pas l'intégrité du système.
j'ai rien compris.
Quant à facilement ... ben j'ai pas réussi à trouver quoique ce soit sur google ... sauf en 32 bits ... et si ça compile/link dans le TPE (le danger de "int"), les résultats sont pour le moins inutilisables.
DEA passe assez facilement du 32 à 8 ou 16, mais ça demande un peu de soin quand même.
SHA1 demande plus d'effort car il se code plus volontiers sur des entiers 32 bits et la plupart des formes enroulés (en macro 4 x 20) tirent parti de cela.
dans les 2 cas, un codage efficace sera fait en asm et non en C, et indépendemment du langage il devra être adapté au proc utilisé (je suppose que ce n'est pas un 8086), surement pas gratuit tout ça...
Sylvain.
En résumé tu ne connais pas de source "de référence" en C.
c'est bon.
Philippe
Sylvain
Philippe Martin wrote on 22/07/2006 08:13:
En résumé tu ne connais pas de source "de référence" en C.
en résumé, j'ai ça sur mon disque de dév.
c'est bon.
ben alors.
Sylvain.
Philippe Martin wrote on 22/07/2006 08:13:
En résumé tu ne connais pas de source "de référence" en C.
Je suis à la recherche de code source (c) de références des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16 bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Philippe Martin
Sylvain wrote:
Philippe Martin wrote on 22/07/2006 19:52:
Bonjour,
Je suis à la recherche de code source (c) de références des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16 bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Ben non, le compilo compile, link et le code résultant tourne, les resultats sont pourtant faux (little ou big indian pb peut-être) .... en tous les cas, le compilo (Epson SIC88) affirme ne pas savoir gérer du 32 bits ... et en regardant le code du 3DES (plusieurs sources): on y voit bien des tableaux de "unsigned long" (32 bits sauf erreur) ... je suis même étonné que le x-compilo ne gueule pas ... bien sûr tout tourne parfaitement dans le simulateur du TPE ... qui tourne sur PC.
Désolé, mais je n'ai vraiment pas vu les pistes - il faut, je suppose, des implémentations d'algos qui s'accrochent au maximum a des tables de short (avec toujours le problème B/S indian ) - ou au mieux, un code 8 bits source + données: qui peut le plus peut le moins ... et je n'ai pas de contrainte de perf. sur cette partie du système car la "vraie" crypto/sécurité est gérée par les cartes.
Philippe
Sylvain wrote:
Philippe Martin wrote on 22/07/2006 19:52:
Bonjour,
Je suis à la recherche de code source (c) de références des algos 3DES et
SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo
utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16
bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits
à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Ben non, le compilo compile, link et le code résultant tourne, les resultats
sont pourtant faux (little ou big indian pb peut-être) .... en tous les
cas, le compilo (Epson SIC88) affirme ne pas savoir gérer du 32 bits ... et
en regardant le code du 3DES (plusieurs sources): on y voit bien des
tableaux de "unsigned long" (32 bits sauf erreur) ... je suis même étonné
que le x-compilo ne gueule pas ... bien sûr tout tourne parfaitement dans
le simulateur du TPE ... qui tourne sur PC.
Désolé, mais je n'ai vraiment pas vu les pistes - il faut, je suppose, des
implémentations d'algos qui s'accrochent au maximum a des tables de short
(avec toujours le problème B/S indian ) - ou au mieux, un code 8 bits
source + données: qui peut le plus peut le moins ... et je n'ai pas de
contrainte de perf. sur cette partie du système car la "vraie"
crypto/sécurité est gérée par les cartes.
Je suis à la recherche de code source (c) de références des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16 bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Ben non, le compilo compile, link et le code résultant tourne, les resultats sont pourtant faux (little ou big indian pb peut-être) .... en tous les cas, le compilo (Epson SIC88) affirme ne pas savoir gérer du 32 bits ... et en regardant le code du 3DES (plusieurs sources): on y voit bien des tableaux de "unsigned long" (32 bits sauf erreur) ... je suis même étonné que le x-compilo ne gueule pas ... bien sûr tout tourne parfaitement dans le simulateur du TPE ... qui tourne sur PC.
Désolé, mais je n'ai vraiment pas vu les pistes - il faut, je suppose, des implémentations d'algos qui s'accrochent au maximum a des tables de short (avec toujours le problème B/S indian ) - ou au mieux, un code 8 bits source + données: qui peut le plus peut le moins ... et je n'ai pas de contrainte de perf. sur cette partie du système car la "vraie" crypto/sécurité est gérée par les cartes.
Philippe
Philippe Martin
Philippe Martin wrote:
Sylvain wrote:
Philippe Martin wrote on 22/07/2006 19:52:
Bonjour,
Je suis à la recherche de code source (c) de références des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16 bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Ben non, le compilo compile, link et le code résultant tourne, les resultats sont pourtant faux (little ou big indian pb peut-être) .... en tous les cas, le compilo (Epson SIC88) affirme ne pas savoir gérer du 32 bits ... et en regardant le code du 3DES (plusieurs sources): on y voit bien des tableaux de "unsigned long" (32 bits sauf erreur) ... je suis même étonné que le x-compilo ne gueule pas ... bien sûr tout tourne parfaitement dans le simulateur du TPE ... qui tourne sur PC.
Désolé, mais je n'ai vraiment pas vu les pistes - il faut, je suppose, des implémentations d'algos qui s'accrochent au maximum a des tables de short (avec toujours le problème B/S indian ) - ou au mieux, un code 8 bits source + données: qui peut le plus peut le moins ... et je n'ai pas de contrainte de perf. sur cette partie du système car la "vraie" crypto/sécurité est gérée par les cartes.
Philippe
PS: donc juste un lien sur des sources "pour embarqué" et je je saurai en quelques heures si j'ai trouvé ma solution ... parce que google et moi on ne trouve pas.
Philippe Martin wrote:
Sylvain wrote:
Philippe Martin wrote on 22/07/2006 19:52:
Bonjour,
Je suis à la recherche de code source (c) de références des algos 3DES
et SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo
utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16
bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits
à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Ben non, le compilo compile, link et le code résultant tourne, les
resultats sont pourtant faux (little ou big indian pb peut-être) .... en
tous les cas, le compilo (Epson SIC88) affirme ne pas savoir gérer du 32
bits ... et en regardant le code du 3DES (plusieurs sources): on y voit
bien des tableaux de "unsigned long" (32 bits sauf erreur) ... je suis
même étonné que le x-compilo ne gueule pas ... bien sûr tout tourne
parfaitement dans le simulateur du TPE ... qui tourne sur PC.
Désolé, mais je n'ai vraiment pas vu les pistes - il faut, je suppose, des
implémentations d'algos qui s'accrochent au maximum a des tables de short
(avec toujours le problème B/S indian ) - ou au mieux, un code 8 bits
source + données: qui peut le plus peut le moins ... et je n'ai pas de
contrainte de perf. sur cette partie du système car la "vraie"
crypto/sécurité est gérée par les cartes.
Philippe
PS: donc juste un lien sur des sources "pour embarqué" et je je saurai en
quelques heures si j'ai trouvé ma solution ... parce que google et moi on
ne trouve pas.
Je suis à la recherche de code source (c) de références des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
je croyais avoir donné des pistes ?!
je répète: sur quel controleur cela doit tourner et surtout quel compilo utilises-tu ?
un 8080 de 1974 (6 registres 8 bits) savait faire de l'arithmétique 16 bits (largeur de son bus d'adresse) malgré des outils préhistoriques.
aujourd'hui un compilo ATV gère sans soucis des opérations 16 ou 32 bits à destination (parmi tant d'autres) des controleurs Philips 8 bits.
ton souci n'est pas de récupérer un code mais de le compiler.
Sylvain.
Ben non, le compilo compile, link et le code résultant tourne, les resultats sont pourtant faux (little ou big indian pb peut-être) .... en tous les cas, le compilo (Epson SIC88) affirme ne pas savoir gérer du 32 bits ... et en regardant le code du 3DES (plusieurs sources): on y voit bien des tableaux de "unsigned long" (32 bits sauf erreur) ... je suis même étonné que le x-compilo ne gueule pas ... bien sûr tout tourne parfaitement dans le simulateur du TPE ... qui tourne sur PC.
Désolé, mais je n'ai vraiment pas vu les pistes - il faut, je suppose, des implémentations d'algos qui s'accrochent au maximum a des tables de short (avec toujours le problème B/S indian ) - ou au mieux, un code 8 bits source + données: qui peut le plus peut le moins ... et je n'ai pas de contrainte de perf. sur cette partie du système car la "vraie" crypto/sécurité est gérée par les cartes.
Philippe
PS: donc juste un lien sur des sources "pour embarqué" et je je saurai en quelques heures si j'ai trouvé ma solution ... parce que google et moi on ne trouve pas.
laurent clevy
Bonjour
voici le source de reference pour SHA-1 http://www.rfc-archive.org/getrfc.php?rfc174
les info sur 3DES http://www.rfc-archive.org/getrfc.php?rfc51 http://csrc.nist.gov/publications/fips/fips46-3/fips46-3.pdf
reste à trouver l'algo DES...
Laurent
Bonjour,
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un micro-controlleur 16 bits.
Philippe
Bonjour
voici le source de reference pour SHA-1
http://www.rfc-archive.org/getrfc.php?rfc174
les info sur 3DES
http://www.rfc-archive.org/getrfc.php?rfc51
http://csrc.nist.gov/publications/fips/fips46-3/fips46-3.pdf
reste à trouver l'algo DES...
Laurent
Bonjour,
Je suis à la recherche de code source (c) des algos 3DES et SHA1 pour un
micro-controlleur 16 bits.
