OVH Cloud OVH Cloud

Vers un algorithme de chiffrement de troisi

32 réponses
Avatar
Emile
Je vous sugg=C3=A8re de visiter la discussion (G=C3=A9n=C3=A9ration de nomb=
res
al=C3=A9atoires) que j'ai entam=C3=A9e sur le forum fr.sci.maths :
http://groups.google.fr/group/fr.sci.maths/browse_thread/thread/4814e8424f98=
fd37#

Je revendique pour l'algorithme SED l'appellation d'algorithme de
chiffrement par bloc de troisi=C3=A8me g=C3=A9n=C3=A9ration. Evidemment, ce =
n'est pas
pour cela qu'il faille d=C3=A9consid=C3=A9rer les deux g=C3=A9n=C3=A9rations=
pr=C3=A9c=C3=A9dentes.
Je ne pense pas qu'on puisse casser dans un proche avenir l'AES. Je
veux tout simplement dire que l'algorithme SED pr=C3=A9sente une avanc=C3=A9=
e
vis-=C3=A0-vis de l'AES par sa transparence et qu'il y a des preuves
tangibles que les donn=C3=A9es chiffr=C3=A9es pr=C3=A9sentent un caract=C3=
=A8re
strictement al=C3=A9atoire par rapport aux donn=C3=A9es claires. Par
l'appellation "strictement al=C3=A9atoire", il faut comprendre que si l'on
consid=C3=A8re un nombre al=C3=A9atoire form=C3=A9 de "n" bits, chacun de ce=
s n bits
a une probabilit=C3=A9 de 1/2 de valoir 1 ou 0 et cela ind=C3=A9pendamment d=
es
autres bits.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Un challenge portant sur un montant de 5000 (cin=
q mille) euros
sera =E2=80=A8attribu=C3=A9 =C3=A0 la premi=C3=A8re personne qui pourrait av=
ancer un
argument =E2=80=A8d'ordre math=C3=A9matique faisant obstacle =C3=A0 la fonct=
ionnalit=C3=A9
de =E2=80=A8l'algorithme SED, algorithme de troisi=C3=A8me g=C3=A9n=C3=A9rat=
ion, au
g=C3=A9n=C3=A9rateur de =E2=80=A8nombres al=C3=A9atoires avec l'algorithme S=
ED et =C3=A0 la
philosophie du =E2=80=A8cryptosyst=C3=A8me ClassicSys.

Je n'ai pas trouv=C3=A9 d'objections valables dans les discussions tandis
que l'attaque de Mieczyslaw Kula a =C3=A9t=C3=A9 d=C3=A9montr=C3=A9e qu'ell=
e est fausse
en effectuant une recherche exhaustive lorsque n=3D17. Les calculs sont
facilement v=C3=A9rifiables avec une calculette =C3=A0 main. CQFD.

Emile

2 réponses

1 2 3 4
Avatar
Sylvain
Emile wrote on 26/12/2007 23:55:

[...] A chaque impulsion au LFSR, il y a un glissement
d'une place vers la gauche et introduction d'un bit le
moins significatif. [...]


ok, tu n'as pas répondu à ma question LFSR ?= RDLR (registre à décalage
à rétroaction linéaire) mais c'est bien cela l'âme de l'algo de "3ième
génération" ...

aurais-je loupé un épisode ou les LFSR se sont révélés de piètres
générateur d'aléa ... il y a 10 ou 20 ans de cela ?

[...] mais si on peut
trouver le nombre qui a comme logarithme discret, le double du
logarithme discret précédent, on a effectué dans le groupe
multiplicatif le carré du nombre en question. [...]
Si on parvient à trouver le nombre
dont le logarithme discret est égal à "k" fois le logarithme discret
du nombre donné, on a réalisé là une exponentiation à la puissance K.
Voilà comment je comprend la multiplication et l'exponentiation dans
un groupe multiplicatif GF(2). Je suppose que ce n'est pas une
affirmation gratuite.


les opérations élémentaires se résument en gros à cela, et alors ??
il suffirait de dire exponentiation pour faire un algo sur ?
le point m'échappe ici.

Sylvain.

Avatar
Emile
On 28 déc 2007, 01:16, Sylvain wrote:
Sorry pour le retard, je rentre aujourd'hui seulement de l'étranger
ok, tu n'as pas répondu à ma question LFSR ?= RDLR (registre à décalage
à rétroaction linéaire) mais c'est bien cela l'âme de l 'algo de "3ième
génération" ...
aurais-je loupé un épisode ou les LFSR se sont révélà ©s de piètres 
>générateur d'aléa ... il y a 1 0 ou 20 ans de cela ?
Je ne connaissais pas l'abréviation en français de" RDLR". Le "LF SR"

signifie "Left Feefback Shift Register", abréviation reprise égale ment
dans l'étude de Kula. Si l'on utilise un LFSR de 127 bits qui a comme
polynôme caractéristique P^0+P^63+p^127 et qu'on prend deux blocs
consécutifs, c'est à dire deux blocs qui présentent des logar ithmes
discrets qui différent d'une unité, il va de soi qu'il s'agit là   d'un
piètre générateur aléatoire. Par contre, si je prends un bloc de 127
bits pris au hasard, il a nécessairement un et un seul logarithme
discret, càd un nombre entier appartenant à l'espace de 0 à ( 2^127-1),
il est tout de même logique que le bloc qui a comme logarithme discret
le double de celui du premier modulo (2^127-1), ces deux blocs n'ont
vraiment plus rien en commun et à fortiori si les deux logarithmes
discrets sont égaux dans un rapport de K, (K=la clef, nombre
appartenant à l'espace de 1 à (2^127-1)). Je rappelle ici que le b loc
formé de 127 bits tous égaux à 1 a comme logarithme discret z éro mais
aussi (2^127-1).
les opérations élémentaires se résument en gros à cela, et alors ??
i>l suffirait de dire exponentiation pour faire un algo sur ?

l>e point m'échappe ici.
Sylvain.
Evidemment, il n'est pas question de faire une seule exponentiation

pour faire un algo sûr, mais il faut en faire deux, et encore deux
réalisées dans des corps finis différents. Il est fait usage des deux
LFSR dont les polynômes caractéristiques sont des trinômes et les
termes médiants ont comme exposants les nombres 63 et 30. Les
séquences générées par ces deux corps finis sont maximum càd
(2^127-1).
Emile

1 2 3 4