AMcD® : méthode de cryptage.

Bonjour remy,

ce n'est pas le code lui-même mais des calculs seulement que je veux
fournir sur le Net et dont quelques exemples pour que les gens puissent
vérifier les calculs eux-mêmes dans AllCrypter. Mais je veux seulement
rendre ces calculs disponibles après avoir terminé la version 3.0. Je
devrais ajouter un lien sur mon site à la page d'accueil d'AllCrypter. Mais
dans ces temps-ci je suis pas mal occupé et ça va peut-être aller en
janvier.

Bonne journée

Raymond H.




"remy" <remy@fctpas.fr> a écrit dans le message de news:
41b9c189$0$30008$8fcfb975@news.wanadoo.fr...

bonjour

l'on peut le voir ou ton algo ? un lien
celui que tu consideres comme sur

quelque chose de lisible au hasard en pseudo code
ou en c ,java,pascal
avec quelques explications histoire de bien comprendre

desole si l'on t'a deja pose la question
mais je n'ai pas tout lu

merci remy

On Fri, 10 Dec 2004 16:40:15 -0500, Raymond H. wrote:

On a le droit de lire ou pas ce que l'on veut et dans la branche que
l'on veut et de qui on veut.

Soit. Mais a-t-on le droit de vouloir vendre un logiciel de sécurité
sans respecter au moins une obligation de moyens (comme la compréhension
des techniques basiques de cryptanalyse), surtout quand la "plaquette
commerciale" est plus que flatteuse au sujet de la sécurité apportée ?


Nicob

J'ai ecrit la betise suivante :

Un bit dont la valeur a change' ne peut avoir ete' echange'
qu'avec un autre bit dont la valeur a change' [...]

Ouille! Non. Ca, c'est dans le cas de transpositions.

--
Tweakie


--
Posté via http://www.webatou.net/
Usenet dans votre navigateur !
Complaints-To: abuse@webatou.net

Un bit dont la valeur a change' ne peut avoir ete' echange'
qu'avec un autre bit dont la valeur a change' [...]

Ouille! Non. Ca, c'est dans le cas de transpositions.

Je me disais bien qu'un bit dont la valeure change pouvait fortement avoir
été echangé avec n'importe quel bit...

Mais moi je ne suis pas fort en math. :-)

arm7 wrote:

Je me disais bien qu'un bit dont la valeure change pouvait fortement avoir
été echangé avec n'importe quel bit...

Ca prouve juste que tu n'as pas reflechi au probleme.
Il peut avoir ete' echange' avec *la moitie' des bits*. Et ce que j'ai
ecrit dans mes messages du 11 reste valide : il faut 13 ko de clair
connu pour recuperer la clef en 2^16 essais seulement
(2^16*1024*13 (XORs + rand()), ca doit prendre moins d'une
minute sur une machine moderne, je dirais).

Mais moi je ne suis pas fort en math. :-)

Moi non plus...

--
Tweakie


--
Posté via http://www.webatou.net/
Usenet dans votre navigateur !
Complaints-To: abuse@webatou.net

Par l'invite de commandes en cliquant sur
'Démarrer'/'Programmes'/'Accessoires'. Un émulateur ms-dos existe depuis
Windows 95 et il imite d'une certaine façon l'environnement d'un ancien XT
et c'est pour cela qu'on le nomme aussi une machine virtuelle.

non.
1. lire la doc de l'Intel 386 ou ultérieur
2. lire une doc système sur la structure de Windows
3. lire les sources d'un OS libre quelconque (Minix, *BSD, Linux)

La preuve par magic :

$ file bin/ls.exe
bin/ls.exe: MS Windows PE Intel 80386 console executable not relocatable

et quand on ne comprend pas il vaut toujours mieux la fermer que de
l'ouvrir.

"YBM" <ybmess@nooos.fr> a écrit dans le message de news:
41c0c3f9$0$11641$636a15ce@news.free.fr...

