Générateur de clé ... cryptographie
Résolu/Fermé
Freedomsoul
Messages postés
509
Date d'inscription
lundi 9 mai 2011
Statut
Membre
Dernière intervention
17 avril 2013
-
Modifié par Freedomsoul le 9/08/2011 à 02:21
Freedomsoul Messages postés 509 Date d'inscription lundi 9 mai 2011 Statut Membre Dernière intervention 17 avril 2013 - 9 août 2011 à 17:07
Freedomsoul Messages postés 509 Date d'inscription lundi 9 mai 2011 Statut Membre Dernière intervention 17 avril 2013 - 9 août 2011 à 17:07
A voir également:
- Générateur de clé ... cryptographie
- Clé windows 10 gratuit - Guide
- Clé usb non détectée - Guide
- Clé de registre - Guide
- Generateur mot de passe - Télécharger - Sécurité
- Clé bootable windows 10 - Guide
9 réponses
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
9 août 2011 à 02:31
9 août 2011 à 02:31
Les clés sont spécifiques à l'algorithme de cryptage dont tu vas avoir besoin (elles sont généralement liées à des nombres premiers)
Quel est ton algo (ou tes besoins) et avec quel langage tu veux des exemples ?
Quel est ton algo (ou tes besoins) et avec quel langage tu veux des exemples ?
Freedomsoul
Messages postés
509
Date d'inscription
lundi 9 mai 2011
Statut
Membre
Dernière intervention
17 avril 2013
97
9 août 2011 à 02:38
9 août 2011 à 02:38
Bin... algo j'en ai pas encore, je me demandais comment générer un suite de lettre/chiffre, respectant certaines regles
pour le langage, ça serait en php
Mais dans l'idée ça serait 16 caractères sous la forme
XXXX-XXXXXX-XXXXX-XXXX
Les 2/3 premieres zones correspondrait à différentes informations cryptées et la derniere permettrait de respecter les regles fixées globalement
genre, pour simplifier:
si on ne prends que des lettress, ou additions le code ascii de chaque lettre et ça doit donner une certain valeur pour etre "vérifiée"
pour le langage, ça serait en php
Mais dans l'idée ça serait 16 caractères sous la forme
XXXX-XXXXXX-XXXXX-XXXX
Les 2/3 premieres zones correspondrait à différentes informations cryptées et la derniere permettrait de respecter les regles fixées globalement
genre, pour simplifier:
si on ne prends que des lettress, ou additions le code ascii de chaque lettre et ça doit donner une certain valeur pour etre "vérifiée"
Freedomsoul
Messages postés
509
Date d'inscription
lundi 9 mai 2011
Statut
Membre
Dernière intervention
17 avril 2013
97
9 août 2011 à 12:17
9 août 2011 à 12:17
up \o/
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
9 août 2011 à 14:11
9 août 2011 à 14:11
PHP je ne connais pas.
Lorsque tu dis "2/3 premières zones" tu parles de combien de caractères (en clair) car crypter ces données va t'augmenter la taille des données.
Pour l'algo, je parle de savoir qui va crypter/décrypter ces données (c'est à dire savoir qui va posséder les clés) et comment va se faire l'échange de ces clés.
Enfin pour la vérification, un contrôle de redondance cyclique devrait suffire.
Lorsque tu dis "2/3 premières zones" tu parles de combien de caractères (en clair) car crypter ces données va t'augmenter la taille des données.
Pour l'algo, je parle de savoir qui va crypter/décrypter ces données (c'est à dire savoir qui va posséder les clés) et comment va se faire l'échange de ces clés.
Enfin pour la vérification, un contrôle de redondance cyclique devrait suffire.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Freedomsoul
Messages postés
509
Date d'inscription
lundi 9 mai 2011
Statut
Membre
Dernière intervention
17 avril 2013
97
Modifié par Freedomsoul le 9/08/2011 à 14:24
Modifié par Freedomsoul le 9/08/2011 à 14:24
oui, l'échange de clé ce fait via php, avec une vérification si la clé est déjà utilisé mais j'aimerai avoir un exemple en algo, ou en code afin de comprendre comment procéder
Mais crypter des données ne va pas forcément augmenter la taille des données :/
enfin pour ce qui est de crypter les données, j'ai ma petite idée, mais ce qui me pose problème c'est de générer une clé. on peux partir du principe que tout les caractères seront générés mais il faut que la clé soit conforme !
exemple simple:
clé codé sur 4 caractères:
XXXX
il faut que la somme des caractères converties en ascii soit egal à 232
comment générer les 4 caractères ???
Mais crypter des données ne va pas forcément augmenter la taille des données :/
enfin pour ce qui est de crypter les données, j'ai ma petite idée, mais ce qui me pose problème c'est de générer une clé. on peux partir du principe que tout les caractères seront générés mais il faut que la clé soit conforme !
exemple simple:
clé codé sur 4 caractères:
XXXX
il faut que la somme des caractères converties en ascii soit egal à 232
comment générer les 4 caractères ???
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
9 août 2011 à 14:49
9 août 2011 à 14:49
On ne se comprends pas sur l'échange des clés, c'est pas grave je ré-explique ^^
Il y a une différence importante dans le rôle des utilisateurs : qui crypte, et qui décrypte ?
En effet dans les algorithmes standard, l'échange des clés se fait par cryptage asymétrique, et si c'est le client qui crypte il doit être sûr que la clé qu'il a reçu vient bien du serveur et pas de quelqu'un d'autre...
Pour ta "petite idée" je crains qu'elle ne soit pas sécurisée, normalement les clés sont indépendantes du message. Les clés sont générées au départ, échangées, et seulement après le message est connu et crypté. On ne crée pas la clé en fonction du message !
Concernant ta clé codé sur 4 octets, limiter la somme à 232 est extrêmement restrictif, ne serait-ce qu'un octet peut aller jusqu'à 256...
Je parlais tout à l'heure du CRC, il ne s'agit pas d'une fonction de cryptage, mais c'est pour la vérification. Ton message en clair est une successions de bits, tu vas y insérer des bits de parités. Tu vas avoir un message un peu plus long à crypter, mais tu pourras vérifier son intégrité une fois décrypté.
Il y a une différence importante dans le rôle des utilisateurs : qui crypte, et qui décrypte ?
En effet dans les algorithmes standard, l'échange des clés se fait par cryptage asymétrique, et si c'est le client qui crypte il doit être sûr que la clé qu'il a reçu vient bien du serveur et pas de quelqu'un d'autre...
Pour ta "petite idée" je crains qu'elle ne soit pas sécurisée, normalement les clés sont indépendantes du message. Les clés sont générées au départ, échangées, et seulement après le message est connu et crypté. On ne crée pas la clé en fonction du message !
Concernant ta clé codé sur 4 octets, limiter la somme à 232 est extrêmement restrictif, ne serait-ce qu'un octet peut aller jusqu'à 256...
Je parlais tout à l'heure du CRC, il ne s'agit pas d'une fonction de cryptage, mais c'est pour la vérification. Ton message en clair est une successions de bits, tu vas y insérer des bits de parités. Tu vas avoir un message un peu plus long à crypter, mais tu pourras vérifier son intégrité une fois décrypté.
Freedomsoul
Messages postés
509
Date d'inscription
lundi 9 mai 2011
Statut
Membre
Dernière intervention
17 avril 2013
97
9 août 2011 à 14:56
9 août 2011 à 14:56
Ha oui, exact !
Donc dans mon cas, ça serait généré via PHP, et décrypté par VB.NET ^^
Pour mon exemple, oui je sais bien, mais c'était pour me ramener à la façon d'on ont peu généré la clé ! :o
Pour mon idée, je pensais à crypté les informations avec un mot, par exemple.
Donc dans mon cas, ça serait généré via PHP, et décrypté par VB.NET ^^
Pour mon exemple, oui je sais bien, mais c'était pour me ramener à la façon d'on ont peu généré la clé ! :o
Pour mon idée, je pensais à crypté les informations avec un mot, par exemple.
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
9 août 2011 à 15:29
9 août 2011 à 15:29
Crypter avec un mot c'est "un peu" léger !!!
Vu que tu as (très) peu de données, tu peux par utiliser directement un cryptage RSA :
VB.NET créé les clés publiques et privées (cf. RSA et RSA), et envoie la clé publique à PHP.
Avec la clé publique, PHP crypte le message et l'envoie à VB.NET.
Avec la clé privée, VB.NET décrypte le message.
Pour être véritablement sécurisé, et même si ton message est court, les clés devront être assez longues (entre 1024 et 2048 bits). Le message crypté sera de la même taille que la clé, et donc bien plus grand que tes 16 octets...
Remarque : en général quand on veut crypter le message avec "un mot", ce mot est généré aléatoirement et transmis avec un algorithme RSA, mais ici tu peux directement transmettre ton message.
Vu que tu as (très) peu de données, tu peux par utiliser directement un cryptage RSA :
VB.NET créé les clés publiques et privées (cf. RSA et RSA), et envoie la clé publique à PHP.
Avec la clé publique, PHP crypte le message et l'envoie à VB.NET.
Avec la clé privée, VB.NET décrypte le message.
Pour être véritablement sécurisé, et même si ton message est court, les clés devront être assez longues (entre 1024 et 2048 bits). Le message crypté sera de la même taille que la clé, et donc bien plus grand que tes 16 octets...
Remarque : en général quand on veut crypter le message avec "un mot", ce mot est généré aléatoirement et transmis avec un algorithme RSA, mais ici tu peux directement transmettre ton message.
Freedomsoul
Messages postés
509
Date d'inscription
lundi 9 mai 2011
Statut
Membre
Dernière intervention
17 avril 2013
97
9 août 2011 à 17:07
9 août 2011 à 17:07
Je vais voir ça !
Merci de t'être penché sur mon cas ! je te recontacterai si besoin est ! :)
Bonne journée !
Merci de t'être penché sur mon cas ! je te recontacterai si besoin est ! :)
Bonne journée !