Je recherche un algorithme de chiffrement AES 128 bits en c++.

honnêtement non :oops:

Hormis le point virgule manquant à la fin de la déclaration de ma classe, je ne vois pas d'erreur de compilation :/.
Ensuite si c'est d'un point de vue pratique, tu aimerais peut-etre que je rajoute un peu plus d'info comme récupéré le retour de send etc .....?
Mais bon c'est pas forcément nécessaire pour l'explication que je voulais faire, mon code n'est pas à copier coller, mais plutôt une sorte de pense-bête sur ce qu'il devrait faire.

J'ai pour habitude de rajouter des erreur de compilation genre ';' manquant ou nom de variable incorrect dans les codes que je poste sur dvp pour que la personne ne copie pas bêtement le code mais se l'approprie puis le refasse à sa manière ^^.

Mais ensuite si j'ai fait de grosses erreurs, c'est impardonnable, et je veux bien que tu me corriges car là je ne vois rien ^^.

Tu envoies par le réseau un pointeur. Ainsi les size-sizeof(void*) octets qui suivent la structure.

Tu dois soit passer par une une structure contenant un buffer de taille fixe, soit utiliser une "structure à taille variable", soit sérialiser ta structure dans un nouveau buffer avant de l'envoyer.

Oups autant pour moi, j'ai complètement oublié ça ^^.
J'édite mon message :).

Edit:
remplacement de

Code:

---

1 2 3 4

void envoi(Paquet* pqt) { send(pqt, pqt->size); }

---

Par:

Code:

---

1 2 3 4 5 6

void envoi(Paquet* pqt) { send(pqt->size, sizeof(pqt->size)); send(pqt->buffer, pqt->size); }

---

J'ai tellement l'habitude d'utiliser ma lib d'échanges que j'en ais oublié comment je l'avais fait à la base ^^.

Citation:

---

Envoyé par Lolilolight

Par contre, je ne sais pas comment SFML fais pour transformer ses chaînes de caractères en octets. (Avec l'opérateur << de la classe sf:acket)

Est ce que il les transformes en char ou en unsigned char ?

Le principal soucis comme je l'ai déjà dis c'est que c_str() renvoie un tableau de char, mais que openssl attend un tableau d'unsigned char.

Comment faire dans ce cas pour passer d'un tableau de char en un tableau d'octets ?

---

char = unsigned char = octets, tout simplement.

Citation:

---

Envoyé par skeud

Donc char* != signed char* != unsigned char*.

Il ne faut pas les convertir ou les mélanger .

---

Donc char* = signed char* = unsigned char*.

On ne les convertie pas on change simplement leur représentation

Citation:

---

Envoyé par Lolilolight

Je ne comprend pas, il ne devrait pas y avoir de valeurs négatives pour une table ASCII.

Donc logiquement une std::string ça devrait être un tableaux d'unsigned char.

Que dois je faire pour caster ça correctement, faire une opération genre + 128 ?

Donc -128 = -128 + 128 = 0.
0 = 0 + 128 = 128.
127 = 127 + 128 = 255.

---

Non, tu n'as vraiment pas compris le principe, la valeur en mémoire reste la même que ce soit unsigned ou pas, donc il n'y a aucune conversion, seulement une représentation différente, par contre un unsigned char et un signed char sont traité différemment lors d'opérations arithmétiques.

Citation:

---

Envoyé par Lolilolight

A cause du cast certainement mais les méthodes onSend et onReceive de la SFML ne me renvoie qu'un bête pointeur sur void*, il n'y a donc aucun type précis de données renvoyé par SFML, à la version précédente le type de donnée renvoyé par SFML était le type était char, ensuite il a changé en void* pour je ne sais pas quelle raison mais comment éviter le cast si openSSL attend un unsigned char* mais que SFML me renvoie un void*, ou alors je dois modifier le code de la SFML pour qu'elle me renvoie un unsigned char.

Je ne sais pas de trop ce que vous en pensez, dois je avertir le webmaster de la SFML pour lui dire qu'il vaut mieux, changer de type pour éviter la conversion ?

---

Espérons pour toi que tu ne l’as pas contacté. Ce que j'en pense? ... Eh ben qu'il est correct, char est pour du 8bit, alors qu'on peut les traiter le tout en 16bit, 32 qui sait... Et puis "char", ce n’est pas vraiment explicite, un entier 8bit serait plus clair.