Par l'invite de commandes en cliquant sur
'Démarrer'/'Programmes'/'Accessoires'. Un émulateur ms-dos existe depuis
Windows 95 et il imite d'une certaine façon l'environnement d'un ancien
XT et c'est pour cela qu'on le nomme aussi une machine virtuelle.

non.
1. lire la doc de l'Intel 386 ou ultérieur
2. lire une doc système sur la structure de Windows
3. lire les sources d'un OS libre quelconque (Minix, *BSD, Linux)

La preuve par magic :

$ file bin/ls.exe
bin/ls.exe: MS Windows PE Intel 80386 console executable not relocatable

et quand on ne comprend pas il vaut toujours mieux la fermer que de
l'ouvrir.

Bonjour,
vous semblez assez autoritaire pour me dire de la fermer comme vous
l'avez écrit. Il serait plus intéressant d'y aller de façon plus polie.
Justement, j'ai lu beaucoup de livres sur ce sujet dans le passé. Je
ne me souvient évidemment pas de tout ce que j'ai lu car j'ai des dizaines
de livres et cela remonte à plusieurs années. Je vous encouragerais
cependant à lire vous-même (si possible de ce qui vient de Microsoft
lui-même) pour essayer de mieux comprendre avant de venir dire à d'autres de
la fermer.

Voici la compréhension que j'ai: un émulateur dos n'est pas le DOS,
c'est une imitation qui simule en quelque sorte un veille ordinateur XT (ici
je dis les choses en gros). Donc, un émulateur n'est pas un ordinateur ni
nécessairement un système d'exploitation mais c'est un logiciel qui imite
une machine et c'est pour cela qu'on nomme cela 'machine virtuelle'. En
plus, un émulateur DOS n'émule pas obligatoirement à 100% une machine mais
dans une grande mesure afin de faire tourner des programmes dos. Donc, il
se pourrait que certains programmes DOS puissent planter en émulation DOS,
et dans ce cas il vaut mieux démarrer Windows95/98... en DOS pur afin de
faire fonctionner le programme DOS par là. Windows a au moins deux lignées:
Windows95/98/Me qui sont démarrer par le DOS (16 bits) pour donner la main à
Windows (32 bits par la suite); et WindowsNT/2000/XP qui ne sont pas
démarrés en DOS mais en 32 bits. WindowsNT/2000 et XP n'ont pas de DOS pur
car il n'ont pas besoin du DOS pour démarrer comme c'est le cas pour Windows
95 par exemple qui lui démarre en DOS pour ensuite donner la main à Windows
32 bits en mémoire étendue (au-dessus des 1024 ko en mémoire vive 'RAM').
Mais par contre, WindowsXP vous permet de démarrer en émulation DOS au
démarrage de WindowsXP, mais c'est très lent.

Si vous avez WindowsXP, allez voir dans votre dossier
'C:windowssystem32' et vous trouverez les deux fichiers 'cmd.exe' et
'command.com'. Dites-moi la différence!

1- 'Cmd.exe' est un interpréteur de commandes. Double-cliquez dessus et il
s'affichera ceci:

Microsoft Windows XP [version 5.1.2600]

(C) Copyright 1985-2001 Microsoft Corp.

C:WINDOWSsystem32>
<<<<

2- 'Command.com'. Double-cliquez sur ce fichier et il s'affichera ceci dans
la fenêtre dos qui s'ouvre:

Microsoft(R) Windows DOS

(C)Copyright Microsoft Corp 1990-2001.

C:WINDOWSSYSTEM32>
<<<<

Je ne peux pas vous écrire ce qui est dans mes livres mais je vais
tentez de vous donner ça via Internet d'un site quelconque.

Sur ce site par exemple:
http://bruno.duffet.free.fr/technique/2000-2003.html
vous pouvez y lire ceci:

C'est donc l'interpréteur de commandes Windows NTx. Faites un clic droite

sur le nom du fichier .exe à : WINDOWSsystem32cmd.exe

Ce n'est pas une émulation MS-DOS !
<<<

et sur ce même site, vous pouvez y lire aussi ceci concernant 'command.com':

