GENERATEUR DE NOMBRES ALEATOIRES A L'AIDE DE THREADS
cs_Kaid
Messages postés949Date d'inscriptionmardi 2 octobre 2001StatutMembreDernière intervention 8 juillet 2006
-
5 déc. 2002 à 00:34
guiguikun
Messages postés92Date d'inscriptionjeudi 28 novembre 2002StatutMembreDernière intervention 1 octobre 2003
-
7 août 2003 à 00:34
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
guiguikun
Messages postés92Date d'inscriptionjeudi 28 novembre 2002StatutMembreDernière intervention 1 octobre 20031 7 août 2003 à 00:34
Avant on pouvait sniffer les packets pour trouver le nombre d'incrementation (j'ai oublié le nom) qui sert a identifier les packets pour faire du connection hijacking, mais sur les OS actuels ces nombres sont plus difficilements prévisibles.
cs_Kaid
Messages postés949Date d'inscriptionmardi 2 octobre 2001StatutMembreDernière intervention 8 juillet 20061 5 déc. 2002 à 16:46
rand() ne renvoit pas toujours des nombres vraiment au hasard.
Par exemple, une trame IP contient un champ numérique généré aléatoirement (me demande pas lequel :) ). Si tu analyses des trames générées par Windows, tu remarques au bout d'un certains temps que les nombres aléatoires sont tous les mêmes. Ca permet d'identifier un OS gràce aux trames IP.
Bien sûr pour le commun des mortels la fonction rand() suffit amplement.
BlackGoddess
Messages postés338Date d'inscriptionjeudi 22 août 2002StatutMembreDernière intervention14 juin 2005 5 déc. 2002 à 12:46
oui, puis on peut aussi prendre l'adresse mac de la carte réseau, l'id du dd sous windows et ainsi de suite...
rand ne sort pas un nombre aléatoire normalement ? si oui, pourquoi se casser la tete a en demander + ?
Galett
Messages postés115Date d'inscriptionjeudi 7 février 2002StatutMembreDernière intervention21 mai 2005 5 déc. 2002 à 12:35
certes le programme n'est pas économe, mais c'est une méthode assez svt utilisée en fait. Mais en général, pour avoir un random qui soit un pur hasard on effectue par exemple un ou exclusif entre le rand et le numéro de processus du prog, cela nous donne une variable qui définit un hasard,...disons hasardeux :)
cs_Patrice99
Messages postés1221Date d'inscriptionjeudi 23 août 2001StatutMembreDernière intervention 9 septembre 2018 5 déc. 2002 à 09:21
L'intéret c'est que l'execution des threads n'est pas prévisible, cela ajoute donc du hasard à la fonction rand(), ce qui est bonne idée. Par contre, cela n'a pas l'air pratique ni économique à utiliser dans un autre prog.
cs_Kaid
Messages postés949Date d'inscriptionmardi 2 octobre 2001StatutMembreDernière intervention 8 juillet 20061 5 déc. 2002 à 00:34
Je comprends pas bien le mélange entre les threads et la fonction rand(). Je vois vraiment pas l'intérêt de l'exécution simultanée car tous les threads tapent dans la même variable 'nombre'. Et la boucle dans la THREADPROC fait que le programme monopolise 99% du temps processeur.
7 août 2003 à 00:34
5 déc. 2002 à 16:46
Par exemple, une trame IP contient un champ numérique généré aléatoirement (me demande pas lequel :) ). Si tu analyses des trames générées par Windows, tu remarques au bout d'un certains temps que les nombres aléatoires sont tous les mêmes. Ca permet d'identifier un OS gràce aux trames IP.
Bien sûr pour le commun des mortels la fonction rand() suffit amplement.
5 déc. 2002 à 12:46
rand ne sort pas un nombre aléatoire normalement ? si oui, pourquoi se casser la tete a en demander + ?
5 déc. 2002 à 12:35
5 déc. 2002 à 09:21
5 déc. 2002 à 00:34