Avec stupeur, nous f\u00eemes la d\u00e9couverte d’une erreur de d\u00e9chiffrement. Soup\u00e7onnant un probl\u00e8me li\u00e9 \u00e0 la taille du payload envoy\u00e9, le test fut r\u00e9alis\u00e9 de mettre des descriptions de faction courtes. La requ\u00eate dans ce cas \u00e9tait trait\u00e9e avec succ\u00e8s. La nature de l’obstacle \u00e9tait confirm\u00e9e, il n’y a plus qu’\u00e0 trouver une solution !<\/p>\n
L’origine du probl\u00e8me est qu’un chiffrement RSA fonctionne avec une longueur maximale d\u00e9pendant de la taille du modulus<\/em>. Une contrainte vraisemblablement non contournable de mani\u00e8re propre. Il fallait donc une nouvelle piste. Heureusement, Stack Overflow poss\u00e8de souvent la r\u00e9ponse \u00e0 nos questions, et ce fut encore le cas ! Notre solution fut donc d’utiliser un chiffrement sym\u00e9trique pour le payload<\/strong>, \u00e0 l’aide d’une cl\u00e9 AES g\u00e9n\u00e9r\u00e9e \u00e0 la vol\u00e9e, pour ensuite chiffrer la cl\u00e9 AES elle-m\u00eame \u00e0 l’aide de RSA<\/strong>. Nous obtenons donc un chiffrement hybride<\/strong>, o\u00f9 le contenu est prot\u00e9g\u00e9 par une seule cl\u00e9, elle-m\u00eame prot\u00e9g\u00e9e par les deux paires de cl\u00e9s publiques\/priv\u00e9es que nous utilisions jusqu’ici.<\/p>\n C\u00f4t\u00e9 Symfony, peu de modifications \u00e0 faire, \u00e9tant donn\u00e9 que l’extension openssl_* manipule tr\u00e8s bien ce genre de cas. Nous g\u00e9n\u00e9rons donc une cl\u00e9 al\u00e9atoire sur 32 octets et un IV de 16 octets. Avec ces \u00e9l\u00e9ments, nous chiffrons donc le contenu, qui ne subit plus aucune contrainte de taille. La cl\u00e9 et l’IV sont ensuite chiffr\u00e9s en RSA sur 512 octets. Nous avons d\u00e9sormais les diff\u00e9rentes parties de la requ\u00eate qui sont s\u00e9curis\u00e9es. Il ne reste plus qu’\u00e0 les transmettre !<\/p>\n Apr\u00e8s avoir cod\u00e9 l’extension du module, c\u00f4t\u00e9 API du serveur de jeu (\u00e9crit en Go), les premiers tests sont effectu\u00e9s ! La requ\u00eate comprend en contenu le payload chiffr\u00e9 avec AES, tandis que la cl\u00e9 et l’IV sont stock\u00e9s dans deux ent\u00eates HTTP distincts<\/strong> (Application-Key<\/em> et Application-Iv<\/em>). Cependant, premi\u00e8re surprise, le r\u00e9sultat de la requ\u00eate est une 400, Bad Request<\/em> donc.<\/p>\n La raison ne fut pas longue \u00e0 d\u00e9couvrir, en effet, envoyer des ent\u00eates HTTP chiffr\u00e9s n’est pas tr\u00e8s standard ! Il fallu donc les encoder en base64<\/strong> et le tour fut jou\u00e9.<\/p>\n En revanche, seconde surprise, du c\u00f4t\u00e9 de l’API on notait une erreur de parsing du payload JSON apr\u00e8s d\u00e9chiffrement. Apr\u00e8s avoir effectu\u00e9 un relev\u00e9 des valeurs aux diff\u00e9rents stades de d\u00e9chiffrement, une suite d’octets similaires en fin de cha\u00eene furent d\u00e9couvert. C’est ici que fut rencontr\u00e9 le concept de Padding<\/strong>, inh\u00e9rent \u00e0 AES, qui comble une cha\u00eene d’octets pour atteindre une taille \u00e9gale \u00e0 un multiple de bloc bien pr\u00e9cis. Il fallait donc supprimer ces octets de remplissage pour pouvoir correctement r\u00e9cup\u00e9rer le JSON final.<\/p>\n Une fois ceci effectu\u00e9, il fallut reproduire le m\u00eame sch\u00e9ma de chiffrement et de d\u00e9chiffrement dans l’autre sens, c’est \u00e0 dire de l’API vers le portail. C’est par exemple n\u00e9cessaire pour r\u00e9cup\u00e9rer le JSON Web Token du joueur<\/strong> lors de sa connexion, et prochainement pourquoi pas pour des exports de classement ou d’autres donn\u00e9es vers le portail.<\/p>\n Le nouveau module de chiffrement enfin op\u00e9rationnel, nous pouvons d\u00e9sormais assurer une s\u00e9curit\u00e9 totale des transferts de donn\u00e9es entre une instance du portail et les serveurs de jeu !<\/p>\n","protected":false},"excerpt":{"rendered":" Cette nuit, d’importantes modifications ont \u00e9t\u00e9 apport\u00e9es aux modules de chiffrement du portail et du serveur de jeu. Cela du fait de limitations rencontr\u00e9es avec la premi\u00e8re version du module. Cet article est l’occasion de revenir sur cette \u00e9volution et d’en partager les diff\u00e9rents \u00e9l\u00e9ments techniques. Commen\u00e7ons par remettre en place le contexte. R\u00e9cemment, nous … <\/p>\n![\"\"](\"https:\/\/kalaxia.org\/wp-content\/uploads\/2018\/01\/crypt_aes_payload.png\")
![\"\"](\"https:\/\/kalaxia.org\/wp-content\/uploads\/2018\/01\/crypt_go_decryption.png\")