Attention "command.com" situé dans windowssystem32 vous limite vraiment à

l'environnement MS-DOS ! C'est çà vraiment l'émulation MS-DOS. Vos commandes
seront transmises à la VDM.

Faites un clic droite sur ce fichier .com et voyez son environnement :
Invite de commande MS-DOS à WINDOWSsystem32command.com
<<<

Faites une recherche dans 'www.google.com' sur le sujet et voyez ce qui
y est dit. Je voudrais bien vous croire lorsque vous dites que je n'ai pas
raison, mais si vous avez raison alors plusieurs livres m'auraient induit en
erreur.

Voici ce que vous pouvez lire sur le même site:

DOS n'existe pas (et n'a jamais existé) en tant qu'OS sous les NT/W2K/XP (et

cela depuis la première sortie de NT, à savoir 1993 !). Alors que des OS
comme Win9X/ME ont besoin du DOS (ne serait-ce qu'au démarrage, puisque le
1er fichier lancé est "IO.SYS", composant essentiel de DOS), sous les
NT/W2K/XP ce n'est pas du tout le cas.

Les programmes DOS, du moment qu'ils ne font pas appel directement au
matériel, tournent très bien sous NT/W2K/XP, par l'intermédiaire d'une "VDM"
(= Virtual DOS Machine), créée automatiquement grâce à un exécutable
(NTVDM.EXE). Une VDM est un sous-ensemble de Windows, et pour l'appli DOS
concernée c'est un environnement (virtuel) qui lui fait croire qu'elle est
sur DOS (avec 1 Mo de RAM, des drivers DOS, ...)

L'icône pour l'invite de commandes dans NT3-4 est mal choisie car elle
représente MS-DOS ! confusion assurée, encore un dégât du marketing MS...

Les programmes pour MS-DOS qui font appel au matériel directement ne peuvent
pas tourner sur cette VDM dans NT car NT interdit l'accès direct des applis
au matériel.

Win 9x est beaucoup plus souple pour les applis MS-DOS. Il peut se retirer
presque complètement
<<<<<

Bonne journée :-)
Raymond H.

N.B.: Si vous aimeriez étendre le sujet, je vous encouragerais à ce qu'on le
fasse dans un forum plus approprié puisque c'est hors sujet ici.

Voici la compréhension que j'ai: un émulateur dos n'est pas le DOS,
c'est une imitation qui simule en quelque sorte un veille ordinateur XT (ici
je dis les choses en gros).

Qu'est-ce que votre "compréhension" vient faire dans cette histoire ?

Si vous avez WindowsXP, allez voir dans votre dossier
'C:windowssystem32' et vous trouverez les deux fichiers 'cmd.exe' et
'command.com'. Dites-moi la différence!

Il y en a une mais ça ne se voit pas là, c'est si difficile à
comprendre ?

1- 'Cmd.exe' est un interpréteur de commandes. Double-cliquez dessus et il
s'affichera ceci:

Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:WINDOWSsystem32>
<<<<

2- 'Command.com'. Double-cliquez sur ce fichier et il s'affichera ceci dans
la fenêtre dos qui s'ouvre:

Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-2001.

C:WINDOWSSYSTEM32>
<<<<

Deux shells qui ont une allure similaire, c'est supposé prouver quelque
chose ? Sous GNU/Linux avec Wine je peux aussi lancer une invite de
commande Win32, et j'aurais la même chose. Vous croyez qu'il y a une
émulation DOS derrière ?

Je ne peux pas vous écrire ce qui est dans mes livres mais je vais
tentez de vous donner ça via Internet d'un site quelconque.

Sur ce site par exemple:
http://bruno.duffet.free.fr/technique/2000-2003.html
vous pouvez y lire ceci:
[...]

Vous confondez le shell avec les modes d'exécution que Windows comprend
pour divers type d'exécutables. Faire tourner le bon vieux "command.com"
dans une VDM n'est pas la même chose que de lancer cmd.exe qui est
un shell Win32 complet. Vous devriez un de ces jours installer SFU de
chez MS ou Cygwin pour avoir une petite idée de la différence entre
un shell et un environnement d'exécution.

Je le répète : vous ne comprenez rien à la structure d'un système
d'exploitation. Commencez par lire un ou deux bouquin sur le sujet.
Et n'espérez pas faire de cryptologie sûre, indépendamment de la
faiblesse des algorithmes utilisé, sans connaître un peu plus
rationnellement la structure d'un OS.

"YBM" <ybmess@nooos.fr> a écrit dans le message de news:
41c5e6f2$0$30607$636a15ce@news.free.fr...

Voici la compréhension que j'ai: un émulateur dos n'est pas le DOS,
c'est une imitation qui simule en quelque sorte un veille ordinateur XT
(ici je dis les choses en gros).

Qu'est-ce que votre "compréhension" vient faire dans cette histoire ?

C'est une façon polie envers vous de dire les choses ainsi. La
compréhension démarre avec la connaissance (de ce qui est écrit aussi). De
plus, ça vous donne quoi d'écrire ces choses ici si vous n'expliquez pas vos
dires et si vous ne comprenez pas assez le sujet?

Si vous avez WindowsXP, allez voir dans votre dossier
'C:windowssystem32' et vous trouverez les deux fichiers 'cmd.exe' et
'command.com'. Dites-moi la différence!

Il y en a une mais ça ne se voit pas là, c'est si difficile à
comprendre ?

C'est bien ce que je pensais de vous: éviter la question.

1- 'Cmd.exe' est un interpréteur de commandes. Double-cliquez dessus et
il s'affichera ceci:

Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:WINDOWSsystem32>
<<<<

2- 'Command.com'. Double-cliquez sur ce fichier et il s'affichera ceci
dans la fenêtre dos qui s'ouvre:

Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-2001.

C:WINDOWSSYSTEM32>
<<<<

Deux shells qui ont une allure similaire, c'est supposé prouver quelque
chose ?

C'est ce que je vous demande d'expliquer, pour nous démontrer le savoir dont
vous dîtes posséder en traitant d'autre d'ignorant.

Sous GNU/Linux avec Wine je peux aussi lancer une invite de
commande Win32, et j'aurais la même chose. Vous croyez qu'il y a une
émulation DOS derrière ?

Ici, il est question de Microsoft Windows et non d'un autre système
d'exploitation.

Je ne peux pas vous écrire ce qui est dans mes livres mais je vais
tentez de vous donner ça via Internet d'un site quelconque.

Sur ce site par exemple:
http://bruno.duffet.free.fr/technique/2000-2003.html
vous pouvez y lire ceci:
[...]

Vous confondez le shell avec les modes d'exécution que Windows comprend
pour divers type d'exécutables. Faire tourner le bon vieux "command.com"
dans une VDM n'est pas la même chose que de lancer cmd.exe qui est
un shell Win32 complet. Vous devriez un de ces jours installer SFU de
chez MS ou Cygwin pour avoir une petite idée de la différence entre
un shell et un environnement d'exécution.

Je le répète : vous ne comprenez rien à la structure d'un système
d'exploitation. Commencez par lire un ou deux bouquin sur le sujet.

J'ai déjà de nombreux bouquins sur le sujet (sur le DOS et Windows).
Une fois de plus, je vous encouragerais à mieux comprendre vous-même de quoi
vous parlez avant d'accuser autrui de ne RIEN comprendre. Lorsque vous
écrivez, écrivez dont de façon à expliquer en détails certaines choses afin
que ce soit constructif et instructif au moins, au lieu d'écrire comme
quelqu'un qui essait de cacher son ignorance.
Il faudrait peut-être que vous fassiez un effort pour comprendre ce que
j'ai déjà écris sur le sujet. J'ai déjà parlé qu'il y a deux lignées de
Windows:

1- DOS>Windows3.x<Windows95/98/Me
Oui, Windows a le DOS à son origine, et c'est pour cela qu'il en a gardé
la compatibilité jusqu'à la fin (jusqu'à WindowsMe). Prenez le Shell du DOS
6.22 par exemple et vous remarquerez que vous avez un windows en quelque
sorte qui commence à ce pointer, car le shell du DOS 6.22 est une fenêtre
(windowþnêtre) où vous pouvez cliquer sur des fichiers un peu à la manière
de l'explorateur Windows.
Ensuite ça évolué avec le Windows 3.x (16 bits, et un peu de 32 bits
dans le Windows 3.11), puis avec le Windows 95 qui fonctionne en 16 bits
pour démarrer (en DOS, en mode réel) puis en 32 bits (en mode protégé)
lorsqu'il continue son démarrage jusqu'à la fin. C'est dans cette lignée de
Windows que vous exécutez le 'command.com' via la ligne de commande
'Démarrer'/'Programmes'/'Accessoires'/'Ligne de commandes ms-dos...'. Et
cette commande vous démarre un émulateur DOS. Oui, oui, vous pouvez faire
fonctionner un jeu complètement DOS à partir de là.

2- WindowsNT>2000>XP
Dans cette ligné de Windows, lorsque vous exécutez la ligne de commandes
via 'Démarrer'/'Programmes'/'Accessoires'/, ce n'est pas un émulateur DOS
mais un interpréteur de commandes dans une fenêtre au STYLE (avec
l'apparence) dos. Si vous voulez faire fonctionner un émulateur DOS sous
WindowsXP, il vous faudra démarrer WindowsXP en choissisant l'option pour
l'émulation DOS au démarrage. Mais dans cette ligné vous n'avez pas de vrai
DOS pur, mais seulement un émulateur au démarrage losque vous choisissez
l'option.


Ceci étant dit, je vous encouragerais à lire sur le sujet afin de vous
faire au moins une petite idée sur l'émulation via Windows. Il y a des
milliers de sites qui traitent du sujet. Vous n'avez donc pas à vous
acheter de livre pour en connaître au moins la base.

Faites vos recherches dans www.google.fr en tapant collant ceci dans votre
ligne de recherche:

"'Ligne de commandes " & dos & "windows 95"


Prenez ces liens par exemple:
http://fr.wikipedia.org/wiki/Windows


http://fr.wikipedia.org/wiki/%C3%89mulateur

... En informatique, un émulateur est un logiciel reconstituant le
comportement d'une machine spécifique, il permet donc d'utiliser des
programmes ou système d'exploitation dans un environnement différent de
celui pour lequel il sont étudiés.
...


http://fr.wikipedia.org/wiki/MS-DOS

Voici ce qui est dit de la lignée de WindowsXP:
... Les versions récentes de Windows possèdent toujours un command prompt,
dont les commandes sont héritées de celles de MS-DOS et qui permet
d'exécuter des programmes Windows en mode texte, ainsi que des programmes
MS-DOS grâce à un émulateur intégré. Cependant, cet interpréteur (cmd.exe)
n'est pas celui de MS-DOS à proprement parler (command.com), et certains
anciens programmes DOS ne peuvent s'exécuter dans ce mode.
...

Et n'espérez pas faire de cryptologie sûre, indépendamment de la
faiblesse des algorithmes utilisé, sans connaître un peu plus
rationnellement la structure d'un OS.

Je n'ai pas besoin d'espérer car j'en ai déjà créé un qui est
téléchargeable sur Internet. De plus, il serait bon d'arrêter ça ici
puisque c'est hors sujet dans ce forum et en plus votre attitude devient
ridicule.

Bonne journée
r.h.

C'est ce que je vous demande d'expliquer, pour nous démontrer le savoir dont
vous dîtes posséder en traitant d'autre d'ignorant.

Raymond, c'est du Quebécois ou du n'importe quoi ce genre de phrase ??

soit vous êtes de culture anglophone et utilisez un traducteur à 2
balles, dans ce cas préférez plutôt les forums anglophones (oui, tant
pis pour nous, snif!), soit ... ma cousine de 6 six s'exprime cent fois
mieux.

Sylvain.